HOME | DD

thorns — Beta Reading Tutorial
Published: 2010-08-07 23:14:43 +0000 UTC; Views: 23986; Favourites: 299; Downloads: 124
Redirect to original
Description
What is a Beta Reader?Apart from being a writer's best friend, beta readers provide a cross between edits and a critique. A beta reader does not edit a manuscript, but will note the errors for the author to fix. Advice and critiques are other services a beta may perform.

Establishing a RelationshipYou've just partnered with an author; what do you do first? Establish with your author what each of you expects from the relationship. A solid understanding of expectations starts the partnership on a productive path and avoids misunderstandings.Time Expectations
Is the author expecting a 24 hour turn around, while you're thinking a week? If not discussed prior to an exchange, turn around time can cause tension. Be honest with your availability and then add some padding, in case of emergency. Do not agree to time constraints you cannot meet.

Length of Partnership
Is the manuscript a novel or a short story? Ask what the author is seeking a beta reader for and avoid getting roped into a lengthy engagement unawares.

Content
Is the manuscript hardcore horror or sweet romance? You can beta read outside your usual genre, but it's best to have some familiarity or liking for the subject material. If horror bothers you, this could be a doomed relationship.

Requested Feedback
If you worked out all the other requirements, be sure to ask for specific feedback requests. These are topics the authors wants you to give extra attention, in addition to usual beta reading feedback. This should be included with the manuscript e-mail, so you can read the material with those requests in mind. An example:  Does my hook work to draw the reader in right away?Beta ReadingYou've come to an arrangement with your author and you received the manuscript and feedback request. What do you do first?

Read the requested feedback and then the manuscript. Try to enjoy it the first time. If an aspect jumps out at you, negative or positive, write it down. Personally, I use my trusty highlighter tool, which is quicker, but noting the instance is the important part.

Read CriticallyRead the manuscript a second time with a critical eye. Highlight or note any trouble areas as you see them. This stage varies between beta readers. Some may read three or four times, each time for a separate purpose. You will likely discover what works best for you and develop your own method.

Add NotesThis is a long task requiring a beta reader's full attention. Note and comment each and every error or problem area you find. You may see several repeat errors, but it's important to note each one. The point of a beta reader is to find all the issues the author missed. If you are seeing it, the author did not. You will not have to explain more than one or two, but do note each correction necessary.

Technical"Technical" aspects are more concrete than style. In most cases they are either right or wrong. I find it easier to begin with the concrete, which allows me more time to consider the softer aspects of style. Spelling, grammar, punctuation, tense, point of view and formatting are technical aspects.

StyleStyle isn't often correct or incorrect. An author's style and voice can be underdeveloped or weak however. Especially with new writers, it's important to address necessary improvements. Characterization, plot, hook, word choice, etc are aspects impacted by style.

Style SuggestionsIt does not aid the author to know his or her writing can be improved without an inkling about how to improve. As a beta reader, you will need to articulate why an aspect is weak and how it can be improved. Often this will include examples or suggestions to clarify for the author.

Uncertain ProblemsYou know there is something wrong, but you can't put your finger on what. Say that in your comments. Example:  [I can't quite put my finger on what's wrong with this sentence, but it's not quite right. It's a little long and doesn't flow right, but I'm not sure how to fix it. Maybe a rewrite is in order?]

An author will not expect you to be perfect, so give feedback based on what you think. Remember to be honest when you're uncertain. Don't lead an author astray by guessing then implying it's a fact.

Positive NotesAn author needs to know his or her strengths, in addition to weaknesses. Between paragraphs, or at the end of the manuscript, add positive notes. Identify any aspects you consider strong or otherwise appealing and point them out. Please note that it's possible to consider an aspect appealing but also advise an improvement. Remember to make the positives prominent however.

Criticism NotesTo keep criticisms constructive, it's important to focus on improving and not the failing. "Negative" notes should be reserved for issues repeated consistently throughout a manuscript. Example:  If the author is clueless about dialog formatting, make a note at the bottom. Give a quick tutorial or link to an informative article on the topic.

Requested Feedback NotesI give my author requested feedback in a separate sections of notes. Remember to give the specified aspect more time. If you aren't strong in the area, brush up on it with a quick google search. It can help both you and the author to consider the topic more in depth.

Resources and LinksIt never hurts to offer your author more research material on the topic of writing. When possible, give one or two credible link resources regarding areas the author needs improvement.

FormattingYou are interjecting notes into a file, and it's important that your author identify the notes easily. In accordance with that need, I recommend using formatting tools.Color
A different text color will make your comments stand out. Use a readable dark color, like dark blue or dark purple.

Bold
Emphasizing all your comments with the bold tool makes them easier to find and read between the author's text.

Brackets
Brackets or parenthesis should enclose all your comments to separate them from the author's text.

Strike-through
Using a strike-through tool helps indicate words slated for deletion. It's a universal sign to cross out words that is understood at a glance.

Other
You can insert your own commenting symbols or formatting as needed. Remember to explain the meaning in your beta key.Beta KeyIn order for your author to understand your varying notes, it's necessary to make a key. Explain what each formatting tool means. Keep it simple however. If you use a dozen different colors and symbols, your author will become frazzled. Include it in every beta file so the author can reference the key as needed.

Sample Beta Key1. All my notes are surrounded by brackets and bold.  [Example.]

2. Words, letters or punctuation that should be inserted into your text are surrounded by brackets and are without explanation.  Example[.]

3. Words, letters or punctuation I feel should be deleted are marked with the strike-through tool.  Example.

4. Sections of your writing I particularly liked, and my comments about it, are in green.  Example.*

5. All other comments are in dark blue.  [Example.]*

*Examples should reflect your formatting, but I cannot duplicate color examples in a DeviantArt text box.Sample Beta NotesWe know what goes into a beta reader's file now, but what exactly does it look like? This is a quick example I put together:"He's busy until nine,[.]" h[H]e [The speech is its own sentence and the action tag is also its own sentence. Use a comma only when you follow with 'he said' or some other speaking tag. An action tag is a new sentence otherwise and requires a period.] crossed his arms over his chest, guarding the porch[. - Always remember to punctuate the end of a sentence.]

It would be her porch one day and she'd make sure he never set foot on it again. She simply had to be patient. Crossing her arms, she does [did – remember to stay in past tense.] just that. Five minutes dragged by with the cretin [I like how you label him 'the cretin.' It works with establishing his character, or at least her dislike of him.] staring down at her. Her pulse kicked up a notch. [This is a good example of pov but this sentence is dangling on the paragraph. With the length of five minutes, it seems random that her pulse would increase. Try placing it earlier or later (when something happens) and working it seamlessly into the paragraph.]

[I noticed that most of your dialog is improperly formatted. I found this good tutorial for you to reference. It takes a few tries to get the hang of it, but after a while you'll get used to the rules and won't think twice. Dialog formatting:  (Insert link here.)]

*Deviantart does not allow color changes in deviations to emphasize positive feedback.Rinse and RepeatEven though you've beta read the manuscript, the author will often send in revisions. This is quite helpful for the process. A second beta read will allow you to address any issues you missed the first time. Also, if you suggested extensive rewrites or additions, new issues can arise.

More importantly, you will see if your author understood your notes. If you receive the revisions with few correct changes, then chances are you have a communication issue that needs to be addressed.

Repeat ErrorsIt may take your author several attempts to turn your corrections into habits. If issues persist, consider finding new ways to explain your corrections. Provide additional links to help your author.

If your author sends his or her tenth manuscript with little or no improvement, you may have an issue. At that point, either the partnership isn't compatible, or your author is using you for free editing service.

Do not jump to the conclusion that your author is simply using you, however. You might be a contributing factor. It's possible you are teaching your author in a way that the author finds difficult to learn. Sometimes partnerships are simply not compatible.

Discuss the issue with your author first. If a solution can't be found, consider breaking off the partnership amicably.

Do's and Don't'sDo not delete.
Never delete an author's words, even if you think the word or section should be removed. Do not do it because it's the author's right to make that decision.

Do use your strike-through tool to show what you think should be removed. Do add comments explaining your reasoning and suggesting improvements.

Do not rewrite.
Never rewrite the author's work. It is counter productive to the partnership to write for your author.

Do use examples for clarity's sake. Do give quick suggestions to give the writer somewhere to start his or her improvements. Because the process may overwhelm some writers, be clear that you are giving suggestions and not corrections on style matters.

Do not criticize the author.
Never insult the author. Focus on the writing and helping the author improve. The writer's personal habits, beliefs or skill level are not topics for a beta reader to belittle.

Do focus on instructing the writer how to improve his or her writing skills. Offer resources and advice when appropriate.
DisclaimerPlease note that your individual beta experience may differ. Personality, habits, willingness to compromise and a slew of other factors will determine your experiences.

For example:  A few authors may not like sugar coated corrections. On the other hand, some authors may require a more sensitive approach.

If you know yourself to be particularly insensitive, it may be beneficial to discuss the topic in initial communications.
Related content
Comments: 194

thorns In reply to ??? [2011-02-27 17:34:41 +0000 UTC]

Thank you!

👍: 0 ⏩: 0

Venry In reply to ??? [2011-02-22 23:53:58 +0000 UTC]

this is really helpful, thank you!

👍: 0 ⏩: 1

thorns In reply to Venry [2011-02-23 00:00:58 +0000 UTC]

No problem. Glad you thought so and thank you for the .

👍: 0 ⏩: 1

Venry In reply to thorns [2011-03-10 01:00:00 +0000 UTC]

👍: 0 ⏩: 0

Blitzkriegoperative In reply to ??? [2011-02-07 18:59:58 +0000 UTC]

This is helpful just the way i like Beta-reading

👍: 0 ⏩: 1

thorns In reply to Blitzkriegoperative [2011-02-09 23:28:57 +0000 UTC]

Thank you. I'm glad you found it useful.

👍: 0 ⏩: 0

blythedragon [2011-02-02 19:02:19 +0000 UTC]

This is extremely helpful. I was thinking of offering my services as a beta reader to some writers I know, but it's nice to have a better understanding of how to be an effective beta. After reading your tutorial, I realize that my strengths as a beta fall in the technical range, and that if I want to actually help the person I would be doing a beta read for I need to be able to tell them more than just pointing out spelling and punctuation errors.

I also think that learning how to become a good beta would help me with my writing projects, especially for the upcoming fall semester when I plan to tackle English Comp I again. (I had to withdraw last semester, as academic writing was stressing me out to the nth degree. Not having attended school for 17 years might have something to do with that, though. )

Thank you for a clear, concise definition of a beta reader!

👍: 0 ⏩: 1

thorns In reply to blythedragon [2011-02-09 23:36:20 +0000 UTC]

You're welcome!

While I agree a beta requires more than a technical understanding, don't discount the benefits of spelling and punctuation knowledge. Over at #Beta-Readers we've had a slew of authors and betas all list technical aspects as their major weakness. (It was one round of pairings, but you have no idea how much I sweat over that one.)

Thank you for taking the time to leave detailed feedback. It's much appreciated.

👍: 0 ⏩: 1

blythedragon In reply to thorns [2011-02-10 15:44:46 +0000 UTC]

I did check out #Beta-Readers , and it looks like a great place to get started as a beta reader. ^_^ I'm keeping the group in mind, but I'm not going to be able to join at this time because my free time is rather limited, and I'm behind on several projects. I'd rather join the group when I know I can devote enough time to being a beta.

Keep up the awesome work that you're doing!

👍: 0 ⏩: 1

thorns In reply to blythedragon [2011-02-11 18:22:42 +0000 UTC]

👍: 0 ⏩: 0

JaybieJarrett In reply to ??? [2011-01-12 17:12:26 +0000 UTC]

"Do not criticize the author.
Never insult the author. Focus on the writing and helping the author improve. The writer's personal habits, beliefs or skill level are not topics for a beta reader to belittle."

More reviewers need to be reminded of this

👍: 0 ⏩: 1

thorns In reply to JaybieJarrett [2011-01-12 23:06:19 +0000 UTC]

You could just nudge the tutorials at any new beta readers you interact with.

👍: 0 ⏩: 0

MotleyDreams In reply to ??? [2011-01-11 00:14:24 +0000 UTC]

You've been featured in #EditorialSquad 's blog, on the Resources page . Thank you for writing such a great tutorial!

~Marie

👍: 0 ⏩: 1

thorns In reply to MotleyDreams [2011-01-12 23:05:29 +0000 UTC]

Thank you for the feature!

I hope your groups finds the tutorial useful.

👍: 0 ⏩: 0

Adrolyn In reply to ??? [2010-12-16 01:50:08 +0000 UTC]

I like this. I was recently asked to "critique" a fictional work on DA, but looking back on it, what I was really doing was something like this beta reading. I especially agree with your separation of the technical vs. stylistic aspects.

👍: 0 ⏩: 1

thorns In reply to Adrolyn [2010-12-16 03:26:49 +0000 UTC]

Glad you like it. I find that's how most people learn to beta read.

👍: 0 ⏩: 0

CGholy In reply to ??? [2010-11-21 18:25:58 +0000 UTC]

This is very helpful.

👍: 0 ⏩: 1

thorns In reply to CGholy [2010-11-22 07:32:35 +0000 UTC]

Thank you.

👍: 0 ⏩: 0

TheOtherSarshi In reply to ??? [2010-11-11 19:36:35 +0000 UTC]

Why is it that every time I try to suggest a work for DD today, I find out that I can't due to time restrictions?...

No, don't answer that.

This has got to be one of the best guides for beta reading I've seen - yes, it's pretty much how I do it, but I've gotten to doing it this way by watching my editor at work, not through intuition. Which makes this amazingly valuable - some things are only clear when you look back on them, eh? ^^

The points are stated very clearly, I love the way you emphasize the respect you must have towards the author and his/her work, the quirky relationship between the beta and the author. The Do's and Don't's are pure gold - I've actually had an author try to make me rewrite his story entirely, since he seemed to believe I was supposed to be doing that and was very annoyed when I would not. On the other hand, I've also had an editor who used to rape delete and rephrase what I'd written without any care. It made me want to cry and it was a relationship that both professionally and personally fell to pieces because of that. Having felt it so hard on my own skin, I couldn't be happier to see it mentioned in your guide. Yes! Let there be sensible betas!

I personally don't use brackets and color-coding, but the 'note' function which exists in word processors. They're less intrusive on the actual text and as a writer I love to delete them one by one as each problem is taken care of, or to respond to my beta's remarks in their boxes. If there's longer notes, I tend to put them in a paragraph proper in the middle of the text, but if it's small things, it's definitely sidenotes from me. After all, in-text notes can be... Well... Troublesome if they somehow get de-colour-coded and forgotten. (Neil Gaiman recounts how he once felt quite happy with his novel until one character turned to another and said "Neil, maybe we could do [...] here", which was a such a lost note; it's a good cautionary tale).

Thank you for your brilliant tutorial!

👍: 0 ⏩: 1

thorns In reply to TheOtherSarshi [2010-11-13 02:09:45 +0000 UTC]

Aww, I'm glad you think the tutorial is good enough to suggest as a DD.

I really wanted to put this tutorial out so people wouldn't have to 'figure it out' on their own.

Some people love suggestions, and sugarcoated feedback, other people like no nonsense crit with few suggestions. Most people are in between. It can be tough to find a solid beta match sometimes. Most of my 'bad' experiences have been lucky. My betas simply disappear (I'm starting to wonder if I smell!). I'm sorry yours have been so rough.

I avoid working in a noted file for that reason, haha. How embarrassing to have one slip through.

Thank you again for the wonderful feedback.

👍: 0 ⏩: 1

TheOtherSarshi In reply to thorns [2010-11-13 02:33:23 +0000 UTC]

I generally favor straight-to-the-point feedback myself - a general note on what I/the beta think/s on the piece, a bit of fangirling, then on to the point.

My first editor wasn't rough as much as rude... It was also back in the day when I didn't have a personal laptop, so her actually replacing the text meant that I didn't have my original to work with anymore, since she saved the new text over the old one. I cried (as in 'screamed', not 'wept') myself hoarse over that once. But, alas, to this day, she thinks that 1. she was right 2. she 'discovered' me and 3. she 'formed' me. *headbang* Gilderoy Lockhart.

👍: 0 ⏩: 1

thorns In reply to TheOtherSarshi [2010-11-13 02:39:29 +0000 UTC]

Yikes. I'd cry. Seriously, cry.

Funny reference though. I had to look it up, lol.

👍: 0 ⏩: 1

TheOtherSarshi In reply to thorns [2010-11-13 09:57:47 +0000 UTC]

Aaah, sorry. I used to be a big Harry Potter fan when I was 14-15 and sometimes it seems like the entire world either is or was excited over the series. He's basically the professor who thinks of himself as astonishing, dazzling, near perfection, took credit for some things he didn't do, keeps explaining how awesome he is and J.K. Rowling explained he was modeled after somebody she knew, but that person would never get the reference and think he inspired the wisest person of the series instead.

👍: 0 ⏩: 1

thorns In reply to TheOtherSarshi [2010-11-13 14:27:21 +0000 UTC]

No worries. It's a pretty funny reference.

👍: 0 ⏩: 0

neurotype-on-discord In reply to ??? [2010-11-11 16:38:55 +0000 UTC]

Good stuff! I agree with *beeinthebottle , Track Changes should be made use of if it's an option--it allows for really fast accept/reject of changes. I think as long as the author knows they're suggestions, it's fine.

Either way, though, definitely a good guide for people getting into the beta reading.

👍: 0 ⏩: 1

thorns In reply to neurotype-on-discord [2010-11-11 17:06:06 +0000 UTC]

Thank you.

I suppose I have a differing opinion of adding in track changes because I come from more of a mentoring, rather than editing, background.

Also the tutorial isn't software specific. Just too many programs / options to cover in that case, and I don't want to even think about explaining what to do if the beta and author don't have compatible software.

Maybe I'll write an advanced tutorial covering nifty tips and tricks for experienced beta readers and authors.

👍: 0 ⏩: 1

neurotype-on-discord In reply to thorns [2010-11-12 03:42:48 +0000 UTC]

Sure!

I've done both--the mentees were significantly younger, though, and I think that also matters. Peer review allows for more harshness.

That's true. People tend to have MSWord, so it's something I would ask them about, but that's not necessarily going to apply. (There are some universal file formats: RTF, HTML, PDF--though of course the latter's not directly editable.)

It would be...awesome

👍: 0 ⏩: 1

thorns In reply to neurotype-on-discord [2010-11-13 02:23:18 +0000 UTC]

Yeah, beta reading I find varies between partners, especially with age factored in.

Hopefully I can find time in December to expand on some topics.

👍: 0 ⏩: 0

beeswingblue In reply to ??? [2010-11-09 01:58:55 +0000 UTC]

I am an editor, by trade. In editing, I typically use the track changes and insert comments features in MSWord. The main advantage to these is that authors can easily view changes and comments and either incorporate them or override them.

So I was curious. After reading your article, I fished around on the 'Net and found that while most beta readers don't use track changes, many writers would prefer that they would. (And of course, I can't find the reference anymore.)

You don't mention the option of using track changes here. Is that a matter of personal preference on your part...or is it due to the types of files you usually get? Thanks.

👍: 0 ⏩: 1

thorns In reply to beeswingblue [2010-11-09 03:18:13 +0000 UTC]

Good question!

I think half my beta reads have been in notes through deviantart over the last six months, lol. No features at all.

The comment feature would make the file look cleaner and faster. Unfortunately I use open office and I can't guarantee everything will transfer to whichever program my authors use (and they're all different). I think that's an awesome feature if both parties know it works, and how to use it.

Advanced features are awesome, and beta readers tend to form their own beta key and process. Experiences will differ between readers (etc, etc). The tutorial is a base, or jumping off point.

For the purpose of the tutorial I was aiming for everyone, regardless of software. Some people may not know advanced features, or may be using different programs.

I avoid track changes because I'm not really editing a file. I'm commenting with suggestions, hoping to encourage the writer to learn. I feel that if I make the changes, they're less likely to do that. I generally don't recommend the feature for new partnerships or authors who are not advanced.

The rule of thumb is to do what works for the beta and the author though. If that means drawing a diagram, stick figures, track changes, or sending messenger pigeons, then go for it.

I hope that answers your question.

👍: 0 ⏩: 1

beeswingblue In reply to thorns [2010-11-09 03:58:53 +0000 UTC]

Thanks! And I'm all for messenger pigeons....

👍: 0 ⏩: 1

thorns In reply to beeswingblue [2010-11-09 04:04:16 +0000 UTC]

They're definitely spice things up.

👍: 0 ⏩: 0

ArchArad In reply to ??? [2010-11-02 07:56:38 +0000 UTC]

This is going to prove very useful for the process - thank you.

👍: 0 ⏩: 1

thorns In reply to ArchArad [2010-11-02 13:53:35 +0000 UTC]

Glad to help.

👍: 0 ⏩: 0

chocolatey-fountain In reply to ??? [2010-10-07 06:37:13 +0000 UTC]

Lovely! It's an amazing guide

👍: 0 ⏩: 1

thorns In reply to chocolatey-fountain [2010-10-07 13:18:22 +0000 UTC]

Thank you.

👍: 0 ⏩: 1

chocolatey-fountain In reply to thorns [2010-10-08 10:39:38 +0000 UTC]

You're welcome

👍: 0 ⏩: 0

Maddymadison101 In reply to ??? [2010-09-19 22:45:56 +0000 UTC]

Thank you so much for this! It has really helped me a lot after reading it ^_^ It answered all my questions!

👍: 0 ⏩: 1

thorns In reply to Maddymadison101 [2010-09-19 23:11:34 +0000 UTC]

You're welcome, glad to be of service.

👍: 0 ⏩: 0

Eadwine63 In reply to ??? [2010-08-08 10:11:07 +0000 UTC]

ooho.. this is a really good guide. It's really helpful. Though most of it are things I already do without thinking, it's nice to have it all written out, so I can go look through it when needed.
THANK YOU!!

👍: 0 ⏩: 1

thorns In reply to Eadwine63 [2010-08-08 14:15:41 +0000 UTC]

Thank you, I'm glad you find it useful.

I wrote this originally for first timers, but as it turns out, it does make a nice reference.

👍: 0 ⏩: 0

megan24601 In reply to ??? [2010-08-08 02:41:14 +0000 UTC]

There are going to be really helpful for the group!

👍: 0 ⏩: 1

thorns In reply to megan24601 [2010-08-08 03:07:31 +0000 UTC]

I hope so!

👍: 0 ⏩: 0


<= Prev |