research paper about technical writing

Basics of scientific and technical writing

• Career Central
• Published: 01 March 2021
• Volume 46 , pages 284–286, ( 2021 )

Cite this article

• Morteza Monavarian 1 , 2  

6062 Accesses

3 Citations

6 Altmetric

Explore all metrics

Avoid common mistakes on your manuscript.

Introduction to scientific/technical writing

Scientific/technical writing is an essential part of research. The outcome of a research activity should be shared with others in the form of scientific paper publications; some ideas require a patent to reserve the implementation rights; and almost any research activity requires a funding source, for which a grant proposal is necessary. Therefore, it is crucial to know the differences among writing papers, patents, and grant proposals and how to prepare them in a research environment ( Figure 1 ).

Three major types of scientific/technical writing covered in the three-part series.

The publication of papers is a standard way to share knowledge and transfer methods in scientific communities, thus a pivotal part of any research activity, especially in an academic environment. In industry, where financial profit is a key factor, patents are possibly more favorable.

Types of paper publications

There are different types of paper publications, depending on the content, audience, purpose, length, and scope: original research, review articles, invited articles, conference proceedings, comments/errata, and press releases ( Figure 2 ).

Original research articles may be published in journals or conference proceedings (or preprints in arXiv) and target specific audiences within a field of research. Journal research papers require peer review that typically involves an editor and two reviewers. For conference proceedings, there is usually no direct peer-review process, but the work has to be presented in the corresponding conference to be eligible for publication.

In contrast to original research articles, which are written on special topics within a field of research, review articles normally cover an overview of research and tend to be longer. Review articles do not necessarily reflect on novel data or ideas and could be similar to a book chapter. However, unlike review articles, book chapters or books are usually written when the target field of research is fully established. In a review paper, figures are typically not original and reprinted from other publications, for which a copyright permission from the original publishing journal is required.

Invited articles are written in response to an invitation by a journal editor or a conference organizer in a specific field of research or for a special issue. An invited article could be a review article or original research. Invited articles are normally written by peers or researchers with significant contributions to a field of research.

Other items published include comments or errata. The purpose of a comment on a published article is to bring points of criticism to the attention of the readers as well as the authors of the original article. The comments can be published in the same journal as the original paper. Errata correct mistakes in an article after publication.

Finally, press releases target a more general audience and normally report on a review/overview of recently published research. The author of the press release is not the same as that of the original article. Unlike peer-reviewed research articles, press release articles are usually not citable.

Six major types of paper publications.

Writing structures and styles

Different articles have different structures. A research article typically consists of a title, author list and affiliations, abstract, main body, conclusions, acknowledgments, and references.

A good title should be concise, to the point, and free of abbreviations. Author lists and affiliations include whoever has intellectually contributed to the paper (identifying at least one corresponding author and email address), with the order approved by all of the co-authors. A good abstract should give a full, but short, overview of the work with both qualitative and quantitative data summaries. An abstract should be self-contained, meaning it should not require a referral to a reference or figure. Abstracts are usually written in the present tense and have an active voice.

Unlike letters with no sections within the main body, the main body of research articles normally contains several sections (e.g., introduction, methods and approach, results, and discussions). The introduction should contain a deep literature review of the field as the basis for motivating the current work. The last paragraph of the introduction usually summarizes what to expect from the article. The following sections will demonstrate study methods, results, and discussions/interpretations of the results, including plots, tables, and figures.

Conclusions summarize the findings of the paper and may point out any future directions. The acknowledgment lists all funding support and gratitude toward anyone who helped with the work, not including those listed as co-authors. The reference section lists all references in a format described in the journal submission guidelines. Using reference management software (such as Zotero, Mendeley, BibTex) makes organizing the references less cumbersome. A good scholarly research article should have citations for almost any claims made within the main body, to ensure proper connections to the prior research in the field.

Unlike patents, papers require a deep scientific background and should be straight to the point. While patents include all aspects of the idea, papers typically have space limitations, so should therefore be concise. The data in research articles should speak for itself. The language of a research paper should be clear and simple and not include metaphors or slang.

Where to submit

The submission target depends on several factors: (1) scope of the journal, (2) length of the paper (letters versus regular length articles), (3) access (regular versus open access), and (4) impact factor (IF). The scope of the journal is probably the first thing to consider; you cannot publish a biological paper in a humanity journal. Regarding length, a letter is much shorter and usually does not have section headings. It depends on the discipline, but sometimes letters are more favorable because of the shorter publication time, preparation simplicity, and more readability (takes less time to read, which may also improve the visibility of the paper). In terms of access, you may pay publication charges to receive open access, or some journals charge publication fees upon acceptance. Open access papers could potentially get more visibility than normal publications.

IF is a specific journal parameter indicating the average number of citations per published article over a certain period of time. Paying serious attention to IF could oppose the mission of science itself, as it could mean that you judge a paper only by where it is being published and not by its intrinsic values (also called high IF syndrome).

Submission, peer-review, and decisions

Your article will enter the peer-review process upon submission. If done properly, the peer-review process not only avoids false or inconsistent data from being published (and helps science in this regard), but also improves your paper and removes any potential errors/issues or vague discussion. During submission, some journals may ask you to include/exclude reviewers. If there are researchers who may have a direct conflict with your work, you may list them as excluded reviewers. You may also suggest to include reviewers who have relevant experience.

Serving as a reviewer may help you with your own writing, as it assists in developing critical thinking. However, for the sake of science, try peer-reviewing for lesser-known journals (the high-impact journals already have many reviewers). Decisions on your article could be (1) reject: cannot be accepted to this journal; (2) referral to other journals; submit to another journal; (3) accept: accepted as is; (4) major revisions: not accepted, but could be accepted upon significant improvement (upon approval from reviewers); and (5) minor revision: accept but needs slight revisions (no need to go through a peer review again).

Copyrights and archiving

Most journals obtain copyrights from the authors before submission via a copyright transfer form. Hence, re-publishing the same data and plots in another journal is often forbidden. Also, the language of a paper should have a significant difference from an already published paper to avoid plagiarism. In the case where some content (e.g., figure or table) needs to be re-published in another paper (e.g., for review articles or thesis/dissertations), one can request a copyright permission from the original publishing journal. Also, archiving of one’s published papers in personal profile websites (e.g., Researchgate or LinkedIn) is usually forbidden, unless the paper is published as open access.

Final tips for paper publication

Read, read, read! There is probably no better way of improving writing skills than reading other articles and books.

Make illustrative and self-contained figures that can stand on their own.

Know your audience when selecting a journal. Find out which journals are normally targeted by people in your research community.

Protect yourself from high impact factor (IF) syndrome. Journals with a high IF may have very subjective decision criteria. It is sometimes more important to have your paper published than to spend a couple of years waiting for publication in a high-impact journal.

Serve as a reviewer. Get a sense of how a peer-review process feels in order to establish critical thinking. Before submitting your article, self-review.

Look forward to a constructive peer review. It definitely improves your paper (always good to have a view from different perspective).

Enjoy your publications!

Author information

Authors and affiliations.

Materials Department, University of California Santa Barbara, Santa Barbara, CA, USA

Morteza Monavarian

Solid State Lighting & Energy Electronics Center, University of California Santa Barbara, Santa Barbara, CA, USA

You can also search for this author in PubMed   Google Scholar

Additional information

This article is the first in a three-part series in MRS Bulletin that will focus on writing papers, patents, and proposals.

Rights and permissions

Reprints and permissions

About this article

Monavarian, M. Basics of scientific and technical writing. MRS Bulletin 46 , 284–286 (2021). https://doi.org/10.1557/s43577-021-00070-y

Download citation

Published : 01 March 2021

Issue Date : March 2021

DOI : https://doi.org/10.1557/s43577-021-00070-y

Share this article

Anyone you share the following link with will be able to read this content:

Sorry, a shareable link is not currently available for this article.

Provided by the Springer Nature SharedIt content-sharing initiative

• Find a journal
• Publish with us
• Track your research

How to write a technical paper or a research paper

By michael ernst, april, 2005 last updated: july 1, 2024, which details to include, make the organization and results clear, getting started: overcoming writer's block and procrastination, writing style, computer program source code, numbers and measurements, processing data, related work, when to submit your paper for publication, responding to conference reviews, norman ramsey's advice, other resources, introduction.

This document describes several simple, concrete ways to improve your writing, by avoiding some common mistakes. The end of this document contains more resources for improving your writing.

Some people believe that writing papers, giving talks , and similar “marketing” activities are not part of research, but an adjunct to it or even an undesirable distraction. This view is inaccurate. The purpose of research is to increase the store of human knowledge, and so even the very best work is useless if you cannot effectively communicate it to the rest of the world. If a paper is poorly written, then readers might conclude you spent as little effort on the research that it describes.

Equally importantly, writing papers and giving talks will clarify your thinking and thereby improve your research. You may be surprised how difficult it is to clearly communicate your ideas and contributions; doing so will force you to understand them more deeply and enable you to improve them.

Know your message, and stay on message

The goal of writing a paper is to change people's behavior: for instance, to change the way they think about a research problem or to convince them to use a new approach. Determine your goal (also known as your thesis), and focus the paper around that goal.

As a general rule, your paper needs to convince the audience of three key points. If any of these is missing or unclear, the paper will not be compelling.

• The problem is important . The problem has a significant impact and consequences. You can buttress your argument by showing that others consider the problem important.
• The problem is hard . Explain that obvious techniques and existing approaches do not suffice. Showing what others have tried can be effective here.
• You have solved the problem. This is often demonstrated via experiments. Keep in mind how you expect the behavior of readers to change once they appreciate your contributions. You'll also need to convince readers that your contributions are novel. When expressing this, it is helpful to explain why no one else thought of your approach before (or why, if they thought of it, they would have rejected the approach) , and whether similar insights apply to other problems.

Before you write your paper, you need to understand your audience. Who will read your paper? What are their backgrounds, motivations, interests, and beliefs? What are the key points you want a reader person to take away from your paper? Once you know the thesis and audience, you can determine what points your document should make to achieve its purpose.

For each point in your paper, you need to explain both what and why . Start with what, but don't omit why. For example, it is not enough to state how an algorithm works; you should explain why it works in that way, or why another way of solving the problem would be different. Similarly, it is not sufficient to present a figure or facts. You must also ensure that reader understands the significance or implications of the figure and what parts of it are most important.

Your purpose is to communicate specific ideas, and everything about your paper should contribute to this goal. If any part of the paper does not support your main point, then delete or change that part. You must be ruthless in cutting every irrelevant detail, however true it may be. Everything in your paper that does not support your main point distracts from it.

Write for the readers, rather than writing for yourself. In particular, think about what matters to the intended audience, and focus on that. It is not necessarily what you personally find most intriguing.

A common mistake is to focus on what you spent the most time on. Do not write your paper as a chronological narrative of all the things that you tried, and do not devote space in the paper proportionately to the amount of time you spent on each task. Most work that you do will never show up in any paper; the purpose of infrastructure-building and exploration of blind alleys is to enable you to do the small amount of work that is worth writing about. Another way of stating this is that the purpose of the paper is not to describe what you have done, but to inform readers of the successful outcome or significant results, and to convince readers of the validity of those conclusions.

Likewise, do not dwell on details of the implementation or the experiments except insofar as they contribute to your main point. This is a particularly important piece of advice for software documentation, where you need to focus on the software's benefits to the user, and how to use it, rather than how you implemented it. However, it holds for technical papers as well — and remember that readers expect different things from the two types of writing!

The audience is interested in what worked, and why, so start with that. If you discuss approaches that were not successful, do so briefly, and typically only after you have discussed the successful approach. Furthermore, the discussion should focus on differences from the successful technique, and if at all possible should provide general rules or lessons learned that will yield insight and help others to avoid such blind alleys in the future.

Whenever you introduce a strawman or an inferior approach, say so upfront. A reader will (and should) assume that whatever you write in a paper is something you believe or advocate, unless very clearly marked otherwise. A paper should never first detail a technique, then (without forewarning) indicate that the technique is flawed and proceed to discuss another technique. Such surprises confuse and irritate readers. This mistake is often called “leading the reader down the garden path”.

When there are multiple possible approaches to a problem, it is preferable to give the best or successful one first. Oftentimes it is not even necessary to discuss the alternatives. If you do, they should generally come after, not before, the successful one. Your paper should give the most important details first, and the less important ones afterward. Its main line of argument should flow coherently rather than being interrupted. It can be acceptable to state an imperfect solution first (with a clear indication that it is imperfect) if it is a simpler version of the full solution, and the full solution is a direct modification of the simpler one. Less commonly, it can be acceptable to state an imperfect solution first if it is an obvious solution that every reader will assume is adequate; but use care with this rationalization, since you are usually wrong that every reader will jump to the given conclusion.

A paper should communicate the main ideas of your research (such as the techniques and results) early and clearly. Then, the body of the paper can expand on these points; a reader who understands the structure and big ideas can better appreciate the details. Another way of saying this is that you should give away the punchline. A technical paper is not a joke or a mystery novel. The reader should not encounter any surprises, only deeper explanations of ideas that have already been introduced. It's particularly irritating when an abstract or introduction states, “We evaluated the relationship between baldness and beekeeping”, with the key results buried pages later. A better abstract would say, “Male beekeepers are 25% more likely to be bald (p=.04), but there is no statistically significant correlation for female beekeepers.”

The same advice applies at the level of sections and paragraphs. It is a bad approach to start with a mass of details and only at the end tell the reader what the main point was or how the details related to one another. Instead, state the point first and then support it. The reader is more likely to appreciate which evidence is important and why, and is less likely to become confused or frustrated.

For each section of the paper, consider writing a mini-introduction that says what its organization is, what is in each subpart, and how the parts relate to one another. For the whole paper, this is probably a paragraph. For a section or sub-section, it can be as short as a sentence. This may feel redundant to you (the author), but readers haven't spent as much time with the paper's structure as you have, so they will truly appreciate these signposts that orient them within your text.

Some people like to write the abstract, and often also the introduction, last. Doing so makes them easier to write, because the rest of the paper is already complete and can just be described. However, I prefer to write these sections early in the process (and then revise them as needed), because they frame the paper. If you know the paper's organization and outlook, then writing the front matter will take little effort. If you don't, then it is an excellent use of your time to determine that information by writing the front matter. To write the body of the paper without knowing its broad outlines will take more time in the long run. Another way of putting this is that writing the paper first will make writing the abstract faster, and writing the abstract first will make writing the paper faster. There is a lot more paper than abstract, so it makes sense to start with that and to clarify the point of the paper early on.

It is a very common error to dive into the technical approach or the implementation details without first appropriately framing the problem and providing motivation and background. Readers need to understand what the task is before they are convinced that they should pay attention to what you are saying about it. You should first say what the problem or goal is, and — even when presenting an algorithm — first state what the output is and probably the key idea, before discussing steps. Avoid providing information that isn't useful to readers/users. It just distracts from the important content.

Some writers are overwhelmed by the emptiness of a blank page or editor buffer, and they have trouble getting started with their writing. Don't worry! Here are some tricks to help you get started. Once you have begun, you will find it relatively easier to revise your notes or first draft. The key idea is to write something , and you can improve it later.

Start verbally . Explain what the paper needs to say to another person. After the conversation is over, write down what you just said, focusing on the main points rather than every word you spoke. Many people find it easier to speak than to write. Furthermore, getting feedback and giving clarifications will help you discover problems with your argument, explanation, or word choice.

Outline . You may not be ready to write full English paragraphs, but you can decide which sections your paper will have and give them descriptive titles. Once you have decided on the section structure, you can write a little outline of each section, which indicates the subsection titles. Now, expand that into a topic sentence for each paragraph. At this point, since you know the exact topic of each paragraph, you will find the paragraph easy to write.

Stream-of-consciousness notes . Write down everything that you know, in no particular order and with no particular formatting. Afterward, organize what you wrote thematically, bringing related points together. Eventually, convert it into an outline and proceed as above. While writing notes, use phrases/keywords, not complete sentences. The phrases are quicker to write and less likely to derail your brainstorming; they are easier to organize; and you will feel less attached to them and more willing to delete them.

Divide and conquer . Rather than trying to write your entire document, choose some specific part, and write just that part. Then, move on to another part.

Re-use . Find other text that you have written on the topic and start from that. An excellent source is your progress reports — you are writing them, aren't you? This can remind you what was hard or interesting, or of points that you might otherwise forget to make. You will rarely want to re-use text verbatim, both because you can probably convey the point better now, and also because writing for different audiences or in different contexts requires a different argument or phrasing. For example, a technical paper and a technical talk have similar aims but rather different forms.

You must be willing to delete and/or rewrite your notes and early drafts. If you wrote something once, you can write it again (probably better!). Early on, the point is to organize your ideas, not to create finished sentences.

Be brief. Make every word count. If a word does not support your point, cut it out, because excess verbiage and fluff only make it harder for the reader to appreciate your message. Use shorter and more direct phrases wherever possible.

Make your writing crisp and to the point. Eliminate any text that does not support your point. Here is one way you might go about this; it is time-consuming but extremely effective. First, examine each section of the paper in turn and ask what role it serves and whether it contributes to the paper's main point. If not, delete it. Next, within each section, examine each paragraph. Ask whether that paragraph has a single point. If not, rewrite the paragraph. Also ask whether that point contributes to the goals of the section. If not, then delete the paragraph. Next, within each paragraph, examine each sentence. If it does not make a single, clear point that strengthens the paragraph, delete or rewrite it. Finally, within each sentence, examine each word, and delete or replace those that do not strengthen their point. You will need to repeat this entire process multiple times, keeping a fresh perspective on the paper.

Some people find it easier to follow this approach bottom-up, first cutting/rewriting words, then sentences, etc.

Passive voice has no place in technical writing. It obscures who the actor was, what caused it, and when it happened. Use active voice and simple, clear, direct phrasing.

First person is rarely appropriate in technical writing.

• First person is appropriate when describing something that the author of the paper did manually. Recall that your paper should not be couched as a narrative.
• Do not use “we” to mean “the author and the reader” or “the paper”. For example, do not write “In this section, we ...”.
• Do not use “we” to describe the operation of a program or system. “We compute a graph” makes it sound like the authors did it by hand. As a related point, do not anthropomorphize computers: they hate it. Anthropomorphism, such as “the program thinks that ...”, is unclear and vague.

Avoid puffery, self-congratulation, superlatives, and subjective or value judgments: give the objective facts and let the reader judge. Avoid vague terms like “sizable” and “significant” (which are also subjective). Don't overuse the word “novel”. When I see a paper that is full of these, my rule of thumb is that the paper is trying too hard to cover up for scanty evidence.

Do not use words like “clearly”, “easily”, “obviously”, and “trivially”, as in “Obviously, this Taylor series sums to π.” If the point is really obvious, then you are just wasting words by pointing it out. And if the point is not obvious to readers who are not intimately familiar with the subject matter the way you are, then you are offending readers by insulting their intelligence, and you are demonstrating your own inability to communicate the intuition.

Prefer singular to plural number. In “sequences induce graphs”, it is not clear whether the two collections are in one-to-one correspondence, or the set of sequences collectively induces a set of graphs; “each sequence induces a graph” avoids this confusion. Likewise, in “graphs might contain paths”, it is unclear whether a given graph might contain multiple paths, or might contain at most one path.

When describing an experiment or some other event or action that occurred in the past, use past tense . For example, the methodology section might say “We ran the program”. It would be ungrammatical and confusing to use present tense, as in “We run the program”. Present tense is for ongoing events (“I write this letter to inform you...”) or regular events (“I brush my teeth each day”), but not past events (“Yesterday, I eat dinner with my family”). It is also correct to say “Our methodology was to run the program”, where you use past tense “was” and the infinitive “to run”.

When describing the paper itself, use present tense . “This paper shows that ...”. The reason for this is that the reader is experiencing the paper in real time.

Avoid gratuitous use of the future tense “will ...”, as in, “switching the red and green wires will cause the bomb to explode”. It is unclear when the action will occur. If it is an immediate effect, use the shorter and more direct “switching the red and green wires causes the bomb to explode”.

Use “previous work” instead of “existing work”. Your work exists, so “existing work” would refer to it as well.

In a list with 3 or more elements list, put a serial comma between each of the items (including the last two). As a simple example of why, consider this 3-element grocery list written without the clarifying last comma: “milk, macaroni and cheese and crackers”. It's not clear whether that means { milk, macaroni and cheese, crackers } or { milk, macaroni, cheese and crackers }. As another example, “I would like to thank my parents, Rene Descartes and Ayn Rand,” suggests rather unusual parentage, whereas “I would like to thank my parents, Rene Descartes, and Ayn Rand,” shows a debt to four people. I've seen real examples that were even more confusing than these.

In English, compound adjectives are hyphenated (except those whose first words end with “ly”, in some style guides) but compound nouns are not. Consider “the semantics provide name protection” versus “the name-protection semantics”.

Prefer unambiguous words to ambiguous ones. Do not use “as” or “since” to mean “because”. Do not use “if” to mean “whether”.

Use quotations sparingly. A clear paraphrase of the points that are relevant to your own work (along with a proper citation) is usually better than a long quotation from a previous publication.

Avoid third-person pronouns when you can. The old standard was “he”, which is masculine chauvinist. The new standard is “he or she”, which can be viewed as heteronormative and which some people find clumsy. An emerging standard is “they” as a first-person singular pronoun, which is inclusive but grammatically incorrect and confusing (see comments above about singular vs. plural number).

Some of the suggestions in this document are about good writing, and that might seem secondary to the research. But writing more clearly will help you think more clearly and often reveals flaws (or ideas!) that had previously been invisible even to you. Furthermore, if your writing is not good, then either readers will not be able to comprehend your good ideas, or readers will be (rightly) suspicious of your technical work. If you do not (or cannot) write well, why should readers believe you were any more careful in the research itself? The writing reflects on you, so make it reflect well.

Use figures! Different people learn in different ways, so you should complement a textual or mathematical presentation with a graphical one. Even for people whose primary learning modality is textual, another presentation of the ideas can clarify, fill gaps, or enable the reader to verify his or her understanding. Figures can also help to illustrate concepts, draw a skimming reader into the text (or at least communicate a key idea to that reader). Figures make the paper more visually appealing.

It is extremely helpful to give an example to clarify your ideas: this can make concrete in the reader's mind what your technique does (and why it is hard or interesting). A running example used throughout the paper is also helpful in illustrating how your algorithm works, and a single example permits you to amortize the time and space spent explaining the example (and the reader's time in appreciating it). It's harder to find or create a single example that you re-use throughout the paper, but it is worth it.

A figure should stand on its own, containing all the information that is necessary to understand it. Good captions contain multiple sentences; the caption provides context and explanation. For examples of good, informative captions, see the print editions of magazines such as Scientific American and American Scientist . The caption should state what the figure illustrates or what conclusion a reader should draw from it. Don't write an obvious description of what the figure is, such as "Code example". Never write a caption like “The Foobar technique”; the caption should also say what the Foobar technique is, what it is good for, or how it works. The caption may also need to explain the meaning of columns in a table or of symbols in a figure. However, it's even better to put that information in the figure proper; for example, use labels or a legend. When the body of your paper contains information that belongs in a caption, there are several negative effects. The reader is forced to hunt all over the paper in order to understand the figure. The flow of the writing is interrupted with details that are relevant only when one is looking at the figure. The figures become ineffective at drawing in a reader who is scanning the paper — an important constituency that you should cater to!

As with naming , use pictorial elements consistently. Only use two different types of arrows (or boxes, shading, etc.) when they denote distinct concepts; do not introduce inconsistency just because it pleases your personal aesthetic sense. Almost any diagram with multiple types of elements requires a legend (either explicitly in the diagram, or in the caption) to explain what each one means; and so do many diagrams with just one type of element, to explain what it means.

Some writers label all the types of figures differently — some as “figure”, others as “table” or “graph” or “picture”. This differentiation has no benefits, but it does have a drawback: it is very hard for a reader to find “table 3”, which might appear after “figure 7” but before “freehand drawing 1”. You should simply call them all figures and number them sequentially. The body of each figure might be a table, a graph, a diagram, a screenshot, or any other content.

Put figures at the top of the page, not in the middle or bottom. If a numbered, captioned figure appears in the middle or at the bottom of a page, it is harder for readers to find the next paragraph of text while reading, and harder to find the figure from a reference to it.

Avoid bitmaps, which are hard to read. Export figures from your drawing program in a vector graphics format. If you must use a bitmap (which is only appropriate for screenshots of a tool), then produce them at very high resolution. Use the biggest-resolution screen you can, and magnify the portion you will capture.

Don't waste text in the paper (and tax the reader's patience) regurgitating information that is expressed more precisely and concisely in a figure. For example, the text should not repeat the numbers from a table or graph. Text in the paper should add insight or explanations, or summarize the conclusions to be drawn from the data in the figure.

Your code examples should either be real code, or should be close to real code. Never use synthetic examples such as procedures or variables named foo or bar . Made-up examples are much harder for readers to understand and to build intuition regarding. Furthermore, they give the reader the impression that your technique is not applicable in practice — you couldn't find any real examples to illustrate it, so you had to make something up.

Any boldface or other highlighting should be used to indicate the most important parts of a text. In code snippets, it should never be used to highlight syntactic elements such as “public” or “int”, because that is not the part to which you want to draw the reader's eye. (Even if your IDE happens to do that, it isn't appropriate for a paper.) For example, it would be acceptable to use boldface to indicate the names of procedures (helping the reader find them), but not their return types.

Give each concept in your paper a descriptive name to make it more memorable to readers. Never use terms like “approach 1”, “approach 2”, or “our approach”, and avoid acronyms when possible. If you can't think of a good name, then quite likely you don't really understand the concept. Think harder about it to determine its most important or salient features.

It is better to name a technique (or a paper section, etc.) based on what it does rather than how it does it.

Use terms consistently and precisely. Avoid “elegant variation”, which uses different terms for the same concept to avoid boredom on the part of the reader or to emphasize different aspects of the concept. While elegant variation may be appropriate in poems, novels, and some essays, it is not acceptable in technical writing, where you should clearly define terms when they are first introduced, then use them consistently. If you switch wording gratuitously, you will confuse the reader and muddle your point. A reader of a technical paper expects that use of a different term flags a different meaning, and will wonder what subtle difference you are trying to highlight. Thus, don't confuse the reader by substituting “program”, “library”, “component”, “system”, and “artifact”, nor by conflating “technique”, “idea”, “method” and “approach”, nor by switching among “program”, “code”, and “source”. Choose the best word for the concept, and stick with it.

Do not use a single term to refer to multiple concepts. If you use the term “technique” for every last idea that you introduce in your paper, then readers will become confused. This is a place that use of synonyms to distinguish concepts that are unrelated (from the point of view of your paper) is acceptable. For instance, you might always use “phase” when describing an algorithm but “step” when describing how a user uses a tool.

When you present a list, be consistent in how you introduce each element, and either use special formatting to make them stand out or else state the size of the list. Don't use, “There are several reasons I am smart. I am intelligent. Second, I am bright. Also, I am clever. Finally, I am brilliant.” Instead, use “There are four reasons I am smart. First, I am intelligent. Second, I am bright. Third, I am clever. Fourth, I am brilliant.” Especially when the points are longer, this makes the argument much easier to follow. Some people worry that such consistency and repetition is pedantic or stilted, or it makes the writing hard to follow. There is no need for such concerns: none of these is the case. It's more important to make your argument clear than to achieve “elegant variation” at the expense of clarity.

Choose good names not only for the concepts that you present in your paper, but for the document source file. Don't name the file after the conference to which you are submitting (the paper might be rejected) or the year. Even if the paper is accepted, such a name won't tell you what the paper is about when you look over your files in later years. Instead, give the paper or its folder/directory a name that reflects its content. Another benefit is that this will also lead you to think about the paper in terms of its content and contributions.

Here is a piece of advice that is specific to computing: do not use the vague, nontechnical term “bug”. Instead, use one of the standard terms fault, error, or failure. A fault is an underlying defect in a system, introduced by a human. A failure is a user-visible manifestation of the fault or defect. In other circumstances, “bug report” may be more appropriate than “bug”.

Digits of precision:

• Don't report more digits of precision than the measurement process reliably and reproducibly produces. The 3rd or 4th digit of precision is rarely accurate and generalizable; if you don't have confidence that it is both repeatable and generalizable to new experiments, omit it. Another way to say this is that if you are not confident that a different set of experiments would produce all the same digits, then don't report so much precision.
• Don't report more digits of precision than needed to convey your message. If the difference between 4.13 and 4 will not make a difference in convincing readers, then don't report the extra digits. Reporting extra digits can distract readers from the larger trends and the big picture. Including an inappropriate number of digits of precision can cast suspicion on all of your results, by giving readers the impression that you are statistically naive.
• Use a consistent number of digits of precision. If the measured data are 1.23, 45.67, and 891.23, for example, you might report them as 1.23, 45.7, and 891, or as 1.2, 46, and 890, or as 1, 50, and 900. (An exception is when data are known to sum to a particular value; I would report 93% and 7% rather than either 93% and 7.4% or 90% and 7%. Often it's appropriate to report percentages as whole numbers rather than using the same precision.)
• If you do any computations such as ratios, your computations should internally use the full precision of your actual measurements, even though your paper reports only a limited number of digits of precision.
• If a measurement is exact, such as a count of items, then it can be acceptable to give the entire number even if it has many digits; by contrast, timings and other inexact measurements should always be reported with a limited number of digits of precision.

Do not confuse relative and absolute measurements. For instance, suppose your medicine cures 30% of patients, and the placebo cures 25% of patients. You could report that your medicine's cure rate is .3, the placebo's cure rate is .25, and your medicine's cure rate is either .05 greater or 20% greater. (Other correct, but less good, ways to say the same thing are that it cures 20% more, 120% as many, or 1.2 times as many patients.) It would be inaccurate to state that your medicine cures 5% more patients or your medicine cures 120% more patients. Just as you need to correctly use “120% more” versus “120% as many”, you need to correctly use “3 times faster than” versus “3 times as fast as”. A related, also common, confusion is between “3 times faster than and 3 times as fast as”. And, “2 times fewer” makes absolutely no sense. I would avoid these terms entirely. “Half as many” is a much better substitute for “2 times fewer”.

Given the great ease of misunderstanding what a percentage means or what its denominator is, I try to avoid percentages and focus on fractions whenever possible, especially for base measurements. For comparisons between techniques, percentages can be acceptable. Avoid presenting two different measurements that are both percentages but have different denominators.

Your paper probably includes tables, bibliographies, or other content that is generated from external data. Your paper may also be written in a text formatting language such as LaTeX. In each of these cases, it is necessary to run some external command to create some of the content or to create the final PDF.

All of the steps to create your final paper should be clearly documented — say, in comments or in a notes file that you maintain with the paper. Preferably, they should be automated so that you only have to run one command that collects all the data, creates the tables, and generates the final PDF.

If you document and automate these steps, then you can easily regenerate the paper when needed. This is useful if you re-run experiments or analysis, or if you need to defend your results against a criticism by other researchers. If you leave some steps manual, then you or your colleagues are highly likely to make a mistake (leading to a scientific error) or to be unable to reproduce your results later.

One good way to automate these tasks is by writing a program or creating a script for a build system such as Ant, Gradle, Make, Maven, etc.

A related work section should not only explain what research others have done, but in each case should compare and contrast that to your work and also to other related work. After reading your related work section, a reader should understand the key idea and contribution of each significant piece of related work, how they fit together (what are the common themes or approaches in the research community?), and how your work differs. Don't write a related work section that is just a list of other papers, with a sentence about each one that was lifted from its abstract, and without any critical analysis nor deep comparison to other work.

Unless your approach is a small variation on another technique, it is usually best to defer the related work to the end of the paper. When it comes first, it gives readers the impression that your work is rather derivative. (If this is true, it is your responsibility to convey that clearly; if it is not true, then it's misleading to intimate it.) You need to ensure that readers understand your technique in its entirety, and also understand its relationship to other work; different orders can work in different circumstances.

Just as you should generally explain your technique first, and later show relationships with other work, it is also usually more effective to defer a detailed discussion of limitations to a later section rather than the main description of your technique. You should be straightforward and honest about the limitations, of course (do mention them early on, even if you don't detail them then), but don't destroy the coherence of your narrative or sour the reader on your technique.

Get feedback ! Finish your paper well in advance, so that you can improve the writing. Even re-reading your own text after being away from it can show you things that you didn't notice. An outside reader can tell you even more.

When readers misunderstand the paper, that is always at least partly the author's fault! Even if you think the readers have missed the point, you will learn how your work can be misinterpreted, and eliminating those ambiguities will improve the paper.

Be considerate to your reviewers, who are spending their time to help you. Here are several ways to do that.

As with submission to conferences, don't waste anyone's time if there are major flaws. Only ask someone to read (a part of) your paper when you think you will learn something new, because you are not aware of serious problems. If only parts are ready, it is best to indicate this in the paper itself (e.g., a TODO comment that the reader will see or a hand-written annotation on a hardcopy) rather than verbally or in email that can get forgotten or separated from the paper.

Sometimes you want to tell a colleague who is giving you feedback that some sections of your draft are not ready to be read, or to focus on particular aspects of the document. You should write such directions in the paper, not just in email or verbally. You will then update them as you update the paper, and all relevant information is collected together. By contrast, it's asking for trouble to make your colleague keep track of information that is in multiple places.

It is most effective to get feedback sequentially rather than in parallel. Rather than asking 3 people to read the same version of your paper, ask one person to read the paper, then make corrections before asking the next person to read it, and so on. This prevents you from getting the same comments repeatedly — subsequent readers can give you new feedback rather than repeating what you already knew, and you'll get feedback on something that is closer to the final version. If you ask multiple reviewers at once, you are de-valuing their time — you are indicating that you don't mind if they waste their time saying something you already know. You might ask multiple reviewers if you are not confident of their judgment or if you are very confident the paper already is in good shape, in which case there are unlikely to be major issues that every reviewer stumbles over.

It usually best not to email the document, but to provide a location from which reviewers can obtain the latest version of the paper, such as a version control repository or a URL you will update. That way, you won't clutter inboxes with many revisions, and readers can always get the most recent copy.

Be generous with your time when colleagues need comments on their papers: you will help them, you will learn what to emulate or avoid, and they will be more willing to review your writing.

Some of your best feedback will be from yourself, especially as you get more thoughtful and introspective about your writing. To take advantage of this, start writing early. One good way to do this is to write a periodic progress report that describes your successes and failures. The progress report will give you practice writing about your work, oftentimes trying out new explanations.

Whereas you should start writing as early as possible, you don't need to put that writing in the form of a technical paper right away. In fact, it's usually best to outline the technical paper, and get feedback on that, before you start to fill in the sections with text. (You might think that you can copy existing text into the paper, but it usually works out better to write the information anew. With your knowledge of the overall structure, goals, and audience, you will be able to do a much better job that fits with the paper's narrative.) When outlining, I like to start with one sentence about the paper; then write one sentence for each section of the paper; then write one sentence for each subsection; then write one sentence for each paragraph (think of this as the topic sentence); and at that point, it's remarkably easy just to flesh out the paragraphs.

You should not submit your paper too early, when it does not reflect well on you and a submission would waste the community's reviewing resources. You should not submit your paper too late, because then the community is deprived of your scientific insights. In general, you should err on the side of submitting too late rather than too early.

A rule of thumb is to submit only if you are proud for the world to associate your name with the work, in its current form . If you know of significant criticisms that reviewers might raise, then don't submit the paper.

Submitting your paper prematurely has many negative consequences.

• You will waste the time of hard-working reviewers, who will give you feedback that you could have obtained in other ways.
• You will get a reputation for shoddy work.
• You will make the paper less likely to be accepted in the future. Oftentimes the same reviewers may serve two different venues. Reviewing a paper again puts a reviewer in a negative state of mind. I have frequently heard reviewers say, “I read an earlier version of this paper, it was a bad paper, and this version is similar.” (This is unethical because reviewers are not supposed to talk about papers they have reviewed, but nonetheless it is very common.) Now the paper will likely be rejected again, and the whole committee gets a bad impression of you. A reviewer who has read a previous version of the paper may read the resubmission less carefully or make assumptions based on a previous version. To sum up: it's harder to get a given paper accepted on its second submission, than it would have been to get the identical paper accepted on its first submission.

Here are some bad reasons to submit a paper.

It's true that the feedback from reviewers is extraordinarily valuable to you and will help you improve the paper. However, you should get feedback from other scientists (your friends and colleagues) before submitting for publication.

Those are true facts, and some people do “salami-slice” their research into as many papers as possible — such papers are called a “least publishable unit”. However, doing so leads to less impact than publishing fewer papers, each one with more content. If a paper contains few contributions, it is less likely to make a big impression, because it is less exciting. In addition, readers won't enjoy reading many pages to learn just a few facts.

Note: This point refers to taking a single research idea or theme and splitting it into multiple publications. When there are multiple distinct research contributions, it can be appropriate to describe them in different papers.

The reviewing process can be frustrating, because it contains a great deal of randomness: the same paper would be rejected by some reviewers and accepted by others. However, all great papers are accepted and all bad papers are rejected. For mediocre papers, luck plays a role. Your goal should not be to write great papers, not mediocre ones. Find a way to improve your paper. Recognize the great value of reviews: they provide a valuable perspective on your work and how to improve it, even if you feel that the reviewer should have done a better job.

If you aren't excited about the paper, it is unlikely that other people will be. Furthermore, the period after submitting the paper is not a time to take a break, but an opportunity to further improve it.

After you submit a paper, don't stop working on it! You can always improve the research. For instance, you might expand the experiments, improve the implementation, or make other changes. Even if your paper is accepted, you want the accepted version to be as impressive as possible. And if the paper is rejected, you need to have a better paper to submit to the next venue.

(This section is most relevant to fields like computer science where conferences are the premier publication venue. Responding to journal reviews is different.)

Many conferences provide an author response period: the authors are shown the reviews and are given limited space (say, 500 words) to respond to the reviews, such as by clarifying misunderstandings or answering questions. The author response is sometimes called a “rebuttal”, but I don't like that term because it sets an adversarial tone.

Your paper will only be accepted if there is a champion for the paper: someone who is excited about it and will try to convince the rest of the committee to accept the paper. Your response needs to give information to your champion to overcome objections. If there isn't a champion, then the main goal of your response is to create that champion. Your response should also give information to detractors to soften their opposition.

After reading the reviews, you may be disappointed or angry. Take a break to overcome this, so that you can think clearly.

For every point in the reviews, write a brief response. Do this in email-response style, to ensure that you did not miss any points. You will want to save this for later, so it can be better to do this in the paper's version control repository, rather than in a WYSIWYG editor such as Google Docs. (This assumes you have a version control repository for the paper, which you should!) Much of this text won't go in your response, but it is essential for formulating the response.

Summarize (in 5 or so bullet points, however many make sense) the key concerns of the reviewers. Your review needs to focus on the most important and substantive critiques. The authors of the paper should agree on this structure before you start to write the actual response.

Your response to each point will be one paragraph in your response. Start the paragraph with a brief heading or title about the point. Do not assume that the reviewers remember everything that was written by every reviewer, nor that they will re-read their reviews before reading your response. A little context will help them determine what you are talking about and will make the review stand on its own. This also lets you frame the issues in your own words, which may be clearer or address a more relevant point than the reviews did.

Organize your responses thematically. Group the paragraphs into sections, and have a small heading/title for each section. If a given section has just one paragraph, then you can use the paragraph heading as the section heading. Order the sections from most to least important.

This is better than organizing your response by reviewer, first addressing the comments of reviewer 1, then reviewer 2, and so forth. Downsides of by-reviewer organization include:

• It can encourage you not to give sufficient context.
• It does not encourage putting related information together nor important information first.
• You want to encourage all reviewers to read the entire response, rather than encouraging them to just look at one part.
• When multiple reviewers raised the same issue, then no matter where you address it, it's possible for a reviewer to overlook it and think you failed to address it.
• You don't want to make glaringly obvious which issues in a review you had to ignore (for reasons of space or other reasons).
• You don't want to make glaringly obvious that you spent much more time and space on one reviewer than another.

In general, it's best not to mention reviewer names/numbers in your response at all. Make the response be about the science, not about the people.

In your responses, admit your errors forthrightly. Don't ignore or avoid key issues, especially ones that multiple reviewers brought up.

Finally, be civil and thankful the reviewers. They have spent considerable time and energy to give you feedback (even if it doesn't seem to you that they have!), and you should be grateful and courteous in return.

If you submit technical papers, you will experience rejection. In some cases, rejection indicates that you should move on and begin a different line of research. In most cases, the reviews offer an opportunity to improve the work, and so you should be very grateful for a rejection! It is much better for your career if a good paper appears at a later date, rather than a poor paper earlier or a sequence of weak papers.

Even small flaws or omissions in an otherwise good paper may lead to rejection. This is particularly at the elite venues with small acceptance rates, where you should aim your work. Referees are generally people of good will, but different referees at a conference may have different standards, so the luck of the draw in referees is a factor in acceptance.

The wrong lesson to learn from rejection is discouragement or a sense of personal failure. Many papers — even papers that later win awards — are rejected at least once. The feedback you receive, and the opportunity to return to your work, will invariably improve your results.

Don't be put off by a negative tone in the reviews. The referees are trying to help you, and the bast way to do that is to point out how your work can be improved. I often write a much longer review, with more suggestions for improvement, for papers that I like; if the paper is terrible, I may not be able to make as many concrete suggestions, or my high-level comments may make detailed comments moot.

If a reviewer didn't understand something, then the main fault almost always lies with your writing. If you blame a lazy or dumb reviewer, you are missing the opportunity to improve. Reviewers are not perfect, but they work hard to give you helpful suggestions, so you should give them the benefit of the doubt. Remember that just as it is hard to convey technical ideas in your paper (and if you are getting a rejection, that is evidence that you did not succeed!), it is hard to convey them in a review, and the review is written in a few hours rather than the weeks you spent on the paper (not to mention months or years of understanding the concepts). You should closely attend to both the explicit comments, and to underlying issues that may have led to those comments — it isn't always easy to capture every possible comment in a coherent manner. Think about how to improve your research and your writing, even beyond the explicit suggestions in the review — the prime responsibility for your research and writing belongs with you.

Norman Ramsey's nice Teach Technical Writing in Two Hours per Week espouses a similar approach to mine: by focusing on clarity in your writing, you will inevitably gain clarity in your thinking.

Don't bother to read both the student and instructor manuals — the student one is a subset of the instructor one. You can get much of the benefit from just one part, his excellent “principles and practices of successful writers”:

• Correctness. Write correct English, but know that you have more latitude than your high-school English teachers may have given you.
• Consistent names. Refer to each significant character (algorithm, concept, language) using the same word everywhere. Give a significant new character a proper name.
• Singular. To distinguish one-to-one relationships from n-to-m relationships, refer to each item in the singular, not the plural.
• Subjects and verbs. Put your important characters in subjects, and join each subject to a verb that expresses a significant action.
• Information flow. In each sentence, move your reader from familiar information to new information.
• Emphasis. For material you want to carry weight or be remembered, use the end of a sentence.
• Coherence. In a coherent passage, choose subjects that refer to a consistent set of related concepts.
• Parallel structure. Order your text so your reader can easily see how related concepts are different and how they are similar.
• Abstract. In an abstract, don't enumerate a list of topics covered; instead, convey the essential information found in your paper.
• Write in brief daily sessions. Ignore the common myth that successful writing requires large, uninterrupted blocks of time — instead, practice writing in brief, daily sessions.
• Focus on the process, not the product. Don't worry about the size or quality of your output; instead, reward yourself for the consistency and regularity of your input.
• Prewrite. Don't be afraid to think before you write, or even jot down notes, diagrams, and so on.
• Use index cards. Use them to plan a draft or to organize or reorganize a large unit like a section or chapter.
• Write a Shitty First Draft™. Value a first draft not because it's great but because it's there.
• Don't worry about page limits. Write the paper you want, then cut it down to size.
• Cut. Plan a revision session in which your only goal is to cut.
• Norman Ramsey's advice , excerpted immediately above .
• “Hints on writing an M.Eng. thesis” , by Jeremy Nimmer
• my notes on reviewing a technical paper , which indicate how to recognize — and thus produce — quality work
• my notes on choosing a venue for publication
• my notes on giving a technical talk : a talk has the same goal as a paper, namely to convey technical ideas
• my notes on making a technical poster
• Ronald B. Standler's advice on technical writing
• Dave Patterson's Writing Advice
• Advice on SIGPLAN conference submissions (at bottom of page)
• The Elements of Style , William Strunk Jr. and E. B. White, is classic book on improving your writing. It focuses at a low level, on English usage.
• Style: Toward Clarity and Grace , by Joseph M. Williams, is another general-purpose writing guide, with a somewhat higher-level focus than that of Strunk & White.
• The Sense of Style: The Thinking Person's Guide to Writing in the 21st Century , by Steven Pinker, is an excellent guide to writing. It gives reasons (from psychology and other scientific fields) for its advice, making it more authoritative than someone's opinion.

Back to Advice compiled by Michael Ernst .

Tips for Writing Technical Papers

Jennifer widom , january 2006, running example, paper title, the abstract, the introduction, related work, performance experiments, the conclusions, future work, the acknowledgements, grammar and small-scale presentation issues, versions and distribution.

• Link to facebook
• Link to linkedin
• Link to twitter
• Link to youtube
• Writing Tips

A Guide to Technical Writing (With Examples)

4-minute read

• 5th May 2023

You can find technical writing in lots of places, including in your home, at your job, in many industries, and in businesses of all sizes. If you need help with business writing specifically, check out how we can assist you .

In today’s post, we’ll break down what technical writing is and how to do it effectively. We’ll also provide some handy examples.

What Is Technical Writing?

Technical writing doesn’t always look very technical! It can be anything that describes how to do a task or how to operate a machine or system. Or it can cover a specialized topic. Technical writing includes recipes in your favorite cookbook, board game instructions, operator manuals, health and safety regulations, legal documents, and financial reports.

Instructions for Carrying Out a Task

This type of technical writing can be a recipe for a cake, the instructions for a board game, tips on how to walk your dog to heel, or the script for a social media video on how to cut your own hair.

Operating Manuals for Machinery, Appliances, or Systems

Technical writing can also be the user guide for a dishwasher, for a factory machine that makes cardboard boxes, a “how to” guide for spreadsheets, or instructions for changing the oil in your motorcycle.

Specialized Topics

The list here could be very, very long! Technical writing on specialized topics includes a company’s business reports, a medical consultant’s letter to a patient, health and safety regulations, employment policies, and legal documents.

So How Do I Produce a Great Piece of Technical Writing?

Let’s take it in three stages: Who? What? How?

Who Is It For?

In any type of writing, knowing your audience is important. This is particularly true of technical writing. Here are some examples of who might read technical writing:

·  A renter of an apartment that needs details on their lease

·  An electrical engineer who needs to know how the wiring is laid out in the apartment block

·  The janitor of that same building who needs to know the location of the emergency lights

·  The occupant of apartment 61, who needs to know how to use the oven in their kitchen

They all need information presented to them, but what information do they need?

What Do They Need?

The renter needs a legal document that leaves no room for doubt about their legal rights and obligations and those of their landlord. The document will be very detailed, containing terms that need careful explanation.

The electrical engineer needs accurate, clear information about the wiring, as they could get hurt or cause harm to someone else if the diagram is inaccurate.

The janitor needs clear directions and a map of where the emergency lights are.

The occupant of apartment 61 needs instructions that are written in plain English so they can use their oven safely.

How Should Technical Writing Be Composed?

Follow these steps when writing a technical document:

·  Research and know your subject thoroughly.

Find this useful?

Subscribe to our newsletter and get writing tips from our editors straight to your inbox.

·  Decide on the appropriate writing style. Just because it’s technical, doesn’t mean it has to contain lots of jargon . Be concise, be direct, and be straightforward.

·  Consider whether you need to include diagrams, maps, images, charts, and/or tables.

·  If writing instructions, take it one step at a time, write objectively , and make sure the instructions work!

Examples of Technical Writing

Let’s look at some examples:

The first version contains unnecessary words, but the warnings are not specific enough. The instructions should be concise and clear. In the second version, the danger is stated right away, and the critical warnings are concise and specific.

In these examples, the first version is unnecessarily wordy. It provides a lot of detail for minor tasks but gives vague instructions for bigger tasks. The second version is much clearer. The instructions are easier to follow, and they include each necessary step.

Good technical writing needs the following attributes:

1. Relevance

2. Accuracy

4. Accessibility

5. Simplicity

Really good technical writing will include these attributes every time.

Is technical writing difficult?

Technical writing does not have to be difficult if you follow our guide and do your research beforehand.

Are there professional bodies for technical writers?

There are several professional organizations for technical writing. This list from UTA Libraries is very useful.

What can I do if I’m not sure that my technical writing style is appropriate to my subject?

We have experts in many fields who can check your writing and advise on style .

Share this article:

Post A New Comment

Got content that needs a quick turnaround? Let us polish your work. Explore our editorial business services.

5-minute read

Free Email Newsletter Template (2024)

Promoting a brand means sharing valuable insights to connect more deeply with your audience, and...

6-minute read

How to Write a Nonprofit Grant Proposal

If you’re seeking funding to support your charitable endeavors as a nonprofit organization, you’ll need...

9-minute read

How to Use Infographics to Boost Your Presentation

Is your content getting noticed? Capturing and maintaining an audience’s attention is a challenge when...

8-minute read

Why Interactive PDFs Are Better for Engagement

Are you looking to enhance engagement and captivate your audience through your professional documents? Interactive...

7-minute read

Seven Key Strategies for Voice Search Optimization

Voice search optimization is rapidly shaping the digital landscape, requiring content professionals to adapt their...

Five Creative Ways to Showcase Your Digital Portfolio

Are you a creative freelancer looking to make a lasting impression on potential clients or...

Make sure your writing is the best it can be with our expert English proofreading and editing.

Technical Writing

(28 reviews)

Annemarie Hamlin, Central Oregon Community College

Chris Rubio, Central Oregon Community College

Copyright Year: 2016

ISBN 13: 9781636350653

Publisher: Open Oregon Educational Resources

Language: English

Formats Available

Conditions of use.

Learn more about reviews.

Reviewed by Amine Oudghiri-Otmani, Instructor, Marshall University on 10/15/22

This text offers a good amount of instruction (though at times limited) underlying effective workplace and technical writing/communication. Having personally examined a number of technical writing materials, this is by far one of the very few... read more

Comprehensiveness rating: 4 see less

This text offers a good amount of instruction (though at times limited) underlying effective workplace and technical writing/communication. Having personally examined a number of technical writing materials, this is by far one of the very few texts that incorporate a section about texting. Freshman students will benefit from this introductory-level text and will appreciate the authors' emphasis on conventional technical documents including emails, letters, memos, reports, and proposals. The textbook, however, may not satisfy the needs of students in advanced technical writing courses looking for guidance on complex documents beyond the conventional ones identified here. Visual representation of information could be improved, and the organization of chapters could be more strategic. A separate section about reports with important introductory information, for instance, could precede the progress reports and technical reports sections.

Content Accuracy rating: 2

A full citation guide is not provided, which may not reflect well on the credibility of the authors and/or the accuracy of the information provided. The attribution information at the end of each chapter is the only reference provided, contradicting the authors' recommendation to support one's writing with material from outside research.

Relevance/Longevity rating: 4

Although the materials are relevant to orthodox technical writing contexts, the text could benefit from a separate section that introduces writing in the digital world to reflect the evolving nature and changing landscape of technical communication. As part of the additional section, for instance, the authors could discuss potential similarities/differences between documents produced traditionally (e.g., pencil and paper, in addition to those developed by means of regular Word processor) and those produced digitally using various contemporary media. Similarities and/or differences could be discussed in light of prose and rhetorical strategies, among others.

Clarity rating: 5

The authors use simple, clear, and easy-to-understand prose. After all, sentence structure in technical writing is expected to be short, concise, and to the point. This text fits under this category of direct and unambiguous language. In addition to the authors identifying and covering essential technical terminology, the reader will appreciate the combination of descriptive (i.e., regular declarative) and direct (i.e., imperative, instructional) language. The memo, for instance, "has a header that clearly indicates who sent it and who the intended recipients are," and the reader is asked to "always consider the audience and their needs when preparing a memo."

Consistency rating: 4

Consistency is off a few times throughout the text. At the beginning of the first chapter, "Professional Communications," for instance, the authors write, "From text messages to reports, how you represent yourself with the written word counts." In this first chapter, however, only texting, emails, memos, and letters are discussed. Reports are mentioned only briefly under the cover letter to a technical report section, but no prior background about reports is provided.

Modularity rating: 5

Consistent use of headers and special highlights (e.g., boldface, etc.) helps chapter sub-sections and other important information stand out. The headings and sub-headings minimize potential distractions or other inconsistencies in modular presentation of chapter content.

Organization/Structure/Flow rating: 3

Chapter organization throughout the text consists of introduction and discussion. A conclusion in which a general, targeted final reflection is provided, however, is missing. Although the same chapter structure is used throughout the text, which will help keep the reader focused as they navigate subsequent chapter content, the authors could discuss chapter presentation, structure, and framework prior to the first chapter. The introduction section could benefit from a few sentences previewing this across-the-board structure.

Chapter lineup could also be more strategic. The chapter "Ethics in Technical Writing," for instance, could go first before "Information Literacy" and "Citations and Plagiarism."

Interface rating: 4

Readers may be distracted by the number of blank pages at the end of chapters. Readers looking to print individual chapters with ample text on each page (or those simply interested in saving trees by minimizing the number of pages printed in multiple jobs) may be disappointed. Text navigation and individual chapter selection, however, are made easy thanks to the hyperlink attached to each line/item under "Contents." Readers looking to go to a specific chapter do not need to engage in much scrolling and are given the opportunity to jump straight to the specific chapter or chapter sub-section by clicking the link.

Grammatical Errors rating: 4

No grammar errors have been detected. The authors' occasional use of the "conversational" tone may not be an issue, especially in terms of deciding whether the language matches the universal, agreed-upon conventions of technical writing. The textbook being an introduction to technical writing is meant to provide a general overview of the field, and technicality at the clause level is not required. The latter is expected to be a feature of advanced-level texts. The authors, however, could consider adding a separate section that discusses style and tone (in addition to orthodox grammar/sentence structure error patterns like splices, fragments, etc.). That the language used in the text may not match the conventions of technical writing - in terms of style and tone - could also be emphasized.

Cultural Relevance rating: 5

Chapter 13, "Communicating Across Cultures," introduces the reader to the importance of considering the variety of cultures and culture uniqueness (and peculiarity) in technical communication, which I believe does the job. Advanced-level texts may delve deeper into the requisite component of culture and culture sensitivity in both drafting certain technical documents and deciding on the style/tone to be used, context dependent. This textbook subscribes to the general/introductory category in this (i.e., discussion of culture) respect.

Reviewed by Sylvia Hayes, English Instructor, Midlands Technical College on 7/26/21

This book is concise and covers an array of Technical Communication topics and genres. This text provides flexibility in the fact that it focuses on Technical Communication for a more generalized audience and therefore this would work well as a... read more

This book is concise and covers an array of Technical Communication topics and genres. This text provides flexibility in the fact that it focuses on Technical Communication for a more generalized audience and therefore this would work well as a Technical Communications text for a First-Year Writing course at a 2 or 4-year college. The organization of the section is not very logical, luckily most instructors do not use textbook chapters in order. The text could use more examples for students in the medical and legal fields. It could use more visual support within the chapters.

Content Accuracy rating: 4

The information presented in this text is accurate, error-free, and unbiased; however, there are no references to original sources for most of the content.

Relevance/Longevity rating: 5

The content of this text is written so students can use the information in many different technical communication settings.

Clarity rating: 4

The text is clear, the prose is accessible and it defines and provides adequate context for concepts college-level students may find unfamiliar. There are multiple instances of the text directing you to a hyperlink to another resource that explains the concept in more depth. However, the text does not model the level of clarity necessary for technical communication. There are various sections that are underdeveloped and need more graphics and examples.

Consistency rating: 3

Due to the sheer number of contributing authors, it is hard to create a consistent framework for the chapters. They each seem to be designed by the separate contributors in ways that make sense to them and are not uniform to the book. In terms of terminology, the text is consistent.

Modularity rating: 3

This text is broken up into sections and subsections, that can be assigned at different points within a course. As the organization of the chapters is chaotic, I believe most instructors would have to move sections around as assign them individually instead of starting at chapter 1 and working through the textbook.

Organization/Structure/Flow rating: 1

The organization of chapters is confusing. Why are citations in between Proposals and Progress Reports? Chapters refer to students learning of concepts found later in the textbook.

Interface rating: 2

Not all sections are set up the same, which makes it harder to navigate and find information. In some versions of the text, you can't see the graphics. You cannot search the text using normal search indicators "AND," "NOT," etc. this makes searching this text much more difficult than some others. Why are there so many blank pages in the PDF, if someone was to print the text they would waste about 1/4 of the pages.

Grammatical Errors rating: 3

There weren't any noticeable grammatical errors. The sentence structure is varied, however, there were some long, wordy, confusing sentences. The tone is very casual and not professional.

Cultural Relevance rating: 3

There is no culturally insensitive or offensive language in the text, however, the text is not inclusive of a variety of races, ethnicities, and backgrounds in its examples or images.

Reviewed by Mary Larsen, Instructor, Pittsburg State University on 5/14/21

This textbook highlights important components of technical writing, including various forms of technical writing in the workplace and also approaches to audience analysis, graphics, and ethics within the writing of these documents. This text also... read more

Comprehensiveness rating: 5 see less

This textbook highlights important components of technical writing, including various forms of technical writing in the workplace and also approaches to audience analysis, graphics, and ethics within the writing of these documents. This text also includes information about resumes and employment, which is very applicable to technical writing and provides readers with a dual layer of content.

Content Accuracy rating: 5

Content within this text is accurate and mostly error-free. The content is based off of multiple authors rather than one single-viewpoint, which provides additional insights into topics versus only one limited view. Content is cited and derived from David McMurrey, who has experience and a plethora of knowledge in all aspects of technical writing.

The text is relevant to writing in the workplace as it covers aspects of "netiquette," which is something technical writers will encounter more and more as workplace functions are moved more to online formats. The formats covered are also frequently used forms of communication in the workplace, such as email, letters, memos, proposals etc. This provides a large scope of relevant documents that readers could encounter when writing in the workplace.

This text is written in plain language and easy to read. Content is sectioned off pretty well for easier readability and there were few, if any, areas of jargon or overly technical language. Tips are provided in various sections that assist readers in actually applying the content.

Consistency rating: 5

How text and visuals are presented and the sense of organization of various chapters and sections are all consistently presented within.

Modularity rating: 4

Subheadings are used within for easier readability; however, content is text-heavy at times. Content jumps around some, but is otherwise organized into a logical progression of points (such as discussing audience and types of documents in the beginning and saving design and employment content for later in the text).

Organization/Structure/Flow rating: 5

The organization follows a logical progression of ideas and concepts that would be presented within a technical writing course. The Table of Contents includes easily recognized sections and page numbers and each new section is noted at the top of the page. At times the images presented conflict with the text and spacing on pages, but is otherwise easy to attribute to the content pertaining to the image.

Interface rating: 5

Some of the images / videos are pixelated. The textbook includes links to videos and images that further touch upon the concepts of a chapter, which is very helpful and engaging. Images link to direct PDF files for easier access of a document. Seems to be some unnecessary space left on pages or between section changes.

Text is mostly free of grammatical errors, although a few minor grammar mistakes were present. For example, "insure" is used instead of "ensure" in Section 3.7.

Chapter 13 of the text is "Communication Across Cultures," which lends to its response to cultural sensitivity. The text seems to keep in mind readers of various races and backgrounds and uses relevant pop culture references that are inclusive. If anything, the textbook could incorporate aspects of gender in relation to technical writing in the workplace.

This textbook covers most all of the content I currently use in my own technical / professional writing courses and I am considering adopting this textbook in future courses that I teach.

Reviewed by Bjorn Smars, Career Instructor, University of Oregon on 7/2/20

As far as I can tell, this textbook does not include an index or glossary. However, each chapter is broken into separate sections with descriptive titles and headings, so navigating to specific concepts and ideas is not difficult without the use... read more

As far as I can tell, this textbook does not include an index or glossary. However, each chapter is broken into separate sections with descriptive titles and headings, so navigating to specific concepts and ideas is not difficult without the use of an index. My only complaint about this text, at least in regards to its comprehensiveness, is that many of the sections or pages are underdeveloped or do not contain sufficient explanation and/or examples to illustrate important concepts. For example, the chapter on communicating across cultures provides useful tips that students can use to think critically about cross-cultural communication, but these suggestions are limited in that they are designed to apply broadly to most situations in which cross-cultural communication occurs and therefore do not offer clear guidelines or practical strategies for students to learn about and identify a particular culture's communication norms.

As far as I can tell, the information presented in this text is accurate, error-free, and unbiased. The purpose of this textbook is to serve as an introduction to technical writing, and as such is designed to provide students with practical strategies for engaging in effective technical communication.

As I mentioned in an earlier comment, most of the content in this textbook is written in such a way that it can be applied practically and broadly to a variety of situations in which students may find the need to engage in technical writing and/or communication. The focus is more on providing practical strategies and helping students develop critical thinking skills than it is about using a particular software.

The prose is clear and accessible to college-level readers, and unfamiliar concepts are either defined in-text by the textbook's authors or via hyperlink to another source. For example, in chapter "13.2 Understanding Cultural Context," the authors provide a link to a YouTube video that explains the differences between high-context and low-context cultures in more depth.

The textbook uses consistent terminology and frameworks throughout.

As I mentioned in an earlier comment, the organization of the textbook is easy to navigate and understand. Each chapter is broken into separate sections with descriptive titles and headings. My only complaint is that there is some inconsistency between the lengths of each chapter's subsections. Some sections are very short (150-300 words max) while others are much longer, ranging in the 2,000-3,000 word range. That said, each section is clearly labeled, and the headings are highly descriptive.

See previous comment.

Each chapter's subsection has navigational arrows that allow the reader to move on to the next section easily, and the table of contents is easily accessible on every page. However, locating the table of contents may not be intuitive for some students, and some students may not know how to navigate through each chapter's subsections.

Grammatical Errors rating: 5

I did not notice any grammatical errors.

Cultural Relevance rating: 4

As I mentioned in an earlier comment, this text could provide more examples to help students better understand cultural differences in terms of communication. More examples that are relevant to students attending one of Oregon's many colleges or universities would help to illustrate these cultural differences and provide students with a practical, real-world strategies for engaging with their peers, professors, and other folks from other cultures and/or regions.

Overall, I found this textbook very useful, though I had to supplement much of the information either with links to other sources or with material I developed personally. It's a useful and accessible introduction to technical writing for most undergraduate students, but it is not a comprehensive document and therefore may require the instructor to provide additional information or resources.

Reviewed by Elizabeth Aydelott, Part-Time Instructor, Lane Community College on 6/26/20

This text covers almost every topic that I would cover in a Technical Writing Class for generalized studies. A class geared toward a specific aspect of the field - engineering or a medical field, for example - would need to add material. This text... read more

This text covers almost every topic that I would cover in a Technical Writing Class for generalized studies. A class geared toward a specific aspect of the field - engineering or a medical field, for example - would need to add material. This text provides a solid basis for any course in technical writing, though.

The information is accurate, the citation guide up-to-date, and most material is relevant to any aspect of the field.

The content is almost all up-to-date. I would suggest adding a section on conference calls in the chapter on Professional Communications. That format has its own specific netiquette rules, ethics, and audience considerations. And conference calls, in a variety of formats, are increasingly essential to the working life.

Clear, common sense prose. The beginning of each chapter should probably be titled "Overview" or something similar, perhaps with a brief outline, for more clarity.

The book's structure changes with each format. I suggest that the instructor designate a preferred version for the class. Within the text, however, it becomes fairly easy to navigate through the material.

This text would be easy to assign in appropriate chunks for the students.

The text has a logical order, but I would assign the last chapters first since I usually begin with employment application materials and then cultural awareness almost immediately afterwards.

Interface is fairly straightforward and clear. Some of the videos, particularly in the beginning, are a bit referential to a specific course rather than to the topic in general.

Grammar has no problem. I wish, though, that a general chapter on grammar was included for the students.

I really appreciated the chapter on Communicating Across Cultures, but I wish it had been included earlier in the book. Perhaps a reference to Cultural Literacy within the chapter on Audience.

I'm confused about why the Open Textbook Library lists the book with only one author instead of the seven listed in the book itself.

Reviewed by Christopher Schott, Assistant Teaching Professor, University of Missouri - St. Louis on 4/23/20

This book really does cover a great deal of ground. However, I found the pacing and the organization of the section to be a little sporadic, especially if the book were to be read linearly by students. This may not be a serious concern as,... read more

This book really does cover a great deal of ground. However, I found the pacing and the organization of the section to be a little sporadic, especially if the book were to be read linearly by students. This may not be a serious concern as, especially in a digital format, the book can be navigated easily from topic to topic. Many chapters are short (some are quite detailed, though), which can be a real asset, but the lack of technical writing theory might be a concern for instructors looking to balance practice with understanding approach. While the book does cover a great of texts that are useful for students studying engineering and computer science, it may provide fewer examples and cover less in terms of students looking for technical communication instruction in medical fields, journals, legal fields. Another issue, when it comes to comprehensiveness, is the lacking of exercises and assignments. For my own teaching, this is not an issue (I try to craft assignments that fit the culture of my students' academic programs), but I could see it limiting the use of this book for other professors who would like corresponding assignments and readings.

As a reader, this book seems unbiased to me. That said, there are some prescriptive outlooks on crafting documents that may lead a reader to believe there is a one-size-fits-all way to compose a text. For example, there is a recommendation that emails are limited to three paragraphs, which is a very narrow view of that genre (shouldn't it depend on the rhetorical context, audience, etc.?). Overall, the content in the book appears accurate, even if a little prescriptive at times. However, this can be remedied through instruction from the professor.

The information that is presented in this book is very similar (and in some cases, exactly the same) as the information I've been teaching for the ten years I've been teaching technical communication. Some concepts in this course, such as audience, purpose, tone, precision--these will forever be touchstones of any professional writing course, technical writing is no exception. I very much am happy to see a chapter on information literacy, which is honestly and unfortunately absent from a surprising amount of existing (and expensive) technical writing textbooks. Some of the information does seem to not work (some links, for example), which may hurt longevity, but the authors do note this might be a possibility when using the book.

This book is clear. As a technical communication text, I would hope it would be and I was happy to see the authors not utilize jargon, instead stick to very explicitly presented ideas, sentence structure, and offering simple language that will appeal to readers, make them feel smart, all while retaining the level of academic rigor a text like this needs.

The chapters in this book are all formatted relatively the same. This offers readers a consistent and predictive reading experience (which, in itself, is a valuable technical communication skill). Each chapter starts with a very useful introduction, leading nicely into the rest of the chapter. There are, at times, inconsistencies in how thoroughly topics are treated and covered, but that is to be expected with many textbooks.

This text seems to be designed for purposeful fragmentation in a course. By this, I mean that the text does not have to be read linearly to be useful for students. In fact, and this is something the authors may have had in mind when writing, but most textbooks are not read and interacted with linearly anyway. Chapters are skipped, brought back, and revisited. I think this is just fine and, in many ways, provides a more fruitful reading experience.

Along with the previous idea of Modularity, I do not think the text is perfectly organized. One could argue that a textbook should move from more simple to more complex concepts. However, I disagree and do not think this needs to be the case. Instead, while the chapters here might seem a bit out of order in terms of their "difficulty," to do seem to be ordered nicely in terms of some theoretical understanding (though, very little) into more genre-based writing. Because the text can function in ways that benefit the class, this is not an issue.

The book is incredibly easy to navigate and use. Some links are broken, which can be frustrating, but it doesn't distract from the usefulness of the book overall.

I did not notice any grammar and mechanical errors in the text.

Despite an opening comment in the Introduction that claims students will learn to write "in such a way that even Grandad can understand," a which is a bit insulting to grandpas everywhere (it's ageist), the book seems to be culturally respectful and appropriate. I am a big fan of the cultural sensitivity section in the book, which I think is very carefully and thoughtfully presented to readers. There are topics that can be included that were not. In technical communication, it's important to remember that standards are always changing in business and this will undoubtedly shift the way professionals communicate, interact, and write. For example, a section on language inclusivity would be useful.

I'm grateful for this book. The authors have really put together a text that is useful in terms of what it can do in different kinds of technical communication classroom. I've seen many different kinds of technical writing courses and they are all taught differently. It seems this book has the unique ability to fit many different kinds of teaching styles, learning environments, and student abilities--and the book's design and functionality allows for professors to be very malleable in their pedagogy.

Reviewed by Brian Ballentine, Professor, West Virginia University on 4/20/20

The book is being reviewed the book in the web PDF format. At least one other reviewer has noted that there are inconsistency issues across various formats in which the book is offered. The web PDF format functions as expected in Acrobat reader... read more

Comprehensiveness rating: 2 see less

The book is being reviewed the book in the web PDF format. At least one other reviewer has noted that there are inconsistency issues across various formats in which the book is offered. The web PDF format functions as expected in Acrobat reader with the sidebar thumbnails and toc providing hyperlinks to specific pages and sections. This format does not have a much-needed index or glossary. The book does not have the same comprehensive content that a student would find in one of the large, mainstream, and admittedly costly technical communication texts by authors like Markel and Selber, Lannon and Gurak, or Anderson. There isn't enough or any coverage on important topics like instruction sets, technical procedures or definitions, user experience testing (including testing instruction sets and other technical documentation), and oral presentations. Documents like instruction sets are mentioned but only in passing. E.g., "Examples are one of the most powerful ways to connect with audiences, particularly in instructions" (2.3). There is content on preparing PPT slides but no content on giving a presentation.

The content does not cite original sources. Each chapter and even sub-section has author attributions for the book itself but rarely does it reference external sources. This becomes particularly obvious for writing instructors in parts of the book like chapter 14 that contend with genre, genre analysis, and genre systems but with no references to the writing scholars we attribute to genre studies (Miller, Bawarshi, Russell). This is not to say that the content is automatically inaccurate but one of the points the authors themselves make about the need to cite sources is the importance of using those sources to build confidence in the audience.

Relevance/Longevity rating: 1

The book opens with content on texting and email but then largely abandons digital communication platforms. Again, in larger technical communication textbooks instructors would expect to find chapters dedicated to "blogs, wikis, and web pages" and "social media" platforms as in offerings by Lannon and Gurak. A more contemporary text would no doubt include online collaborative tools and meeting platforms like Slack and Microsoft Teams. The recommendation here would be to create a separate chapter or chapters dedicated to technology platforms with the idea that it would be easier to update in the future.

Clarity rating: 2

The writing is more conversational than professional. The book does not model the level of clarity needed for technical writers. E.g., section 9.2 on "Presentation of Information" begins with a longer paragraph that attempts to summarize the space shuttle Challenger disaster as an example of why clear communication is important. The textbook authors write: "Possibly the engineers were just poor writers; possibly they did not consider their audience; or possibly they did not want to look bad and therefore emphasized all the things that were right with the Challenger. (Incidentally, the O rings had worked fine for several launches.)" Edward Tufte's now famous case study of the Challenger contradicts this summary. The rocket company and its engineers did indeed make a no launch recommendation (their first in 12 years) precisely because they had data showing the O-rings failed in cold temperatures. It is moments like these in the textbook that give me pause.

Consistency rating: 2

The multiple authors on this textbook likely pose challenges for creating consistency across the project. For example, in the chapter dedicated to Proposals, the first section is titled "Some preliminaries" and it offers a narrative overview of proposals and the roles they may play. In the chapter dedicated to "Progress Reports," the first section offers "functions and contents of progress reports" that has just two bullet lists. Students like to become acquainted with a consistent format across a book's chapters so they know where to find answers/resources that they need, regardless of the topic.

The textbook does contain self-referential content but overall the chapters could be used in a modular fashion to supplement other learning materials/readings in a technical writing course.

Organization/Structure/Flow rating: 2

Even if the textbook was designed to be modular, it is still prepared and presented in a specific order (with linked toc in the PDF version). Concepts of genre and genre analysis are presented as fundamental to understanding the writing process yet they come at the end of the text. Audience analysis comes much earlier (chapter 2) but not before texts, emails, and netiquette. Proposals are in chapter 3 but information literacy, including instruction on how to begin research for a proposal isn't until chapter 4. Organizing a textbook toc must be incredibly challenging but there are many models out there that overcome some of these organizational challenges.

Interface rating: 3

The PDF version of the textbook works as expected in terms of the links in the toc and the thumbnails visible in Acrobat. It can be challenging to orient yourself in the text especially because there are many pages with minimal content. The PDF version has 242 pages but I would recommend to students that they only print selectively as many pages are blank.

Despite having many authors (and some open source content), the book does not have an abundance of grammatical errors. As mentioned before, the more casual tone of the textbook does not help with modeling technical and professional communication. There are grammatical issues (or perhaps more stylistic issues) that could be edited. E.g., the book uses the opening phrase, "In other words..." ten times throughout the book. Overall, though, the book scores high in the grammatical category.

Chapter 13 is dedicated to "Communicating Across Cultures" and offers students an overview of "culture" as a term as well as some important guidance on global communication. The book does break some of its own advice in these sections with references to authors with no attribution. E.g., "Geert Hofstede views culture as consisting of mental programs, calling it softwares of the mind, meaning each person 'carries within him or herself patterns of thinking, feeling, and potential acting which were learned throughout their lifetime.'” This chapter could make more specific references to technical communication and globalization. A longer paragraph in 13.4 on intercultural communication uses sheep as an example when there are so many ways to talk about the importance of good technical writing in support of technical products and services when they go global.

I would like to thank all of the authors as well as David McMurrey for their efforts in writing and editing this open source textbook. I will likely use chapters or sections to supplement other course materials in an effort to save students money on textbook costs. It may be possible to pair chapters from this textbook with one of the smaller "handbooks" on technical communication out there. While the ratings here aren't overly high, the standard of comparison was challenging. I am looking for options to supplant one of the large, mainstream technical communication textbooks and that is a high bar.

Reviewed by Lars Soderlund, Associate Professor of English, Western Oregon University on 3/7/19

The book has a strong balance of topics. In addition to the mix of genres that it discusses, the book is also effective in its coverage of different aspects of writing such as audience, context, ethics, etc. read more

The book has a strong balance of topics. In addition to the mix of genres that it discusses, the book is also effective in its coverage of different aspects of writing such as audience, context, ethics, etc.

The book contains no inaccuracies as far as I could tell, nor any political or social bias.

The book is relevant in a way that seems sustainable. It is not at the cutting edge of technical writing technologies or software, but it is the sort of book that would have (and probably has) helped students a decade ago and will still be useful in another decade owing to its coverage of general topics and its emphasis on writing fundamentals.

The book is extremely easy to read, and should not hold any students back.

The book's format changes occasionally, probably owing to the various authors involved, but it is not especially noticable and does not affect the book in a negative way.

The book seems to have been designed for modular use, and indeed that is how I plan to use it in my future classes. The way that the book starts with a quick reference guide to genres and then moves into the big-picture writing theory is evidence that the writers want the book to be immediately useful.

The book's organization seems maximally effective for teachers and students. As I mentioned above, the book starts by covering genres with relative swiftness, then it digs into essential writing topics, and then it covers larger genres in more detail. It ends with a section on "Thinking About Writing" that is pretty clearly designed for more advanced readers, and I think that's an effective choice.

The book was extremely easy to navigate and to use.

The book is very well-written and contains no grammatical errors.

The book is fairly dry, and so I did not notice cultural issues that might be of note.

The book is very good, and I look forward to using it.

But I do want to say that although above the book got 5-stars across the board, I'm not sure if I would give it a perfect review if I were to rate it. Basically, I find that students seem to flourish when a class (and a textbook) regularly comes back to explicitly stated themes, and the book didn't necessarily have those. They were there (audience, genre, etc.), but they weren't really up-played in a way that students will definitely get.

Still, again, this is a very strong book and I plan to redesign my future Technical Writing class with it.

Reviewed by Kathryn Northcut, Professor, Missouri University of Science and Technology on 1/13/19

The book is offered in various formats, and they aren't parallel. The organization of chapters in the web-native version defies logic. The expandable table is tricky to get used to because the hyperlink from the Chapter title goes to the chapter... read more

Comprehensiveness rating: 1 see less

The book is offered in various formats, and they aren't parallel. The organization of chapters in the web-native version defies logic. The expandable table is tricky to get used to because the hyperlink from the Chapter title goes to the chapter but the arrow on the right shows the subsections. It's hard to remember where you are as you navigate. I did not locate a glossary or index, and the book is not fully searchable in the web-native version because all sections can't be expanded onto one screen.

Content Accuracy rating: 1

Almost none of the content has references to original sources, and far too little theory is made explicit. Too much of the writing is chatty and conversational to provide a model of technical writing for university students.

The first section includes both platforms and genres. However, currently relevant platforms like Twitter are excluded from this section. Mixing platforms and genres seems odd logically. Later chapters jump between concepts and genres with no obvious logic to the order.

The style is accessible but not professional. The writing attempts to be engaging but is not rich enough in evidence, references, or good, contemporary examples for university students.

Consistency rating: 1

Unfortunately, the book consistently raises questions about whether these authors/editors have worked in technical contexts recently. Their advice seems to be off-base, including comparing omitting a conclusion to slamming down a phone on a caller. In fact, much professional writing starts with an abstract, executive summary, or cover sheet that obviates the need for a conclusion. The worst thing we can do in much scientific and technical discourse is build suspense and save the point, answer, or recommendations to the end. The way this book is designed and written does not seem to engage the exigencies of technical writing as I'm familiar with them. Other textbooks, whether consistent or not, provide better examples of practices from many industries to help prepare students from writing after college. This textbook focuses not just on the college experience, but on the Central Oregon Community College experience to the exclusion of other contexts.

Modularity rating: 2

The text does not contain modules that stand independently, despite appearing at the outset to be designed that way. Many phrases such as "as seen in the last section," make it difficult for students to follow what's happening. The videos address students in a single section writing a specific assignment and the content of the videos is not transferable to other contexts. The videos I viewed would not work in my courses, ever. Further, the textbook refers constantly to watered-down assignments that I would not assign. In my courses, students DO write a full proposal, not just an academic topic proposal. No one in industry writes topic proposals, so I would not teach that genre in my technical writing course. In fact, this textbook constantly focuses on the specific introductory assignments and methods at Central Oregon Community College, so a more ambitious, advanced curriculum would directly contradict the information in the textbook. If you wanted to teach your students to write proposals, you would be better off with online examples of successful proposals and top-of-the-head commentary than this textbook.

The organization of the textbook appears to be clear and clean, but gets difficult to manage once specific questions are asked, such as, "how should I assign readings to prepare my students for specific assignments?" One of my specializations is teaching proposals. This book doesn't handle proposal writing in a way that fits what I know of proposal writing outside of essay topic proposals used in composition courses. Why is information on Citations and Plagiarism after the chapter on proposals? Professional and academic proposals are robust documents which cite sources, so that background information would be useful earlier. Despite the textbook attempting to be modular, numbering chapters does suggest that there is a logic to the order. Non-numbered TOC might be a solution to this problem. In this book, short chapters are split up into tiny subparts, and navigation between them is tricky in the web-native version. Other Technical Writing/Communication textbooks, from Burnett's 2005 Technical Communication 5th Ed., to the current editions of Markel (and Selber) and Lannon (and Gurak) are superior in terms of internal logic, as is the Engineering Communication Manual (House et al) if the authors/editors need better examples of structure.

Interface rating: 1

I found the design appealing initially. Using it was confusing and there are many incompatibilities between the various versions available. The students would have difficulty locating the correct version of the textbook unless a PDF were provided to them by the instructor, and the PDF is problematic in terms of design and omission of content. In the web-native version, the sections are all very short and navigating to the next section requires clicking back and re-finding your place every time. Not having a "next section" button or arrow almost ensures that students will not complete the readings because they will think, incorrectly, that they are done with the (very short) chapter. The PDF version has many blank pages, making navigation cumbersome. The PDF document is much thinner than the large number of pages suggests. If a student were to print the PDF, much paper would be completely wasted and blank.

The conversational tone isn't ideal for educating students who will need to do technical writing in industry, but there are few overt typographic and spelling errors. The ones that exist are obvious and instructors can correct them if they use those chapters. Sometimes the authors refer to specific genres (like reports, in section 5.1) in a way that would confuse students (because writers cite sources in proposals, memos, and presentations, not just reports), and those errors should be addressed lest the students be misled about the conventions of the genres. Further, references to "your paper" and "paper" demonstrate lack of focus on rhetorical concepts of audience and purpose that should drive every technical communicator in every task. Most of our work is electronic/digital/online, so references to paper may not be incorrect, but they are largely archaic. When the authors refer to student assignments, they might call them "assignments," not "papers." The writing in section 5.2 needs editing. Overuse of "it" and "there" and back-referencing through pronouns ensures that students will have difficulty parsing the information. Further, students are seeing a poor example of a strong technical writing style because the sentences are written in a vague style that would lead to comprehension and translation errors. Further, the authors state that plagiarism is institution-specific, but that's only true in our academic bubble. In fact, plagiarism is an important IP (intellectual property) concern globally, so reference to international publication and copyright standards would be far more useful to students, who are students for 4 years or so, but professionals for up to 40 years.

Cultural Relevance rating: 2

Ideally, the authors would employ a plain style to avoid usability problems for non-American-dialect users. In the section (2.1 types of audiences) about audience, an opportunity is missed by not getting into user profiles and usability theory. Contrary to what is stated, technicians do not always lack sophisticated theoretical knowledge. It is not true that executives are always the audience for whom our students will or should write. The lack of robust user-based terminology is a problem with this book. I wonder if any of the authors are currently active in the technical communication community or have worked in nonacademic technical environments on communication design tasks. If they have, I would implore them to use better industry examples and the jargon of writers in technical professions. The authors should also focus on plain language in this book, and exemplify it in their prose. Karen Schriver's work is a good starting point.

I recommend this book (only) to instructors at Central Oregon Community College, where it perhaps serves a useful, important purpose. Its structure and content is unsuitable for majors in professional fields including engineering and science, and therefore is not a good choice for instructors teaching at most institutions where the course is offered. The emphasis on MLA style demonstrates the limited appeal of the textbook (to English majors). To be clear, MLA is not used in a single industrial or professional context I am aware of, outside English departments and literature-oriented professions. No mention is made of IEEE, which is the largest professional society in the world and which publishes professional ethics and authorial style guides that many professionals will encounter. It's great to include APA, but that social-science emphasis should be balanced with another professional style such as ASME or IEEE. The authors may have heard this, because they mention ASME in section 5.1, but they give no examples of what ASME looks like in practice. I worry that this textbook potentially does a disservice to the technical communication field as well as to open-access materials, which should be of high quality and represent best practices based on an awareness of the range of communication tasks working professional undertake. David McMurrey's work was far more technical and usable in its time; I'm sad to conclude that this textbook does not build productively on his legacy.

Reviewed by Jennifer Wilde, Adjunct instructor, Columbia Gorge Community College on 12/18/18

The text does many things very well, but it is too uneven to be truly comprehensive. It will work best as an introduction to technical communication and business writing. It is less helpful, I think, to students going into health care fields and... read more

The text does many things very well, but it is too uneven to be truly comprehensive. It will work best as an introduction to technical communication and business writing. It is less helpful, I think, to students going into health care fields and the social sciences. Chapters are brief and pragmatic, with no discussion of theory, no instruction on clarity or sentence structure, and little discussion of diction and style. The index is helpful; there is no glossary, but this does not seem to be an omission as there is little jargon used throughout the book. Some of the chapters are extremely brief and rudimentary, while others are detailed and nuanced. An example of the former is the section headed "Types of audiences", and an example of the latter is the section on ethics of technical writing. One of the earliest chapters is about texting. There are useful chapters dedicated to resumes, incident reports, proposals, and several other genres - and there is an interesting, though perhaps not as practical, discussion of genres in writing. Like most other technical writing resources, this book has nothing to say about case reports, medical or nursing notes, letters to the editor or position papers for professional and trade journals, all of which are pertinent to the daily work of many professionals in human services or advocacy. Another issue with the book is the lack of writing exercises and assignments. There are some areas with a "Try This" section, but not very many of them, and the assignments lack an assessment component.

The book seems unbiased, although some advice feels a little arbitrary, such as the recommendation to limit emails to three paragraphs. I do not find any errors of content. There is a technical error in the middle of the book, where the author refers to a graph about voting in Australia; that graph does not exist on the page but there is this editorial comment that was no doubt not intended for publication: [“How to vote…” – this image is on a blog that is CC-licensed but I don’t think the author used the image with permission. Is it possible to find a sub?] Who is who? Which Australian are we voting for?

Much of the advice will be appropriate forever: know your audience, know your purpose in writing, be respectful, be specific and clear rather than general and vague. The sections about how to present information visually are helpful: contrast, repetition, alignment and proximity are given the unfortunate acronym CRAP (so no doubt the reader will never forget it!) I also appreciate the chapter on information literacy, which includes information on scholarly, professional and general publications. This includes trade journals, something that WR 121 classes tend not to mention but are important for technical writing students. Of course, there is some information about PowerPoint that is likely already past its best-buy date, but the authors discuss that and point the reader towards existing and upcoming technologies other than PowerPoint. I was able to see the video on the writing situation but not all of the other links worked. The authors include a caveat that not all links will work, so that seems fair, but a comprehensive resource would not rely on links to external sources with all their potential foibles.

The authors resist the temptation to use jargon, and they stick to simple sentence structures for the most part. In that sense, they exemplify the sort of simple, crisp (if unexciting) prose that technical communication strives for. There is abundant use of the colon to introduce lists, and the authors use bullet points frequently.

The book is highly consistent. Each chapter starts with a brief introduction to what comes in the sections included in the chapter. That means that the first segment of each chapter is extremely short, followed by more detailed segments. What is not consistent is the amount of time spent on various elements of technical writing, which, as mentioned in the section on comprehensiveness, varies quite a bit.

Chapters could be read out of order, and instructors can certain assign some sections and not others. I would be most inclined to use the chapters on ethical issues, research, and proposals. I think that's OK, but the book is almost too modular. Chapters do not relate to one another and the order in which they appear feels arbitrary. There is some redundancy - for example, the issue of audience is addressed repeatedly without adding anything new on the subject. I generally prefer a text in which each chapter leads logically to the material in the next chapter and adds to the student's understanding of technical writing, but there are advantages to a source like this, too.

Organization/Structure/Flow rating: 4

The book is highly modular and the chapters do not flow into one another. I'm not sure why the chapters are ordered this way. I would tend to put some basic information about what constitutes technical writing at the beginning, followed by some guidance around doing research and writing ethically, followed by chapters on different types of technical writing: texts, emails, case reports, letters, resumes, proposals, recipes, instruction manuals, position papers, abstracts, encounter notes from a visit or interview, letters to the editor, mini-biographies and autobiographies ("about the author"), annotations. I would include an appendix about conventions: when to use a colon, how to convey numbers, the rules of capitalization, and the like.

The navigation was extremely simple and easy to use. The charts and images that are used are minimal but every one is highly useful and easy to see. Some links are broken.

I am prone to noticing grammatical and punctuation errors, but nothing jumped out at me in this textbook.

There is an ageist comment about "so easy that Grandpa could understand it" in the early pages defining technical vs academic writing. There is a very thoughtful section on cultural sensitivity. The authors use an interesting example of cultural differences, using a world map to illustrate the different meanings of the color red in different countries. However, it seems like a serious omission to leave out a discussion of inclusive language. Things in that field are always changing, but the authors could provide information about where to find the most up-to-date recommendations on inclusive language, such as the acceptability of "they" as a singular personal pronoun for gender nonbinary people, and what language is appropriate to describe ethnic groups etc.

The book is quite well written and useful, but not comprehensive. I would love to see this text updated with more sections. Chapters on lab/case reports, medical/interview notes, abstracts, introductions, mini-biographies, position papers and letters to the editor would enhance this text and broaden its appeal to new audiences, especially social science/health care students. I would love to see sections on effective sentences, collaborative writing, inclusive language, and grammatical conventions. Finally, an effective text on this topic should include assignments along with discussion of how to assess the assignments.

Reviewed by Cynthia Kimball Davis, Chair of the Integrative & Interdisciplinary Studies (IES) Department, Southern Utah University on 8/2/18

Comprehensiveness - Appears to offer all of the standard technical writing topics with an excellent easy bulleted table of contents. It also contains an excellent index and glossary. read more

Comprehensiveness - Appears to offer all of the standard technical writing topics with an excellent easy bulleted table of contents. It also contains an excellent index and glossary.

Content Accuracy - Appears to provide accurate content.

Relevance Longevity - Information appears to fit the relevant longevity category with the exception of the Professional Communication chapter; however, that would be an easy update.

Clarity - Information is presented in a simple and clear format.

Consistency - Information was not found to be incongruent in any way.

Modularity - The text is laid out in chapters with clear and simple sub-headings underneath each one.

Organization Structure Flow - The flow of the text is easy to follow.

Interface - The images could be more ascetically pleasing to the eye. In come cases, it appears that a high school student made them. Investing in a graphic designer might make the graphics more ascetically appealing. Furthermore, breaking the text apart with colorful questions and answers, activities, quotes, etc., is suggested.

Grammatical Errors - There were no grammatical errors found.

Cultural Relevance - The text appears to be culturally sensitive of all races, nationalities and ethnicities.

A text I definitely want to consider for my Technical Writing course. :)

Reviewed by Adam Karnes, Adjunct Instructor, Linn-Benton Community College on 6/19/18

The book covers the typical range of topics for a technical writing guide. At times, the balance feels off. A significant amount of the length is dedicated to topics usually covered in other classes (including research, citations, outlining). I... read more

The book covers the typical range of topics for a technical writing guide. At times, the balance feels off. A significant amount of the length is dedicated to topics usually covered in other classes (including research, citations, outlining). I would have preferred to have more info about the modes typical to technical writing, but what the book has is useful. Also, while the book has examples, I would appreciate even more examples. The book has a dropdown menu with a table of contents and a search feature in the reader.

The book is accurate. I did not observe inaccuracies.

On the whole, the book is relevant and should remain so for several years without the need for updates.

One important consideration regarding relevancy is the thematic dominance of references to Oregon. While the frequent mention of things related to the Pacific Northwest does not limit the readability of the text, this reoccurring theme makes the book more relevant for readers from this area than from others.

The book is clear and written with appropriate vocabulary for the typical student of technical writing. The body of the text goes into an adequate depth in the explanation of key concepts. Crucial terms are adequately explained. Examples are frequently included, although even more examples would be a welcome addition. The book lacks a glossary, which would also be a helpful addition.

The text is adequately consistent from beginning to end, but at times the sections feel disconnected. In this respect, the text works well as a modular book with distinct sections. The various parts do seem separate, however. The crossover between chapters could be stronger. This is probably the case due to chapters being derived from other sources. The differences do not render the text unreadable, just lack cohesive than the average textbook.

This text excels as a modular work. The sections are distinct and could be read independently. Teachers can easily pick and choose between sections without assigning the entire text.

The order in which the book’s contents are presented is somewhat arbitrary. (The section on resumes, for example, comes at the end—in many technical writing texts, this would come at toward the beginning.) Still, the ordering of the text is not confusing.

Navigating the text can be slow, with lots of scrolling and clicking through. Some of the sections are particularly long, and can be tiresome to scroll through. However, the table of contents is accurate and helpful. The book also has a search feature.

The text has no grammatical errors. The overall quality of editing is high.

The text is geared towards an American culture. However, the text discusses at length the importance of audience awareness and cultural differences in writing, particularly applications that span multiple cultures.

The greatest value this book offers is the ease with which teachers can select limited portions to assign to students based on the class objectives. This could easily replace a standard technical writing textbook in many courses, particularly if other texts further supplemented the class.

Reviewed by Susan Engel, Instructor, St. Cloud Technical and Community College on 6/19/18

Although an index/glossary is not provided, the Table of Contents organizes the material and allows for readers to see the breadth of areas and subjects within the Technical Writing textbook. Topics common to technical writing courses are explored... read more

Although an index/glossary is not provided, the Table of Contents organizes the material and allows for readers to see the breadth of areas and subjects within the Technical Writing textbook. Topics common to technical writing courses are explored in this text and include an important section (4.6) on evaluating sources as well as sections on plagiarism and the importance of citing sources. Topics that could perhaps be added to the text include social media (LinkedIn in Chapter 12: Employment Materials, for example) and technical writing for web pages or using online technologies.

Overall, the content appears accurate, error-free, and generally unbiased. Figure 13 in Chapter 11.4, however, doesn’t offer a resume sample for the exercise and simply states “Text of fake resume here”.

Content appears to be mostly relevant and offers up-to-date information on information literacy and other important technical writing concepts. Some of the content could be further updated, however. For example, chapter 12 discusses the idea of the cover letter being potentially outdated but then proceeds to offer guidance on writing one. This and other sections could offer updates, particularly regarding electronic and online documents.

The text is accessible and concise in delivery. Further clarification is offered through examples/samples in the sections on emails, memos, outlines, cover letters, technical reports, and others. Examples could be given in sections on proposals, progress reports, and other sections to offer further clarity.

The text offers consistency through the organization of the chapters and sections. Some chapters have features that others do not have, however. For example, Chapters 11 and 13 are structured with interactive activities not found in other chapters. The “activity” and “try this” in these chapters would be helpful in other chapters, too.

Chapters and sub-units within this text are clearly labeled. Although some overlap is offered, overall chapters and sections can be used individually in a course.

The organization is clear, user-friendly, and easily navigable using all-cap chapter headings and numbers and lower case section headings and numbers.

This text is offered in various formats which likely will help eliminate interface issues with certain sections. The section on resumes and cover letters, for example, might offer display differences depending on the format.

Grammatical errors were not detected.

Much of the text appeared to be neutral, and sections were dedicated to discussing cultural sensitivity within workplace writing. With that said, additional work on representation could be added within the examples. Also, ideas for inclusivity through accessibility in design of workplace documents might be added, too, as well as an updated discussion on gender in written communications beyond using Mr. or Ms. in the sections on email, cover letters, and audience.

This text is well organized with topics appropriate to technical writing, and I will consider using it in technical writing and workplace writing courses for first- and second-year students.

Reviewed by Erica Stone, English Instructor, Technical Writing, University of Missouri Kansas City on 6/19/18

The textbook is comprehensive; however, it seems to cover both technical writing and professional or workplace writing. It is absolutely appropriate for a comprehensive service course, but the authors should consider another title. Perhaps... read more

The textbook is comprehensive; however, it seems to cover both technical writing and professional or workplace writing. It is absolutely appropriate for a comprehensive service course, but the authors should consider another title. Perhaps Technical and Professional Writing would be more accurate.

There are a few minor typos and notes from a previous editor in the document and a few leftover editing notes. Regarding bias, the entire text does seem to be written for a particular course. While it is generalized, it does refer to particular assignments and contexts, sometimes without an example given.

The content is up to date; however, it may require revision as technologies evolve and change. For example, the texting section may need to be updated within the next year to account for newer texting apps and conventions.

The entire textbook is clear and accessible. In some places, it is conversational; however, I find that quality increases its accessibility and approachability, which is necessary for a technical writing service course.

The framework and organization of the textbook is consistent and easy to follow.

The modularity is helpful, and the text is well-organized.

All of the topics are presented in a logical and clear fashion.

All of the available interfaces work well.

I did not see any grammatical errors during my review. I did, however, see a few leftover notes from the editor.

The text is culturally appropriate and all example are relevant and inclusive.

In some places, the example links do not work. When there is time, the editors and/or authors should review the book to check for errors and broken links.

As mentioned in my first comment, the textbook could benefit from separating technical writing and professional writing as they are separate disciplines.

Reviewed by Michael Nern, Associate Professor, Emeritus, Ohio University Zanesville on 2/1/18

The book does not contain an index or a glossary. The book's primarily focuses on the proposal but also covers other traditional technical writing assignments such as the cover letter and resume. read more

Comprehensiveness rating: 3 see less

The book does not contain an index or a glossary.

The book's primarily focuses on the proposal but also covers other traditional technical writing assignments such as the cover letter and resume.

The content is accurate. I would not call the book error free.

The book contains relevant content that could be updated with relative ease.

The book's prose is not tightly edited, but the prose is accessible.

The book's content is consistent.

The text is well-organized for assigning smaller sections of reading at different points within a course.

The book's organization is solid and clear.

The text does not have interfacing issues.

The book needs a careful and close editing by one person.

I found the short chapter on ethics to be presented almost as an afterthought and believe it would be of little help to students.

I would use the book as a resource but not as a textbook for students. I might assign certain sections for reading but would more than likely use information from the book to add to already existing lectures and discussions, of course, giving credit to the authors.

In general, I believe both the Web and open source materials provide enough material to work with that textbooks in writing courses are unnecessary.

Reviewed by Jennifer Dareneau, Assistant Teaching Professor, The Pennsylvania State University- Berks on 2/1/18

Based on the Table of Contents, all subject areas mentioned there were covered adequately. However, there are several mentions of the technical report being the main document produced at the end of the term (which is true) and mentions of several... read more

Based on the Table of Contents, all subject areas mentioned there were covered adequately. However, there are several mentions of the technical report being the main document produced at the end of the term (which is true) and mentions of several prefatory documents needed for benchmarking along the way. Only a couple of those mentioned documents are detailed or explained in the book.

There are a few minor typos and notes from a previous editor in the document, including a question about permission to use a chart. Content itself seemed accurate.

Content is up to date. With the inclusion of sections on MLA and APA citation style as well as the job application chapters, it would need to be updated in about 5 years to reflect changes to those areas.

Clarity of language and expression of concepts is well done. Language is easy to understand but remains at a college student's level. Special terms are explained and defined.

For the most part, the book is internally consistent. There are some inconsistent elements- some chapters include links to samples, but not all; there is a link to one video only; some chapters include an activity prompt, but others do not.

Modularity is well done. Each larger unit is broken into smaller, easily understood and relevant sub units.

Organization is simple and logical.

I did not experience any navigation problems. Some images had an editor's note next to them, or were quickly covered by a small icon in the top right. The chapters on graphics had some photos that did not connect well to technical writing, and I suspect students in a class would struggle to understand the rhetorical significance of them (particularly the sections with Obama and the girls gymnastics team).

I noticed only one or two minor typos. There were some fragments and sentences beginning with And or But, which I hope were stylistic choices.

There were no culturally insensitive examples or remarks.

Reviewed by Ethan Jordan, Lecturer, Bowling Green State University on 2/1/18

The book covers a broad range of technical communication genres, and it covers everything I would hope to cover in my upcoming course. read more

The book covers a broad range of technical communication genres, and it covers everything I would hope to cover in my upcoming course.

Due to the objective nature of most technical writing, this book certainly follows suit and contains little in terms of bias or subjectivity. The document genres covered fit with standards in the field, and I have found very few errors.

I agree that this book will remain relevant over time. Certainly, notions of "netiquette" and online forms might change, but the essential tech comm genres covered will remain an essential component of workplace literacies, and as such, this book should remain relevant and be easy to update as needed.

The textbook is written in a voice that is straightforward and no-nonsense for students. It isn't the most scintillating reading, but a book on technical writing clearly doesn't need to be! The voice of the text is one that I feel students would appreciate - let's get to the point!

I don't see any major inconsistencies. The text works to reinforce technical communication concepts both in its subject matter and in the style of the text itself. Clarity and intelligibility are essentials, and the text appears to work within those frameworks.

I appreciate the way the sections aren't overly extended or complicated - the individual components make up the larger whole and could easily be reconfigured to suit the needs of instructors. I feel like this is less of a textbook to read in order, but a set of modules for instructors to customize.

The overall structure of the piece makes sense, and I found myself following the process outlined within the overall book structure. It also is able to be modified quite easily if needed, so that's a plus.

Some of the graphics are a bit low-res, but nothing that would inhibit meaning... it's well presented overall.

Very few that I can see!

I see no issues here - it's quite objective overall.

I'm really happy I found this one! It will be a huge help in my upcoming course, and I'm excited to use this as a supplement to my in-class discussions!

Reviewed by Elizabeth McClure, Lecturer, University of Maryland, College Park on 2/1/18

This text includes several sections that I would expect to see in a technical writing textbook: job search materials, reports, proposals, using graphics, professional communications, and audience analysis. It also includes a couple of sections I... read more

This text includes several sections that I would expect to see in a technical writing textbook: job search materials, reports, proposals, using graphics, professional communications, and audience analysis. It also includes a couple of sections I wouldn't necessarily expect, but that would be very useful in any professional writing class: discussions of the ethics involved in report writing, information literacy, and document design. However, there was no section related to manuals or instructions, which is a large gap.

In terms of usability in relation to comprehensiveness, the table of contents is nicely detailed, but no index appears so locating overlaps of information among and between chapters would not be as simple or straightforward as it could be.

In general, the information in the text is accurate, although some areas and issues would benefit from more nuanced or complex discussion. For example, in the section on job materials, professional advice varies widely related to the design of resumes, but this text does not discuss any of the variety of advice.

One minor note: There are several sentence-level errors (i.e., subject-verb agreement) that don't compromise communication but are occasionally jarring.

The content generally seems up-to-date, and the chapter organization and breakdown appear to lend themselves to easy updating.

Clarity rating: 3

The text’s language is clear and accessible. Sufficient background information is presented to give context for new concepts.

Other structures that would enhance clarity are not consistently present, however. For example, not all chapters provide examples to illustrate concepts or discussion/reflection questions to encourage students to apply concepts to other situations. Additionally, most chapters have no graphic material – pull-out text boxes, illustrations, summary lists, etc. – that would offer a different presentation method for readers.

This text is consistent in its approach, terminology, and framework.

This text is divided into sections in such a way that individual sections could easily be assigned out of order and at different points in a course. There are few, if any, instances in the text that refer to earlier material in a way that would make non-consecutive reading unworkable or unwieldy. In general, sections are relatively short and are organized under useful headings. Few subheadings are used within the text itself, although chapters are broken down into sections, each of which is labeled on the page and in the table of contents with a heading. These headings should make finding relevant sections in the text fairly easy.

The topics in this text progress clearly enough to avoid confusion, but less clearly than they could. For example, starting with Audience Analysis rather than with a variety of workplace communication genres (text, email, memos, etc.) would be more rhetorically sensible. The progression from Proposals to Information Literacy (research) to Citations to Progress Reports makes sense in that it follows the progression one might follow in a particular workplace project. However, while the order of chapters follows the process of writing a workplace document (proposal, research, progress report, technical report), it doesn’t necessarily follow the order of writing skills. For example, research is usually an integral part of developing a writing topic rather than something that happens at a single defined point mid-way through a project; likewise, a discussion of ethics should happen before a technical report is underway, perhaps in relation to an analysis of audience or to a discussion of the rhetorical situations present in professional writing generally. Because these chapters can be read out of order, the problem isn’t serious, but the chapter order doesn’t make as much use of logical development as it could.

In general, the text’s interface is user-friendly. There are a couple of places, however, notably in the chapter on design, where graphics don’t appear above the caption.

The text is overall clean but there are a handful of grammatical errors.

The text is inoffensive. Its examples aren’t culturally specific – examples don’t refer to particular groups at all, so diversity does not seem to be at issue.

Reviewed by Pam Orel, Senior Lecturer , University of Maryland College Park on 2/1/18

This is a very compact book, with easily managed lessons in basic concepts that are a quick and easy read for most students in the sciences and technology fields (STEM). Where it summarizes the key details, it does so with general clarity and the... read more

This is a very compact book, with easily managed lessons in basic concepts that are a quick and easy read for most students in the sciences and technology fields (STEM). Where it summarizes the key details, it does so with general clarity and the links to other, more detailed resources appear to be effective, although one or two are dated. It is not designed as a comprehensive or exhaustive resource on technical writing and avoids a heavily academic tone.

The book’s advice, while brief, is extremely solid, backed up by authoritative evidence, and easy to follow. Students would appreciate the very good detail in the table of contents as well as the ease of navigating from section to section as needed. Charts, where used, easily help students find the key differences in concepts, which is something that more detailed, less approachable textbooks tend to overlook.

In general I don’t teach with a textbook, so my comments should be taken in the context of someone who uses texts more as a resource than a work that guides the entirety of our semester’s journey as writers. This is a very relevant work for busy writers who need to grasp the essentials quickly, and get leads on how to find more detail as needed. It is particularly good at using graphics to shape ideas which is a factor in more and more writing courses. If I had to point to one area where it might need updating, it might be in allowing more space for instructions, presentations and video content, as these are emerging as valuable tools and I am not seeing a lot in the text. It appears to focus a lot on the preparation of reports and print materials, but is a good basic resource in those areas.

Very clear, with short, effective paragraphs and guides to other resources clearly labeled as such. As noted earlier, graphics are well supported in the version that I reviewed. It should be noted that different formats might have issues relating to page presentation, as I have noticed that in other primarily online references I have seen.

It can be inconsistent in terms of the amount of space given to, say, some issues over others. However, in general the issues which are not treated in great detail are those for which often there are other, key resources focusing on general principles involved that are attached. Also, in some instance (plagiarism is one example) there are a wealth of other resources available in most higher education communities.

The sections in the book are effectively broken into segments which are short but emphasize key points in about a page or so. This is one of the areas where it might be most attractive to students who rely on it as a reference rather than a week-to-week resource. Teachers who wish to use, say, one or two segments while not using others would find this a very helpful resource.

This is an area of strength for this publication, as it shapes very well around ideas for most proposal writers as well as the ethics of the field as we know it today. Ethical concepts are generally brief, but clear as to impact on the STEM fields. It would be stronger with a little more emphasis on presentations and video, as noted, which are important as digital communications tools for STEM majors.

The online interface I used was generally very easy; with both arrows and a table of contents, writers can easily move to where they need to get their information. It is noteworthy that it does not have questions in the back of each section, so it’s not designed for, say, test development or study for exams. But most technical writing courses don’t focus on exams (there may be quizzes on concepts) so that is not a significant barrier.

I was not able to find any significant errors in grammar.

This could be stronger in its approach to culture across the STEM communities, which is not a small issue in a global economy. However, one challenge with that is attempting to keep it current -- culture, like everything else in science and technology, changes very rapidly.

I have taught from a range of different resources, which change from year to year as it’s important to keep a course relevant in the rapidly evolving STEM fields. I have had trouble finding resources, particularly open source ones, that are approachable but convey the key concepts in an easy to access format. Students in my classes use a text as needed, rather than as the foundation of an entire course. This has worked very well in that role in this semester, and I am hoping to keep it on my list of resources moving forward.

Reviewed by Amanda Izenstark, Professor, Reference & Instructional Design Librarian, University of Rhode Island on 2/1/18

This text covers numerous facets related to technical writing, including basic business correspondence and determining how best to reach the audience for the particular type of technical writing being done. The authors cover related and integral... read more

This text covers numerous facets related to technical writing, including basic business correspondence and determining how best to reach the audience for the particular type of technical writing being done. The authors cover related and integral elements that help writers produce better documents, including using outlines and graphics as well as information literacy skills that writers should have. While there is no index or glossary, the table of contents clearly displays the content of the text. It’s worth noting that the table of contents on the Open Textbook Library website does not include the two final sections of the book, which cover “Design and Readability of Publications” and “Employment Materials.”

The book is accurate, and even in sections where elements might change - such as screenshots in the Information Literacy chapter - they are general enough that even if the interface changes, the instructions will be relatively similar.

The topics in the book are not likely to become dated immediately. Some of the basic material related to communication and being concise will be consistently useful. While some of the linked material may change over time, that isn’t the fault of the authors. When I reviewed this text, the links tested were still working and relevant.

The text is written at a level accessible for college-level students, and perhaps some high school students. The materials are logically arranged and easy to understand.

As some of the material includes elements remixed from other open texts, there are some differences in the language and layout of chapters. For example, some of the elements of chapter 12 related to cover letters and resumes use color, and have more modern examples than those in chapter 1, which focuses on online etiquette.

Many of the chapters will do well on their own. I plan to adopt this for my information literacy and writing course, and anticipate re-arranging sections to fit the course structure.

This may be a result of my background as a teacher of information literacy first, but it might make more sense to start with the sections on information literacy and citations, then progress to audience analysis and outlines. It seems the chapter on “Professional Communication” might fit better toward the end. Otherwise the flow and structure are generally logical.

The online version of the book is hosted on the Pressbooks platform, which is intuitive to use, but long sections require significant scrolling. The PDF version of the book works as expected, with functioning links in both the table of contents and the text.

There are no grammatical errors in the text, which is what one would expect from a writing textbook.

As appropriate, the book highlights cultural issues to consider when writing for an audience. Examples don’t highlight a variety of backgrounds, but neither are they so pervasive that it’s a problem.

Given the appropriately broad coverage of this text, I can envision it being useful to students after they leave my course and have jobs in their chosen fields.

Reviewed by Jim Crawford, Adjunct English Instructor, Germanna Community College on 2/1/18

I examined this textbook as a resource for a 100-level Technical Writing class. In this context, questions of comprehensiveness arose almost immediately. The authors offer no discussion of theory, despite a claim on page 1 that theory underlies... read more

I examined this textbook as a resource for a 100-level Technical Writing class. In this context, questions of comprehensiveness arose almost immediately. The authors offer no discussion of theory, despite a claim on page 1 that theory underlies technical writing. There was no mention of the writing process, a confusing oversight on two fronts. First, the omission raised questions about course level. Did the textbook assume students already understood writing as a process? That would put this text higher than entry-level; writing as a process is usually taught in 100-level English. Or, by omitting the writing process, does the textbook defy modern writing pedagogy and emphasize the products of technical writing over the process?

There was also no mention of the rhetorical situation: the amalgamation of purpose, stance and tone, genre, media, and, of course, audience. The text offers a separate chapter on analyzing the audience, but no holistic examination of the roles that purpose, stance and tone, genre, and media play in reaching the audience.

Omitting a discussion of the rhetorical situation elicits more questions about course level and students’ prerequisite knowledge. Does the text assume students understood the interaction of purpose, stance, and genre in a writing project? The textbook mentions purpose, almost in passing - the purpose of a memo, for instance, or a report. Stance - how the writer feels about the topic versus how she expresses it through her tone - was not addressed at all. Given that technical communicators may be asked to write about things they don’t care about or may disagree with (e.g., an environmentalist writing a press release on new oil exploration), a discussion of stance and tone is important.

Lacking an essential discussion of theory and concept, the textbook covers a limited range of genres, another writerly term that is not mentioned. The first chapter reviews types of correspondence, starting with, oddly enough, texting. Next, comes e-mail, then an interjection about netiquette, followed by brief discussions of memoranda and letters. Later chapters describe proposals and progress reports. A recent revision added a chapter on employment-related documents, such as résumés.

While this is an adequate list of technical genres, the choices seemed limited and specific. Why the focus on progress reports? A broader chapter covering incident or recommendation reports seems more thorough. Other key genres are missing entirely. Instructions get no mention, although giving directions and documenting procedures are common workplace tasks. Presentations are another key genre for technical communication that is overlooked in the textbook.

Among the genres that are discussed, accuracy falters due to a handful of random, undocumented prescriptions. On page 12, for example, the authors declare,” a good e-mail should get to the point and conclude in three small paragraphs or less.” Really? According to who? In my 30 years of experience in the technical workforce, I have read, and written, countless e-mails longer than three short paragraphs. While I agree that students should keep e-mails short and direct, especially when corresponding with the instructor, there is nothing inherently wrong about a longer e-mail message. Some arguments cannot be made in three short paragraphs. Are the authors saying that longer arguments are better suited for a memorandum or a letter? If so, that indicates a need to discuss the conventions of genre. If the authors are recommending the abbreviated length as a best practice for emerging technical communicators, they should say so. If the authors proclaim the three-paragraph limit as their personal preference, they should say that, too. However, they must also inform students that they may occasionally need to write, and read, longer e-mails in the workaday world.

A similar prescription occurs on page 36, with the decree that “an average between 15 and 25 words per sentence is about right. Sentences over 30 words are to be mistrusted.” Again, I wondered, “Says who?” Had the authors cited evidence — a study finding that sentences over 25 words are ignored by readers, for instance — the claim might be more compelling. Lacking documentation, it’s puzzling at how five additional words can separate an effective sentence from an untrustworthy one.

Furthermore, while conciseness is an essential feature of technical and professional writing, establishing an arbitrary sentence length may encourage students to emphasize conciseness at the expense of clarity and accuracy. It would be more effective to educate students on the relationship between clarity, conciseness, and accuracy, and teach them to use the shortest, clearest, most direct language needed to effectively address the audience and accomplish the purpose of the text. But this relationship is impossible to discuss with this text, since overarching concepts and conventions are never introduced.

The digital nature of the textbook assures easy editing and the potential for long-term relevance. In fact, between July 2017, when I downloaded a PDF copy for review, and October 2017, when I began writing the review, the authors added chapter 11 on design and readability, and chapter 12 on writing employment materials. They also expanded chapter 10, adding information about successful report design.

As with comprehensiveness and accuracy, clarity is marred by odd omissions. Page 12 advises that “professional communications require attention to the specific writing context” but there is no explanation of what context is. Again, a question about prerequisite knowledge arises. Can the authors assume that students understand what context is, and how it impacts a writing product?

Another missed opportunity occurs on page 16, where the authors admonish “culture and even gender can play a part in how people communicate.” While this is undoubtedly true, two questions arise. First, can instructors assume that students will recognize this intricate interaction? Second, can instructors assume that students will tailor their writing to navigate the interaction and improve communication? Lacking examples, explanations, or a declaration of prerequisite knowledge, the answer to both questions is “no.”

Clarity is further diminished by Inconsistencies within the text. Chapter 8, “Creating and Integrating Graphics,” recommends “including identifying detail in the graphics” (128), yet does ignores its own advice. The sample bar chart on page 123, depicting types of produce grown in Sisters, Oregon, has axis titles, but the y-axis, entitled “Percentage produced in 2015,” has no scale. The chart shows that potatoes are the most plentiful crop. Its bar towers over that of carrots, the closest competitor, by about two-thirds. But, without a scale, the value for potatoes could be 30 percent, or 3 percent, compared to carrots at 10 percent or 1 percent.

A pie chart on page 122 shows a similar dearth of detail. The chart is entitled, simply, “Success with Vegetables Grown.” Potatoes account for 60 percent of vegetables grown; carrots for 23 percent. But percent of what? The pie chart doesn’t say. Is it percent of all total crops grown? Is it percent of crop yield, compared to crops planted? Students are left guessing, and, from this, may learn to create charts that inspire their own guesswork. More subtle inconsistency arises in the textbook’s formatting. Chapter 1, on correspondence, uses at least three different formats for bullet points. Pages 12-13 list characteristics of e-mail with bullets featuring a bolded opening phrase. Pages 15-16, on netiquette, uses headings, along with simply, un-bolded bullet points. Meanwhile, page 24 presents a list of correspondence types with no bullets at all; the different types are simply bolded. These inconsistencies model poor document design for students. This is especially problematic given the text’s emphasis on longer documents, such as the progress reports, which require consistent formatting throughout.

Formatting inconsistencies notwithstanding, the text is well-marked for modularity. Clear, consistent headings and sub-headings are used throughout. Students should have no trouble identifying a reading assignment such as “chapter 9, sections 9.1 through 9.3.”

Alas, the headings and sub-headings demarcate a haphazard arrangement of content. Topics are not grouped according to theory (should there be any) and practice, strategies and genres, or from easiest material to more challenging. The chapters appear randomly, with an early chapter often referring to material that has not been introduced yet. Chapter 1, on correspondence, advises, “careful consideration should be given to the audience...” (9), but the chapter on audience analysis follows 14 pages later.

Considering the recent addition of chapters on design and employment documents, it appears that chapters are organized in the order that they’re added. New chapters are simply tacked on at the end. While such labor-saving is understandable, it may be worth the effort to reorganize the textbook by introducing overarching concepts, such as audience, research methods, and ethics at the beginning, with specific writing strategies (e.g. outlining) and genres to follow.

This review was prepared from a print-out of a PDF file generated on the textbook’s Web site. Although the charts and graphics conveyed when printed, the videos, understandably, did not. It would have been helpful to include URLs for the videos, so that students preferring a paper-based text could find and watch the videos while reading.

The interface for the Web version of the book is clear, simple, and unobtrusive. [Home] and [Table of Contents] buttons are fixed on the right-hand side, allowing students to easily jump among sections. Gray “forward” and “backward” arrows, on the right and left, respectively, make it easy to flip pages. A “search” box, almost invisible in the upper, right-hand corner, offers quick full-text searching. A search for “audience” returned a list, itemized by clickable links to specific sections containing the term. Traditional search conventions, such as double-quotes to find phrases, work as expected. However, more sophisticated search operators, such as “AND,” “OR,” “NOT,” and “NEAR” do not work, though this is not a major shortcoming.

There were no noticeable grammatical errors, though there were occasional long, wordy, confusing sentences. The sentence describing crop yields in Sisters, Oregon was a staggering four lines long, strung together with “and” between three independent clauses (121).

Generally, the text is inoffensive. There was, however, one off-putting cliché: the notion that older people are slow to grasp technical concepts. The book’s Introduction advises, “…plan to write in such a way that even Grandad can understand!” (3). While this was surely a throwaway attempt at levity, the cliché may be discouraging to older students, while cultivating the bias of younger ones.

Reviewed by Linda Stewart, Instructor, Portland Community College on 6/20/17

The text covers proposals and progress reports in depth with links to examples of other types of technical writing including resumes and instructions (but no discussion of these forms in depth). The text does not cover multi-cultural audience in... read more

The text covers proposals and progress reports in depth with links to examples of other types of technical writing including resumes and instructions (but no discussion of these forms in depth). The text does not cover multi-cultural audience in any depth and does not consider disabled audiences (including visually impaired audiences). The text does not include an index or glossary.

The book is accurate, error-free, and unbiased.

The text begins with the most common kinds of professional communication, including texts and e-mails, which demonstrates an understanding of current workplace needs. This section may need updating since technology brings changes to workplace communications. The section on research rightly emphasizes electronic sources, and this too, may need updating as library databases and other electronic sources may change. Other sections, like the ones on audience and ethics, will not need updating.

Students would enjoy the bulleted lists and simple, readable prose. The authors provide some excellent, labeled figures and graphics so that students can comprehend the main ideas quickly. The authors do a good job of defining terms, but students will need to read the text to discover the important terms; no sidebars or lists are used to call attention to specialized vocabulary.

The formatting and tone are consistent with good use of numbered sub-topics and bulleted lists in each chapter. The sources provided as links are not consistent with the formatting of the main text. For instance, the link to examples (titled "Online Technical Writing: Contents") uses yellow background and blue lettering, and does not include any explanatory text. This linked resource is not formatted as professionally as the main text. The terminology is internally consistent.

The text is well organized and clearly divided into smaller reading sections that can be assigned at different points within the course.

Problems with organization: Since the topic of "ethics" is one that applies to all forms of technical writing, it seems out of place as "Chapter 9." It also seems that "Outlines" might be addressed sooner since those could apply to writing proposals as well as progress reports. Finally, it seems odd to separate the chapters on graphics and document design (they are chapters 8 and 10 with the ethics chapter in between them.

The overall organization progresses logically from shorter forms of technical writing to longer, more complex ones.

The text is free of significant interface issues, including navigation problems or problems with display.

The authors observe standard conventions of grammar.

The text is not culturally insensitive or offensive. The authors could do more to include a variety of races, ethnicities, and backgrounds as part of their discussion of "audience"

The text does an especially good job of explaining how to write proposals and reports in a clear, step-by-step manner.

Reviewed by Carol Jacobson, Instructor, Century College on 6/20/17

The text covers all areas that are part of the technical writing curriculum. There is a detailed Table of Contents that lays out the subjects that are covered. There is no index or glossary. read more

The text covers all areas that are part of the technical writing curriculum. There is a detailed Table of Contents that lays out the subjects that are covered. There is no index or glossary.

Content is accurate and error-free.

Content is current for the technical market. It covers current topics and concerns, but also includes all the traditional topics expected for Technical Writing courses.

The text gives full explanation of the content.

The text was consistent with its terms.

The text is divided into multiple sections that are each on a different topic or focus so these sections could be easily assigned at different point for a course.

The topics of the text are ordered in a logical way, beginning with topics that should be covered first in a Technical Writing course.

Some of the images are blurry and hard to see. The 2 videos are designed by an instructor for a specific course and reference specific assignments for that course so these are not good choices for this textbook that is meant to be a general source for any Technical Writing course.

The text contains no grammatical errors.

The text is presented in a neutral way with no offensive or insensitive words or examples.

The format of the content is very text heavy in paragraph structure, which is odd for a Technical Writing book because a general rule in Technical Writing is to use shorter, concise paragraphs with more lists, bullets, and tables for easy reading and referencing of the information. In addition, the text needs more real-life example that demonstrate the points being made in each section.

Reviewed by Shannon Kelley, English Faculty, Chemeketa Community College on 6/20/17

The text covers a good amount of information related to technical writing; some of the sections are more in depth than others. Many sections would benefit from further inquiry to assist students with more complex issues in the field of technical... read more

The text covers a good amount of information related to technical writing; some of the sections are more in depth than others. Many sections would benefit from further inquiry to assist students with more complex issues in the field of technical writing and communications. While all of the topics are relevant, it sticks to the basics of each topic without exploring innovations and trends in the field. The topics covered are appropriate for a low-level, introductory course in technical writing.

The book is accurate and unbiased. It is a straight-forward text that introduces the basics of technical writing in a clear, error-free format. Each chapter provides references and is accurately cited. The examples are neutral and helpful.

Relevance/Longevity rating: 3

The content is relevant, but not exhaustive. The text does not cover new trends in the field. Many technical writing students, particularly in community college courses, are entering a variety of fields. While this text provides the basics of technical writing, it does not help with a variety of concerns students may face in their chosen fields.

The text is arranged in way that will allow for necessary updates moving forward. The text seamlessly incorporates modalities, like video links, that prove helpful as examples. More of these new modalities are desirable as writing and reading moves to the Internet. There are places in the text that could benefit from utilizing new, innovative examples.

The text is written clearly and concisely. Each chapter is divided into sections. The section and chapter headings create parallelism that helps its overall clarity. The table of contents is clear and easy to use. There is not a lot of technical jargon present; the lack of technical writing terminology is one reason the book reads like introductory material.

The text is consistent in its layout. It is easy to use and access. The structural framework of the text is effective for online reading.

The text is not self-referential, but it does reference information only relevant to COCC. The text is divided in a way that feels manageable for students. The downside is the text borders on being too modular. The sections felt purposefully shortened and many chapters left me wanting more information. For instance, visual rhetoric and page layout were lumped together with audience. And in terms of this topic, topics like those deserve their own exploration.

The text works itself through the basics, from small workplace writing tasks like emails and memos, up through more complex writing like proposals and reports. Thought was given to the order of the text and it is logical and predictable.

There were no interface issues as I reviewed the text. i downloaded it as a PDF and also read some parts online.

The text contains no grammatical errors. It was edited well. The grammar is basic and reads at an introductory level reading.

The text remains neutral and uses voice or cartoon like figures in some of the videos. I would have liked to see more examples throughout the text. Visuals and page layout are important features of a lot of technical writing and this text doesn't take advantage of opportunities to incorporate a variety of examples. There are opportunities throughout the book that allow for incorporation of examples from fields of nursing, human services, engineering, computer science, and education.

It should be noted that I am reviewing this text for a 200 level course. At Chemeketa Community College students enter technical writing after completing two-three levels of prerequisite writing courses. Technical writing is the highest level of writing students receive before they enter their professional fields or transfer to four-year universities. The book is well written, clear, useful, and comprehensive for an introductory course, but not for a higher level technical writing course. Much of the focus felt repetitive and covered skills students in technical writing should already possess. There were missed opportunities to expand some of the more relevant topics, like the importance of visual rhetoric in page layout; solicited and unsolicited proposals; and, analytical report writing like feasibility studies.

Reviewed by Daniel Hocutt, Web Manager & Adjunct Professor, University of Richmond School of Professional & Continuing Studies on 4/11/17

The text does not include an index or glossary, but does provide a comprehensive table of contents. The text introduces itself as an introductory text to technical writing (or communication), and provides a definition of technical communication... read more

The text does not include an index or glossary, but does provide a comprehensive table of contents. The text introduces itself as an introductory text to technical writing (or communication), and provides a definition of technical communication that is limited to the types, content, and coverage of texts created. A more comprehensive text would address some of the responsibilities of technical writing as it relates to the technical writer herself: team building and collaboration, intermediary across multiple departments and divisions; and negotiator of meaning in workplace cultures. Also missing from the text are generous examples of document types generated by technical writers, like websites, brochures and flyers, and other types of written communication. The text's focus on report writing seems limiting, and its approach to technical writer as largely autonomous does not accurately reflect the complexity of technical writing workplaces.

The content is up-to-date and appears to be thoroughly accurate. Its authors clearly understand and practice technical communication, and its integration of external tools and links are current, complete, and appropriate to the content of the text itself. Chapters in the text address real-world examples and seek to connect communication techniques to workplace and technical contexts. Of particular importance is the text's approach to communication as audience focused and customized; this reflects theoretical accuracy and currency in technical and professional writing and, more broadly, in rhetoric and communications.

The applicability of this question to a text on technical communication is somewhat misplaced; technical writing handbooks must follow technical advances that will necessarily render older technologies less relevant. For example, the section on texting would not have appeared in earlier editions of this text, while the section on memoranda feels somewhat dated in paper-less or paper-reduced workplaces. As a result, the content will regularly have to be updated as modes and media of communication and writing evolve. This is a problem of all technical writing texts, but it's particularly acute as it relates to an online text, which will likely be expected to be current, relevant, and inclusive of the latest trends in technology and writing.

The text is remarkably approachable to its intended audience, those entering into the field of technical writing or those who will, by virtue of their technical positions, be required to compose technical artifacts. Its prose is clear and specific, and it follows the guidelines for writing technical prose that it presents to reader: clear, concise, and effective.

The field of technical and professional communication tends to use terms somewhat synonymously, so the conflation of certain terms in the text is not unusual in the field. For example, “writing” and “communication” are often used largely synonymously in the field, and that practice is also followed throughout this text. The same is true of “business” and “professional” as it relates to writing and communication. An introductory text should seek to better follow consistency while explaining the issues that exist in the field.

The text is quite modular, to the point that certain parts of it might be combined to keep from creating extremely short chapters or sections. This is especially true of several introductory sections. In general, segments are only a few paragraphs in length, with modules easily excerpted for re-use or revised usage. I could definitely see the potential of a teacher taking certain sections and incorporating them into class notes or as a customized resource. But I also see the value of using the entirety of the text as a stand-alone text; I believe the text’s structure enables both uses with little revision or customization necessary.

The text’s organization is not as clear or logical as I would expect. Given that modules or sections can be reordered on demand, this is not a significant drawback. However, I found the default order of modules confusing, shifting between more general, theoretical approaches (like audience analysis and information literacy) and more specific practical approaches (like proposals and progress reports) without a clear rationale for shifting from one to the other. A more logical structure might be to address the general theory in an opening section that includes examples for illustration, then to include a second section to address specific genres and types of technical writing. The structure is not off-putting, but as someone who might consider teaching from this text, I question the rationale behind the logic but am given little explanation.

The text’s interface is clean and clear. Serif fonts are a little unusual in web documents, but the type style used is quite readable online. Table formats don’t always fit on the page, and this requires left/right scrolling to access some of the columns. The text includes few images; most are linked to accessible PDF versions, which are full-screen and easy to read. Embedded videos appear to function as expected; the interface could benefit from a column-width inline viewer that would keep the video window from being narrower than the text columns. This is likely a result of making the interface mobile responsive, and represents what is often a necessary compromise.

Like its prose, the grammar appears to be clean and normalized to American standard English. The tone can be academic, but that is to be expected from a text used in an introductory classroom. I found no grammatical errors.

I did not encounter ethnicity- or gender-specific language in the text. The examples provided represent a number of different document types and genres, generally focused on the professional workplace or the academic environment. However, no text will free itself completely from ideology; I might like to have seen the text more directly address this issue as it relates to business writing. The text could do more to explore cultural contexts in which technical documents are planned, prepared, and consumed, especially given increasing internationalization of workforces. This may reflect an issue with the field — we tend to classify international communication differently from general technical communication — but a section on writing in the global community and for cross-cultural audiences might be useful.

I did not expect to find an open textbook as useful or well-constructed as this is. While its cover and design are unassuming — which, for a text on technical writing, might be a drawback — its content is erudite and targeted to its primary audience and purpose. I would consider using this text in an introductory technical writing class, with the addition of several notable sections identified elsewhere in this review.

Reviewed by Ruth Perkins, Adjunct instructor, Chemeketa Community College on 4/11/17

The text clearly focuses on research and report writing in a business context. These are appropriately and adequately covered. The table of contents is detailed and accessible on each page with a link to each section. The chapters lead students... read more

The text clearly focuses on research and report writing in a business context. These are appropriately and adequately covered. The table of contents is detailed and accessible on each page with a link to each section. The chapters lead students through the steps of producing a formal report including research, proposals, citation, and progress reports. There is a useful section on information literacy and conducting research beyond the first items in a Google search.

The importance of keeping readers in mind is stressed throughout. In addition to a link to an audience worksheet, there is a clear explanation of how reports might be used by different readers.

Chapter 10 includes a link to a wide variety of examples of technical writing.

Missing are sections on topics often included in technical writing: instructions, procedures, descriptions and definitions. These could be easily fit into the overall structure of the text although obviously other sources of information would need to be found.

The principles of professional communication are accurately presented. The authors make the useful point in several places that a business, agency, journal etc. will likely have its own preferences for professional communications but that some aspects, such as avoiding plagiarism, doing proper research, are consistent.

The content is up-to-date since there are not apt to be quick changes to the principles of technical writing nor to the precepts of e-mail, texting etc. and their place in business. Any changes could be quickly made.

There are links that are specific to or have comments that are specific to COCC that instructors will probably want to point out and substitute their institution’s or their class policy. Examples are the links in 1.3 and 6.2.

The book is clearly written in an informal, conversational tone that should appeal to students. The terminology is basic without down-writing. Any specialized terms are defined.

The link in 8.4 to visuals that need revision is probably not useful for most classes. Figures 1 and 2 are very specialized.

The text is consistently organized. There are clear signals that link each section to the main section. The emphasis is on professional communication throughout so chapters are linked through that context.

In section 4.1 there is inconsistency in terminology where “academic” and “scholarly” are used interchangeably.

The book is clearly arranged into chapters with clear titles and headings. The table of contents is linked to each section for quick finding. The pages have ample white space and large readable type.

The book is clearly organized around the perspective of researching and writing a final report. The chapters can easily be rearranged according to an instructor’s preference since the table of contents is linked to each section.

However, the book is arranged in a logical progression through the different aspects of research and writing the formal report.

The book is posted in 4 different formats which makes it readily accessible to students. There is an important missing link in 9.2. This link in 4.3 is no longer valid: The Research Cycle derived from A Cycle of Revolving Research by UC Libraries, CC: BY-NC-SA 3.0 Otherwise there are no issues.

There are grammatical errors in section 9 as well as confusing switches in point of view.

Grammar errors: 9 “Writers . . . she” 9.3 “. . .your employer to pursue and action” and “the groups’ goal”

Point of view First, chapters 1-8 and 10 are written in second person. Chapter 9 is written partly in second person, partly in third person. While some references to “the writer” are logical, it inconsistently directly addresses readers or talks about writers in general.

Second, there is inconsistency in an attempt to be gender neutral in the third person. In 9 “she” and “he” are used interchangeably. 9.3 uses “her/himself,” “s/he,” and “his/her.”

The examples in the text and references to writers are neutral. There is nothing to identify a particular culture, race or ethnicity.

The book doesn't completely fit the course in technical writing that I teach but I would consider using if it did. However, I do have some problems with Chapter 9, ethics in technical writing, that I would like to see addressed. These are in addition to the grammatical issues.

In 9.1 General Principles, the authors give examples of ethical dilemmas that range from trivial to life and death. These do more to complicate the subject than clarify it. Part of this is due to the phrasing about the friend’s haircut, “This lie, though minor, preserves . . .” What is “though” doing in this sentence? It signals a contrast which isn’t there.

More of a concern though is the phrasing of the third choice of saving lives. The person might “risk [her life] to save her children” but to save the stranger, she would have to “choose to die.” Risk and certainty are not equal choices.

The second paragraph concludes that “If you would . . . lose your job. . . the action is probably unethical” oversimplifies -- one can lose a job for being ethical as well.

Section 9.2 includes the Challenger disaster as an example of unethical writing. The missing link is vital here since there are definitely different accounts of the underlying causes beyond the O rings. The authors speculate about possible motives of the engineers with no source information to support their conjectures. They make statements about the priority of information in the engineers' report which imply that they are in a position to make that judgment.

I suggest deleting or re-writing this section of the book.

Reviewed by Corrine Holke-Farnam, Instructor, University of Northern Iowa on 2/8/17

The text provides an adequate overview of the field for beginners in technical writing. read more

The text provides an adequate overview of the field for beginners in technical writing.

The content is accurate and straight forward.

The text is up-to-date and covers the range of topics addressed in introductory technical and professional writing courses.

The information is presented effectively in clear, concise language. Provides accurate definitions and many links to examples for easy understanding.

I found no internal inconsistencies.

Text is user-friendly. Effective use of white space. Employ small chunks of text, bullet point lists, and hyperlinks.

Many technical writing textbooks begin with audience analysis. Hamlin, Rubio, and DeSiva begin with common types of professional communication like email and memo format; doing so provides an effective context for beginning writers. The chapters of the book could be easily reorganized to fit user needs and/or preferences.

The text is free of interface issues. Navigation between and within chapters is smooth. Website links opened easily.

Technical Writing contains no grammatical errors.

The text revolves around professional communication. Does not contain offensive or insensitive material or links.

This text seems like a good fit for students in my Technical Writing for Electrical Engineering Technologists course. Practical information, concise presentation.

Reviewed by Jennifer Barton, Advanced Instructor, Virginia Tech on 2/8/17

The book appears to be written for a course designed around a specific major project that asks students to write a proposal for a technical report and then to research and write the report itself. Those sections are adequate, but I would like to... read more

The book appears to be written for a course designed around a specific major project that asks students to write a proposal for a technical report and then to research and write the report itself. Those sections are adequate, but I would like to see more content in general.

In particular, I would like information on writing instructions and technical descriptions, as well as the finer points of correspondence writing, like strategies for persuasion, or handling negative news, or emphasizing reader benefits. I would also like to see information on team writing—a must for the modern workplace. The book would also benefit from a section on presentations and a broader section on document design. The current section on design is specific only to reports and is really about organization, not design.

The content is accurate. The book sticks to the basic writing principles which don’t change much over time. I especially appreciate the repeated emphasis on audience and that while particular elements are expected for particular genres, organization and approach can and should be modified to suit the writer’s purpose and the needs of the audience.

The core principles aren’t likely to go out of date any time soon. The limited scope and lack of discussion about the design expectations of the modern audience does make the book feel dated.

Although the concept of linking to examples and additional information is an excellent use of this medium, the choice of links could be improved. For example, many of the linked reports are nearly twenty years old, and while they may demonstrate many of the writing principles that stay constant over time, they do not demonstrate contemporary expectations for design, and the topics are so dated as to make them seem irrelevant to most students.

The authors do an excellent job of adhering to plain language principles. The style is clear, simple, and direct. It reads like the authors are speaking directly to the audience.

As mentioned previously, the book reads as though it were designed for a very specific class. It shifts quite a bit between universal advice about writing for a professional audience and specific advice about writing for an instructor. That’s confusing and limits the book’s applicability.

The book is divided into logical sections that would make it easy to customize for a course if not for the problem previously cited of its being designed around a specific course’s project.

Follows a familiar and standard organization for workplace writing textbooks, beginning with basic correspondence and working towards longer and more complex reports.

Some easily correctable issues here: Many widowed headings (which the text advises to avoid). Figures and tables are not always labeled correctly.

The visual weight of “Chapter Attribution Information,” which is currently the same as chapter titles, should be reduced. In some chapters, that information is repeated before every section, which adds visual clutter.

There are additional problems in the pdf version that make it the pdf only partially usable: Text boxes tend to exceed the width of the page and cannot therefore be read. Everything is rendered as plain text, which means that table formatting is screwy and all images (including images of example documents) are missing. Citations get embedded directly into the text.

Grammar looks fine.

Deals very little with cultural issues, which is surprising given the global ventures of many companies and the increasingly diverse workforce in the US.

The book has the potential to be quite good, but I don't think it’s yet ready to compete with the for-profit options. I look forward to seeing subsequent editions.

Table of Contents

• 1. Professional Communications
• 2. Audience Analysis
• 3. Proposals
• 4. Information Literacy
• 5. Citations and Plagiarism
• 6. Progress Reports
• 7. Outlines
• 8. Creating and Integrating Graphics
• 9. Ethics in Technical Writing
• 10. Technical Reports: Components and Design
• 11. Basic Design and Readability in Publications
• 12. Employment Materials
• 13. Communicating across Cultures
• 14. Thinking about Writing

Ancillary Material

About the book.

This open textbook offers students of technical writing an introduction to the processes and products involved in professional, workplace, and technical writing. The text is broken up into sections reflecting key components of researching, developing, and producing a technical report. Readers will also learn about other professional communication, designing documents, and creating and integrating graphics. Written especially for an academic setting, this book provides readers with guidance on information literacy and documenting sources. This book was collected, adapted, and edited from multiple openly licensed sources.

About the Contributors

Annemarie Hamlin is an Associate Professor of English at Central Oregon Community College.

Chris Rubio is an Assistant Professor at Central Oregon Community College in Bend, OR.

Contribute to this Page

Professional Writing Services at an affordable price. Get assistance from our experts for best writing help.

Enhance user experience effortlessly!

Sign up today for FREE Website Accessibility Audit.

Section 1: Choosing Your Topic

Section 2: literature review, section 3: structuring your paper, section 4: peer review and feedback, section 5: editing and proofreading, section 6: references and citations, section 7: submission and publication, research papers made easy: a comprehensive writing guide.

• Read in 07 mins
• 26-Oct-2023

Writing a technical or research paper can be both a tricky and enjoyable experience. It's an essential skill for researchers, scientists, and academics, as it allows you to communicate your findings and contribute to the world of knowledge. However, the question that arises is: How to write a technical paper?

The method of writing a technical paper can be complicated if you don't have a specific structure and plan in place. We will guide you through the fundamental elements and tips to help you write an effective research paper in this step-by-step guide. Whether you are a skilled writer or just starting, having a well-defined structure is key to maintaining clarity and coherence in your technical or research paper.

The first step in technical paper writing is to choose a topic that is interesting as well as relevant to your field of study. Consider the current trends and advancements in your field, and identify a topic that you are passionate about and have a good understanding of. It's important to choose a topic that is neither too broad nor too narrow, as this will facilitate thorough research and analysis.

The Significance of a Well-Chosen Topic

The journey to writing a successful research paper begins with selecting a topic. This initial step is crucial as it shapes the entire research process. Two primary factors should influence your choice:

1. Your Interest

When you are genuinely interested in a topic, you are more likely to dedicate the time and effort needed to explore and analyze it thoroughly. Passion for your chosen topic is a driving force in research. It keeps you enlightened and committed throughout the writing process. Research is a long-haul commitment, so make sure you're passionate about the subject you're about to delve into.

2. Relevance and Significance

Select a topic that's relevant and significant. Your paper's impact largely depends on the relevance of the topic to your field of study or area of interest. By selecting a topic that aligns with your field of study or area of interest, you can contribute to the pre-existing body structure of knowledge and make a valuable contribution to your academic community.

3. Finding Your Research Question

Once you've identified your area of interest, you need to narrow it down to a specific research question. Your research question should be clear, concise, and researchable. It acts as the guiding star throughout your research journey.

A well-crafted research question will help you focus your efforts and ensure that you gather relevant data and information. It should be specific enough to provide meaningful results but broad enough to allow for exploration and analysis.

Bonus Read: Exploring the 11 Types of Technical Writing

The literature review serves multiple purposes, including providing a comprehensive understanding of the present condition of details in your field, identifying gaps or inconsistencies in previous research, and informing the development of your research question.

The Foundation of Your Research

A thorough literature review is required before carrying out your research. This step involves exploring existing work in your field, understanding the landscape of your chosen topic, and identifying gaps in knowledge. For example, let's say you are researching the effects of social media on mental health among teenagers.

In your literature review, start by examining existing studies and theories on both social media and mental health. You may find that there is a significant amount of research on the negative impacts of excessive social media usage, such as increased anxiety and depression among teenagers.

However, during your review, you noticed a gap in the literature regarding the possible positive effects of social media on mental health. This observation leads you to develop your research question: "What are the potential positive effects of using social media for promoting mental health among teenagers?"

From this example, a thorough literature review not only helps you understand what has already been studied but also identifies gaps in the existing research. This research question opens up new possibilities for exploring how social media can be utilized as a tool for promoting mental well-being among teenagers, potentially leading to innovative interventions and strategies in this area.

A well-organized structure is the backbone of a research paper. It helps convey your ideas clearly and logically. A typical structure comprises:

Introduction

• Research Question: Clearly state your research question.
• Objectives: Mention the objectives of your research.
• Significance: Explain the significance of your research topic.
• Structure: Outline the structure of your paper.

Literature Review

• Existing Work: Summarize and analyze relevant literature.
• Identified Gaps: Highlight the gaps that your research addresses.
• Framework: Provide a conceptual framework for your research.

Methodology

• Data Collection: Describe the methods used to gather data.
• Participants: Provide information on your study's participants (if applicable).
• Ethical Considerations: Explain ethical considerations.
• Data Analysis: Describe the methods used for data analysis.
• Data Presentation: Present your research findings using tables, graphs, or other visual aids.
• Statistical Analysis: If necessary, use statistical analysis to support your findings.
• Interpretation: Understanding the results in the context of your research question.
• Implications: Discuss the implications of your findings.
• Limitations: Acknowledge the limitations of your research.
• Future Research: Suggest areas for future research based on your findings.
• Summary: Summarize your main findings.
• Contributions: Emphasize the contributions your research makes.
• Final Thoughts: Conclude with your final thoughts on the research.

Simple and easy-to-understandable writing is necessary. Avoid complex, convoluted sentences that may confuse readers. Simplicity enhances comprehension. Make use of graphs, charts, and tables to present data effectively, enhancing reader engagement.

Seeking feedback from fellows, mentors, or professors is invaluable. Peer review ensures the quality of your paper and helps identify areas for improvement. During the research paper writing process, it is crucial to engage in peer review and seek feedback from peers, mentors, or professors.

This step is essential as it helps ensure the quality of your paper and allows you to identify areas that need improvement. Incorporating feedback from others not only enhances the overall quality of your writing but also helps you gain a fresh perspective on your work. By soliciting input from others, you can address any possible weaknesses or gaps in your argument, ensuring that your paper is comprehensive and well-rounded.

Editing and proofreading are the final touches that transform your research paper into a polished gem. It's essential to edit your paper for clarity, grammar, style, and formatting. During the editing process, you can also check for any inconsistencies or redundancies in your writing.

Additionally, proofreading allows you to catch any spelling or punctuation errors that may have been overlooked. By taking the time to edit and proofread your paper carefully, you demonstrate your commitment to producing a high-quality piece of work.

Some tools that can help with editing and proofreading a research paper include:

• Grammar and spell checkers, such as Grammarly or Hemingway Editor, can catch any errors in grammar, spelling, and punctuation.
• Style guides, such as the APA or the MLA style guides, can also be useful for ensuring consistency in formatting and citations.

This section is crucial as it allows readers to find and confirm the sources you have used in your paper. When writing a paper, it is important to avoid plagiarism by properly citing your sources in the references and citations section. It is essential to ensure this and follow the guidelines provided by the specific style guide you are using, like APA or MLA.

These style guides provide detailed instructions on how to format different types of sources, including books, journal articles, websites, and more.

• Suppose you are writing a research paper on climate change, and you want to include a statistic from a scientific study. In that case, you need to cite the source in your references and citations section properly.
• In the APA style guide, you would format the citation as follows: Smith, J. D., Johnson, A. B., & Thompson, C. (2019). The impact of climate change over global temperatures. Journal of Environmental Science, 45(2), 132-150. (Note: This is just an example, and the actual citation format may vary depending on the specific guidelines of the APA style guide).
• By including this citation in your paper, readers can locate the original study and verify the information you have included. It not only adds credibility to your paper but also gives proper credit to the authors of the study.

Once your paper is polished and ready, it's time to consider submission and publication. This step is the culmination of your hard work, where you share your findings with the academic community. Each journal or conference will have its submission guidelines that you must adhere to.

For example, suppose you are submitting a paper to a scientific journal. In that case, you may be required to include an abstract or keywords and follow specific formatting guidelines. These guidelines are crucial to ensure that your paper meets the standards and requirements of the publication.

This guide discussed various steps on how to write a technical paper or research paper. It is a journey of discovery where you not only contribute to the collective knowledge of your field but also enhance your own research and writing skills.

Remember, the journey starts with choosing a compelling topic that resonates with you. The literature review lays the foundation for your research, and rigorous data collection ensures the credibility of your work. Our technical writing services can provide valuable assistance in organizing and presenting your findings clearly and straightforwardly.

• proofreading
• content development
• copy editing

ABOUT THE AUTHOR

Mary has extensive experience of over 5 years in writing on a wide range of topics, including healthcare, technology, science, and business. She is highly knowledgeable and skilled in researching and crafting accurate, well-structured, and engaging content. Mary is a reliable and professional writer who is always willing to go the extra mile to ensure her clients are satisfied with her work. She is committed to delivering quality content on time and within budget.

• Previous eLearning Content Development - Future Trends 2024
• Next How to Conduct a WCAG Audit to Assess the Accessibility of a Webpage?

You Might Like

How to Sharpen Your Technical Writing Skills for Clear Communication?

Mastering technical writing entails honing distinct skills tailored to its unique demands.

• Read in 08 mins

The Essential Guide to Writing Safety Data Sheets

Creating Safety Data Sheets (SDS) can help with this by providing details on the hazardous chemical products that may be encountered in the workplace.

• Read in 09 mins

How to Create Standard Operating Procedures (SOP) for Your Businesses ?

By implementing SOPs, businesses can streamline their operations and improve overall productivity.

Subscribe to our newsletter

Join our newsletter.

Stay in tune with Acadecrafts latest news and updates.

Clients Testimonials

Acadecraft has been an invaluable partner in our journey towards excellence in certification. Their commitment to delivering exceptional service, coupled with their unwavering dedication to timeliness and quality, has truly set them apart.

From the outset, their team has demonstrated a keen understanding of our needs, consistently delivering reports with meticulous attention to detail. Their responsiveness is commendable; whenever we've reached out with queries or requests, they've always been prompt and accommodating, ensuring a smooth and seamless experience.

One of the standout aspects of Acadecraft's service is their ability to deliver reports in a timely manner without compromising on quality. This has been instrumental in our decision-making processes, allowing us to make informed choices based on accurate and insightful data.

Acadecraft has consistently exceeded our expectations with their exemplary service, timely responsiveness, and unwavering commitment to quality.

• Shradha Shetty
• Certification Manager, SISA

Acadecraft's Voice-Over service was amazing! The team provided accurate and culturally relevant recordings for what we expected. They showed true professionalism and expertise. We highly recommend Acadecraft for their excellent Voiceover services.

• Manav Malhotra
• Sr. Manager – Operations

Always impressed with Acadecraft's expertise! Their translation services play a vital role for our company to drive international growth within our team and clients.

• Alex Capizola
• Business Operations Executive

AcadeCraft's assessment content creation team was able to understand our unique requirements and created customized assessments that fit our needs. The team was prompt and professional, and the quality of their work was good.

Acadecraft have recorded several audiobooks for us. They have a wide range of talented artists with different accents who really bring our stories to life. Their work is of high quality, with good attention to detail.

Acadecraft are reliable, efficient and friendly. Their services are highly recommended by us.

• Mazlini Kirsty Louise
• Editorial Head

As a producer, I've had the pleasure of using Acadecraft for sourcing VO and liaising with artists for several film projects. They offer a wide range of VO profiles and the artists I have collaborated with all were talented and professional. The team at Acadecraft have supported me with great professionalism, responsiveness and creativity. I highly recommend their services.

• Katia Hérault
• Head of Production

Acadecraft has been helpful with connecting our editorial team with subject matter experts (SMEs) who help us QA assessments and create solutions for computational assessments. They have been able to find SMEs to meet our needs and our deadlines. We are happy to continue to partner with Acadecraft.

• Managing Editor

Acadecraft team is always very supportive, and we and Acadecraft corroborate to create educational contents for K12 Students in India.

We appreciate Acadecraft teams' professionality, punctuality, creation skills in each subject.

• Mikiko Matsuoka
• Content Manager

I am thrilled to share my testimonial for Acadecraft which creates interactive and engaging content. Working with this team has been an absolute pleasure from start to finish. Not only did they create outstanding content for our project, but they also went above and beyond to ensure that it was interactive, engaging, and effective.

Throughout the entire process, the team was highly cooperative and communicative, always available to resolve any issues or concerns that arose. They truly made us feel like partners in the project, and their dedication to delivering high-quality content was evident in every interaction.

Thanks to their exceptional work, our project was a huge success, and we couldn't be happier with the results. I highly recommend them to anyone looking for a team that is passionate, professional, and committed to excellence. Wishing them all the best in their future endeavors.

• Hemika Kumar
• Ed-Tech Program Lead

The team at Acadecraft has truly been an end-to-end service provider for us, providing content development services and their commitment, attention to detail and expertise have made the project a success. Their team's dedication, attention to detail, and expertise have been unmatched, making our partnership an absolute pleasure. We highly recommend Acadecraft to anyone looking for a reliable and efficient education solutions provider.

• Yogesh Malhotra
• Senior Manager Team - Program Management

Our experience working with Acadecraft has been great. Their highly knowledgeable team of experts was always available to answer our questions, provide guidance, and ensure we were delighted with the services. Their thorough, accurate assessments provided valuable insights that helped us make informed decisions about our exam performances.

We look forward to continuing our partnership with Acadecraft and leveraging their expertise to help us achieve our business goals.

• Sohail Ahmed
• Senior Manager

I recently used Acadecraft's Video Editing services and I am extremely impressed with the quality of their work. The team at Acadecraft was highly professional, attentive and skilled in delivering my company’s project on time and within budget.

Their attention to detail was impeccable, and they understood my needs and requirements very well. They were able to create a video that not only met my expectations, but far exceeded them.

Throughout the process, they kept me informed and updated on the progress of the project, and were always available to answer any questions I had. Their customer service was excellent, and they were always friendly and easy to work with.

I highly recommend Acadecraft's Video Editing services to anyone who is looking for a high-quality and professional video editing experience. They are truly experts in their field and I look forward to working with them again in the future.

• Senior Executive

The video creation team of Acadecraft is insightful. They understood my requirements carefully and delivered a winning video that perfectly aligned with my business needs.

With a good script, content, sound, and editing – Acadecraft helped me with the best video content to strategize my marketing and promotional campaigns. Their tremendous experience in video editing and professionalism in serving the customer before and after delivering services are commendable.

The passionate team knows great about getting into the details and providing impeccable video services. I am extremely impressed by the work Acadecraft has delivered to me.

I appreciate my collaboration with Acadecraft and look forward to availing of services again.

• Ganesh Sonawane
• Founder & CEO

I required an explainer video for my business, and I am mesmerized by the work Acadecraft’s video editing team delivered to me. The perfectly aligned video elements and superb editing demonstrate the experience, knowledge, and professionalism Acadecraft has.

Acadecraft’s 3d video solutions are amazing. They used a perfect blend of art, color, shape, sound, and editing to create the video, making the video engaging and immersive.

I have always been excited to explore the opportunities of videos in business, and it was my pleasure to make Acadecraft my companion for the best video solutions. I highly recommend this organization and would love to collaborate with them again.

With a holistic approach to creating powerful blended videos, Acadecraft delivered me a well-developed video solution. I appreciate the relentless efforts of the video editing team, whose in-depth knowledge and analytical skills effectively catered to my needs.

The services Acadecraft has given me exceeded my expectations; the team was effective and listened to my requirements carefully, and went the extra mile in researching and creatively developing awesome pieces of video content.

Not only from a quality perspective but on the management and delivery front, Acadecraft’s services are prolific. They stuck to the turnaround time and were constantly in touch with me throughout the creation process.

I recommend Acadecraft for video solutions as they have great hands-on use of animation, graphics, and other creative assets.

• Shweta Patidar

I am thoroughly astounded by Acadecraft's proficient skills! Their exceptional voiceover and translation services were instrumental in amplifying our marketing endeavors and video promotions. They enabled us to communicate effectively with varied audiences and significantly propelled growth across numerous media platforms.

• Sparsh Verma
• Marketing Strategist

Working along with Acadecraft has been an exceptional journey. Their meticulous attention to detail and commitment to maintaining the essence of the content in the transition from English to Arabic was truly impressive. The collaborative spirit and timely communication made the entire process smooth and enjoyable. Without a doubt, I wholeheartedly endorse their services for a remarkable translation experience.

• Yashashwini V Rathod
• Account Director

Grab a FREE Accessibility Audit Today!

Expand your website reach.

Nice to meet you.

Enter your email to receive our weekly  G2 Tea newsletter  with the hottest marketing news, trends, and expert opinions.

What is Technical Writing? (+How It's Effective)

May 17, 2024

Sometimes, our most valuable skills are the ones we don’t even realize we have.

For example, every day we take millions of data points and observations, transforming them into digestible stories for ourselves. We take what we see in the world and make something of it, be it a small significance or a big takeaway.

This is a highly valuable skill in any workforce. Almost every career will task employees with observation, research, or the data analysis process in some way or another, and communicating that data to others through stories, charts, or other tasks is vital to relaying it accessibly to an audience.

Life as a technical writer is one of these careers.

What is technical writing?

Technical writing documents complex technological processes in terms that are easy to understand for new learners and first-time users of tech systems.

Technical writing: how it works, examples, and careers

If you work in a technical field, you probably perform technical writing at some point during your day-to-day tasks. However, there is a craft to this type of writing that can easily be overlooked. Let’s go over some of the why and how of technical writing, as well as examples.

How technical writing is effective

Technical writing can communicate complex technical information to readers not trained on specific jargon using reliably simple and understandable diction. The writing style is clear and direct, never straying too far from the facts of the matter at hand and what the reader needs to know. Simplifying technical information can provide a big benefit to any reader, regardless of prior background knowledge. Some will be looking for a step-by-step tutorial for a particular technical task, and others will be able to find the refresher they need in the ways you can simplify the complexities of the technical information your writing conveys. Also, feel free to use AI writing software to make sure your grammar and communication skills are clear enough while writing about these complex topics.

The two pillars of technical writing are professionalism and accessibility. Professionalism ensures that the writing is at a standard where the most important aspects of what you’re trying to communicate at the forefront. Accessibility allows for the text to be read by a wide variety of readers from different industries and backgrounds that want to learn more about the topic at hand.

Examples of technical writing

Technical writing can range from providing instructions about how to use a computer application on a website to laying out the steps in a medical procedure in a help file.

One common example of technical writing is a user manual. A user manual typically accompanies a piece of technology, such as a television or video game console, and communicates in easy terms for users to understand how to use the technology. User manuals can contain images, charts, and step-by-step chronological information related to setting up the technology for use. A skilled technical writer is able to take the complexities of this piece of technology and simplify the steps it takes for a user to get the most out of their device.

Another example of technical writing is an employee handbook . In most cases, companies will have a number of rules and regulations pertaining to how employees should conduct themselves in the workplace. A technical writer converts these policies into an easy-to-read employee handbook that properly communicates the rules and regulations at hand without overwhelming a new employee.

Technical writing careers

Getting into technical writing requires clear and concise communication skills. Some background familiarity with the topics you write on can help; however, it is not necessary. One key benefit of technical writing is that the more you write on a particular subject, the more research you must do on it and the more of an expert you become. Building out technical topics in which you want to become an expert in can help not only your understanding of the material, but also your ability to communicate it clearly to your readers.

The U.S. Bureau of Labor Statistics projects that technical writing careers are expected to increase by 8% over the next ten years. In the emerging tech, startup, and small business spaces, technical writing will increasingly be a skill demanded by employers. Outside of the tech industry, technical writers are often needed in financial, health, and academic settings as well.

Start writing

Technical writing is a skill in demand by industries that need to relay important and helpful technical information to a wide reader base. If you’re looking to get into writing, or have a strong writing background and are looking for a career in business or a freelance writing job , consider technical writing as a way to highlight your skills while helping readers of all backgrounds and interests learn about complex topics.

Rob is a former content associate at G2. Originally from New Jersey, he previously worked at an NYC-based business travel startup. (he/him/his)

Recommended Articles

What Is Corporate Compliance and How Does It Impact Business?

Don’t be complacent with your corporate compliance.

by Lauren Pope

What Is Corporate Law and Why Is It Important?

Abiding by the law has wiggled its way into our daily routines.

by Mary Clare Novak

What is Regulatory Compliance? (+ Corporate Compliance)

When it comes to differentiating different compliance terms, the key is in the details.

Get this exclusive AI content editing guide.

By downloading this guide, you are also subscribing to the weekly G2 Tea newsletter to receive marketing news and trends. You can learn more about G2's privacy policy here .

What is Technical Writing? A Comprehensive Overview

Carla Wardin

Senior Marketing Communications Consultant

Table of contents

Why technical writing matters, differentiating technical writing from other forms, skills for technical writers, choosing the right tools for your technical writing projects, technical writing processes and techniques, the importance of visual elements, types of technical documents, working with smes, handling technical reviews and feedback, the role of technical editing, career paths in technical writing, gaining relevant experience as a technical writer, translating technical knowledge into words and visuals, subscribe to techsmith’s newsletter.

Have you ever struggled to understand a complicated manual or wished a set of instructions were clearer? That’s where the magic of technical writing comes in. Technical writing is the art of translating complex information into easy-to-understand documentation. 

In this post, we’ll explore what technical writing is, why it’s important, and the skills required to do it well. Whether you’re considering a career in technical writing or simply curious about the process, this guide is for you.

Technical writing plays a pivotal role in many aspects of our lives and different industries. Here’s why good technical writing is so important:

• It helps users understand and use products more effectively
• It saves time by providing precise instructions
• Reduces the need for customer support
• Ensures procedures are followed correctly
• Improves the overall user experience

Technical writing is different from other forms of writing. 

While other forms of writing may aim to entertain, inspire, or express opinions to readers, technical writing focuses on instructing. It targets specific audiences with varying levels of technical knowledge and uses clear, concise, and objective language. 

Technical writing is highly structured and often includes visual aids to help with understanding, while other forms of writing are free-flowing and use visuals for aesthetic purposes.

While strong writing skills are a given, other qualities that good technical writers employ include clarity, accuracy, conciseness, and usability.

Writing and Communication

Technical writers need to focus on straightforward language and avoid opinion, jargon, and complex wording. Writers can take courses designed for technical writing to learn strategies. Technical writers need to express information efficiently, eliminating unnecessary words and phrases. Writers can edit their work, removing redundancies and wordiness.

It does take time to simplify. A lot of times, I’ll write out what I think, and then I go back to it later, and it’s like I can take this out, and I can take this out, and this goes over here, and this goes over here, it’s a process. Michele Wiedemer, Customer Education Consultant 🎧 The Visual Lounge: Episode 13

Accuracy and attention to detail

Technical writers need to research and test their text since errors can negatively affect the readers. They can learn how to evaluate sources and identify credible information, as well as work with reviewers to catch errors.

Organizational skills 

Technical writing involves thoughtful organization, clear instructions, and a user-centric approach. 

Selecting the right tools for your technical writing projects depends on several factors, like your project requirements, budget, collaboration goals, and integration with what you’re already using. Technical writers use a variety of tools, including version control systems and content management systems. However, two tools from TechSmith stand out:

Snagit for screen capture and simple recordings

This screen capture and image editing tool works well for technical writing needs. It allows you to capture screenshots, annotate images with arrows, callouts, and text, and create step-by-step visual guides .

Snagit’s scrolling capture feature is particularly useful for documenting long web pages or software interfaces. Snagit’s presets and custom hotkeys let you create presets for your most-used tasks, like capturing a specific area of your screen or applying a particular set of annotations. Really, that’s just the beginning. See why technical writers choose Snagit.

Annotate and edit screenshots with Snagit

Professional mark-up tools and powerful features make it easy to create helpful images.

Camtasia for polished training videos

Camtasia is an all-in-one screen recording and video editing software that lets technical writers create professional-quality video tutorials and demonstrations. With drag-and-drop transitions, callouts, and more, you don’t have to be a professional video editor to get impressive results.

Creating useful technical documentation is a process that involves careful planning. 

• First, you’ll need to plan by defining your audience, establishing the purpose of the document, and deciding the scope of the project. 
• Next is research, where you gather information and organize it into an outline or flowchart that works for you.
• For the writing portion, you’ll have to draft your content, following the outline and using the research findings. 
• You’ll also want to incorporate visuals like diagrams and annotated screenshots to make your content easier to understand. 
• After that, there’s the review and revision process.

Visual elements are helpful for creating effective technical documentation. They can help to:

• Clarify complex information: Annotated visuals can illustrate complex concepts in a way that is easier to understand than text alone.
• Break up long blocks of text: Visuals can make your document more visually appealing and less intimidating.
• Improve engagement: Engaging visuals can help to keep readers interested in your content.

By following these steps, you can create clear, concise, and informative technical documents.

Technical writers create many different kinds of documents , each serving a specific purpose and tailored to a particular audience. Let’s explore some of the most common types of technical documents and look at tips for writing them.

User manuals

User manuals are guides designed to help users understand and use a product or service. Tailor your language and level of detail to the user’s technical expertise. Avoid technical terms whenever possible, and use screenshots, diagrams, and other visuals to illustrate instructions and clarify complex concepts.

Standard operating procedures (SOPs) 

SOPs are detailed, step-by-step instructions for performing specific tasks or processes. They are designed to help with consistency, quality, and safety in workplace operations. In writing these, it helps to be specific and detailed, so there’s no room for interpretation. Use flowcharts, diagrams, or photos to illustrate the process and keep them up-to-date.

White papers 

White papers are reports that explore a specific topic or problem in depth. They are used to educate readers, present research findings, or promote a particular product or service. Gather information from credible sources, cite your references, and focus on presenting information and insights, not selling a product or service.

Case studies 

Case studies examine real-world scenarios or projects. A good strategy is to highlight the solution’s measurable benefits and create a narrative that highlights key statistics.

Technical writers typically work with subject matter experts , also known as SMEs, who have invaluable technical expertise about the product. Collaboration between SMEs and technical writers is critical for producing the best quality documentation.

Before meeting with an SME, research the topic and prepare a list of questions that focus on the information you need for your document. You can also ask questions during the interview.

It’s important to establish a relationship with your SMEs since you will be working with them on a regular basis. Don’t hesitate to ask SMEs to explain technical terms or concepts in simpler language. This will help you translate their knowledge into clear writing your target audience can understand.

To capture accurate information, take detailed notes as well as record interviews for future reference. It’s also helpful to check the information you receive from SMEs with other sources.

Technical reviews are part of the writing process, as they let SMEs check documents for accuracy. Approach feedback with an open mind since SMEs are experts in their field, and their changes can help you improve the quality of your documentation. Consider all changes and incorporate them as appropriate. Be sure to track changes so you can easily identify revisions and share the revised document with your SME.

By following these strategies for effective collaboration and feedback management, you can build relationships with SMEs and produce high-quality technical documentation that meets your audience’s needs.

Upgrade your screen captures

Don’t let clumsy built-in tools hold you back. Take and edit screenshots with Snagit!

Technical editing is another quality control checkpoint for your documentation. Technical editors, often experienced writers themselves, review your content for accuracy, clarity, consistency, and usability. Technical editors also catch grammatical errors, typos, and formatting errors, making sure the final product is polished and professional.

While a professional technical editor is invaluable, self-editing and peer reviews are also important steps. After checking your own work with fresh eyes, find someone with technical knowledge or experience in your field to look it over. Let the reviewer know what type of feedback you’re looking for, such as clarity, accuracy, and usability.

Technical writing offers many career paths with opportunities for specialization in different industries and types of documents. Types of specialization include API, medical, scientific, and UX. After gaining experience and expertise, technical writers can advance to roles such as technical writing manager, content strategist, or technical communication consultant.

Gaining experience in your chosen profession takes some work. You can start with internships and freelance work to build your exposure and reputation in the industry. Networking with other technical writers and potential employers also helps – go to industry events and conferences to connect. Professional development opportunities like online courses will also help you learn more about – and keep up with – changes in technical writing.

Technical writers are skilled at simplifying technical jargon, creating engaging content, and using tools to help them reach their audiences. By following a structured writing process, collaborating with subject matter experts, and continuing to learn, technical writers can work in a wide range of industries. Translating technical knowledge into easily understood content is a talent that will always be in demand.

Speed up your screenshot workflows

Stop wasting your time with built-in snipping tools, and try Snagit!

Additional Resources

How to blur text in screenshots: 5 tips for clear, private screenshots, how to screen record on windows 10 or 11 (with audio), how to create a training manual.

Academia.edu no longer supports Internet Explorer.

To browse Academia.edu and the wider internet faster and more securely, please take a few seconds to  upgrade your browser .

Enter the email address you signed up with and we'll email you a reset link.

• We're Hiring!
• Help Center

Technical Writing. A Guide for EffectiveCommunication

Related Papers

Oksana Synekop

The paper deals with the problem of teaching writing the students of technical specialties in the conditions of interdisciplinarity. The achievements in the field of teaching writing are given. The effective ways of writing texts by the students of higher technical educational institutions are considered. To achieve successful and effective written communication it is necessary to pay attention to the audience; the purpose of writing; researching the topic; focusing the ideas; information organization and content. The audience backgrounds, interests, the level of education and familiarity with the subject have to be taken into consideration by authors. For defining the purposes of the texts it is necessary to follow the scheme "style → genre → sub-purposes". Researching the topic means collecting information from different sources and processing it. Gathering information is realized on the base of the interdisciplinary approach. The Internet is considered to be the dynamic...

dheya al-othmany

This paper has focused on technical writing as a skill for engineers. It has sought to define technical writing and throw light on the content and technique of writing the various components of successful technical reports (for example, articles, papers, or research reports, such as theses and dissertations). Then, it has highlighted other special features and principles of effective technical writing. The material in this paper is divided into seven major parts. Part 1 (Technical writing for engineers) stresses that a successful engineering career requires strong writing skills. Part 2 (How to write the major sections or elements of a report) describes the techniques of writing the abstract, introduction, literature review, procedure/methods & materials, results, discussion, conclusion, and recommendations. Part 3 (Special features of technical writing) brings into focus some of the special features of technical writing such as tables & graphs in the text, graphics in instructions, team writing, ethics (plagiarism), document sources, three citation styles and IEEE reference style. Part 4 (Technical usage) deals with writing abbreviations, initialisms and acronyms, numbers, units of measurement, and equations. Part 5 (Technical style) highlights the imperative writing style and other features of technical writing such as the use of active and passive voices, plain vs. complex syntax, avoiding redundant or superfluous expressions, and vague generalities, using words or expressions with visual impact, the past tense to describe experimental work, the present tense to describe hypotheses, principles, theories and truths, and breaking up the text of the report into short sections. Part 6 (Document specifications) emphasizes the technical writer's need to conform to such document specifications as word count, format, font, number of words per line of text imposed. Finally, part 7 (Reader-friendly technical writing) suggests choosing the varied writing modes (- atterns of organization of information) to suit the technical writing task, checking for technical accuracy and following three levels of editing to help increase the readability of a technical text.

Revista de Sistemas de Informação da FSMA

Armando Vieira

Hayden Coombs

Technical writing is used in many technical and professional fields. Its goal is to accurately and concisely convey direction, explanation, or instruction to specific audiences of varying levels of technical knowledge so that each reader clearly understands the information they need. Objectives In an increasingly complex world, good technical writing is increasingly important. This course will teach you how to create and design quality communication for the professional environment. After the successful completion of the course, students will be able to: 1. Communicate using Markel's Eight Measures of Excellence: honesty, clarity, accuracy, comprehensiveness, accessibility, conciseness, professional appearance, and correctness. 2. Evaluate the communication situation: audience, purpose, and context. 3. Create effective professional memos, proposals, technical definitions, and reports. 4. Integrate visual items in technical documents, 5. Understand how to analyze, incorporate, and attribute data from research. 6. Use a cover letter, résumé, and LinkedIn profile in an effective job search. 7. Continue developing lifelong learning and self-editing skills. 8. Continue developing as a professional and leader. 9. Use Word effectively in document design. Required Course Materials • Practical Strategies for Technical Communication Mike Markel, ISBN: 978-1319261023 • Red pen • Printing funds • Internet access Class Policies: 1. Attendance-This is a face-to-face class for a reason: It is essential that all students attend class. Attendance will be taken at the beginning of every class. Written documentation for a universitysanctioned absence must be provided. Arrangements concerning absences are entirely at my discretion.

Bigra Shehzada

SMART M O V E S J O U R N A L IJELLH

A capacity and taste for reading gives access to whatever has already been discovered by others”-Abraham LincolnAsEnglish is auniversal language, interaction is essential for those who aspire to grow proficientlyin the competitive world. Communication skills are playinga vital role in these days amongstthe extraordinaryenrichmentsin science and technology. Especially forengineering students, it acts like a prerequisite asthey are accountablefor the uninterruptedgrowth and innovationof a society and nation at large, theoretically. Even thoughtheprincipaltasks accomplishedby engineers are methodicalin nature and their successdependsparticularlyon the efficiencywith which they adopt. Thereforean engineer should be an incomparablein both reading and writing skills. Reading is very much important because an engineer has to read and comprehend a variety of texts –it may be a short e-mail, abook or anextensivereport. One who acquires skill in reading automatically becomes a creative writer.Similarlythe objective of any professional writing is to communicate theideas with the right usage of wordsin factualcontext.Keywords

Principled Program Management and Team Leadership

Mack McKinney

This handout from a systems engineering course is, itself, a mini-class in writing technical papers. Discusses the importance of deciding upon purpose, audience, content, style and mechanics. Gives examples of clear versus ambiguous writing and discusses fifty-six common mistakes that inexperienced writers (especially engineers) often make. Finally, asks readers of this paper to find the typographic mistake intentionally left in it, and to email that to [email protected] for a neat gift that is provided as a reward.

Ekong Nancy

the paper tried to examine the nature of technical writing and the role it plays in communication.

Loading Preview

Sorry, preview is currently unavailable. You can download the paper by clicking the button above.

RELATED PAPERS

Norman Fenton

David Farkas

Research on humanities and social sciences

M.Sahul Hameed

Tchobanoglous, G., Leverenz, H. (2013), A Guidance Manual on the Preparation of Technical Reports, Papers, and Presentations, University of California, Davis, Davis, CA

Sina Khatami

Samson Shanchebo

Isabel Muñoz

Begoña Montero-Fleta

HERMES - Journal of Language and Communication in Business

floriana popescu

Harriet Napierkowski

Journal of Academic Writing

Marie-Thérèse Rudolf von Rohr

Eliot Rendleman

Techincal Communication

Mike Duncan

Procedia - Social and Behavioral Sciences

Belen Labrador

Journal of Writing Research

Ryan Boettger

Canadian Journal for Studies in Discourse and Writing/Rédactologie

Aviva Freedman

Mike Sharpe

Jeffrey Higgins

Eveling Castro

tahir desta

Kevin Karplus

International Journal for Research in Applied Science and Engineering Technology (IJRASET)

IJRASET Publication

RELATED TOPICS

•   We're Hiring!
•   Help Center
• Find new research papers in:
• Health Sciences
• Earth Sciences
• Cognitive Science
• Mathematics
• Computer Science
• Academia ©2024

The technical writing process: How to do technical writing like a pro

Linda Ikechukwu

20 December, 2021

If I had a dollar for every time someone has asked me, "I am not a natural-born writer, how can I get better at technical writing?", I'd probably own a private jet.

My answer is to follow a technical writing process.

Technical writing — just like every other creative process — is difficult, especially when you're writing about something new and unfamiliar (which is probably what you'll be doing most of the time as a technical writer). Even 'natural born' writers will struggle without a writing process.

A writing process breaks the intimidating task of "TECHNICAL WRITING" into distinct steps that you can check off one by one to encourage the creation of content in a systematic way.

Good writing requires planning and preparation. Based on my experience creating technical content (technical articles and documentation) for some startups, I'll share the same process I follow to write high-quality technical content consistently. This will help you overcome the initial blank-page confusion, so you can also start writing better technical content (whether in a personal or professional setting) with speed and ease.

• Define your audience
• Define the goal of the content
• Write an outline
• Do your research
• Write the first draft
• Rewrite the first draft
• Fine-tune and polish
• Ask for feedback
• Publish and share

N.B: This technical writing process article does not cover how to generate topic ideas or decide what to write. It assumes that have what to write about. It also does not place much emphasis on grammar rules because they are secondary. Instead, it focuses on a series of high-level steps that you can follow to give direction and purpose to your writing and make the task less daunting.

Stage 1 of the technical writing process: Prewriting

Prewriting refers to everything you do before writing an actual draft. Prewriting is the stage in the technical writing process in which you define the direction and strategy for the content you're about to write.

Do these prewriting tasks well, and writing the draft will be a breeze.

1. Define your audience

To create effective content (i.e, content that will be useful to your audience), you need to understand who they are. When you understand your audience, you'd be able to write content that resonates with, impacts, and offers them a better reading experience.

To define your audience, ask yourself: Who am I writing this piece of content for? Are they beginner developers, mid-level developers, product managers, designers, etc?

Your intended audience determines the tone you should lean on while writing, the level of background information you need to provide, the frequency with which you define terminology, what you should cover and shouldn't, and the overall direction of the content.

For example, say you're writing an article on how to build a demo CRM with React , which will require connecting a database (SQL or otherwise). If your intended audience are frontend developers with no idea of databases or SQL, you'll need to have a section introducing them to the basics of SQL databases and how they work, and maybe a link to go read up on SQL commands.

However, if your audience are core back-end developers, you'll need to have a section introducing them to React and how it works.

2. Define the goal of your technical content

Every piece of content you write should have a goal; otherwise, you'll write something that doesn't deliver any value because your points will be all over the place. Just like defining your audience, defining the goal of every piece of content helps provide you with more direction and focus.

The goal of every piece of content can be thought of in two parts: the producer's goal and the readers' goal.

The producer's goal

A producer is someone or a group of persons who wants to write a piece of content. In this case, the producer is you (an individual technical writer writing for yourself, or the company paying for you).

Defining the producer's goal helps you understand why you or your company has decided to write a particular piece of content. Without specifying this goal, you're less likely to care about what you're writing. And, when you don't care about what you're writing, you're less likely to deliver value.

To define your producer goals, ask yourself these questions:

• "As a person, why do I want to write this piece of content?"
• "As a company, why should we produce this piece of content?"

An example of a producer's goal could be:

• " I am writing this article to showcase my understanding of a particular subject matter and encourage people to sign up to my newsletter or follow me on Twitter " (personal)
• " We're creating this piece of content to drive more awareness for our product and encourage people to use it or download it " (company)

The readers' goal

The readers' goal is why your audience should care about your content or even read it. When users search for content, their goal is usually to either get a solution to a pain point or find answers to a pressing question.

To understand your readers' goal, ask yourself:

• "What are the pain points of my target audience regarding this particular topic?",
• "Regarding this particular topic, what are the pressing questions that my audience are looking for answers to?"

As much as your goals are important, that of your audience is more important. It is only when you create value for your audience that they will convert (i.e help you achieve your own goal). So, you need to marry your goals to that of your audience, to achieve better results.

For example, the producer's goals arrived at in the preceding section can be reframed to these below, which puts the reader into consideration:

• "Frontend developers struggle with understanding the concept of React context. I will use the analogy of driving a car to break down the concept and make it more relatable. This will showcase my deep understanding of the concept, and then I will encourage readers to sign up for my newsletter for similar content."
• "Setting up public APIs is always a tedious task for developers because of the numerous steps involved. This piece of content will show developers how they can use our product to set up public APIs in just 3 steps. This should encourage them to start using it"

After you arrive at the combined goal, write it down. That way, you'll be able to cross-check your writing with it, in the end, to confirm that you were able to deliver on your goal.

3. Write an outline

An outline is like a map that guides you to a destination — without which you'll end up missing your way.

An outline can be described as the barebones structure of your content. It allows you to narrow down your ideas to the main points that you need to cover, ensuring that you deliver on the goal of that specific piece of content without deviating.

An outline typically contains:

• A thesis (the primary point of the article), and
• Headings and sub-headings representing the points you'll need to cover to deliver on your content goal.

How to come up with a title for your technical documents

Every piece of content should have a title that summarizes it's value proposition.

Most of the time, I use the template below to generate article or documentation titles:

[goal or end result] for [target audience].

For example, 'How to Set Up Public APIs in 3 Easy Steps for Developers Who Hate Stress'. Anyone who sees the title will immediately understand what they're getting and who it's written for. This makes it easier for your target audience to identify with your content, among others.

How to come up with a thesis for your technical documents

After defining the title, define the thesis or the main point of the content. The thesis is the main message that a piece of content attempts to convey, and it is usually closely related to the goal you defined in the previous section.

For example, following the public API article example, the thesis could be:

"No developer should be subjected to spending an ungodly amount of hours setting up public APIs. Our tool makes setting up public APIs as easy as three lines of code, so developers can channel that time to do more impactful work".

How to establish headings and points to guide the structure of your technical documents

After you've defined your thesis and content goal, the next thing is to construct the body's structure.

Consider all the significant points you'll need to cover to deliver on both your content goal and on your thesis. Then, write them down as headers.

If the goal is to explain a technical concept, list all of the components that comprise that concept. If it is a step-by-step guide for completing a specific task, list all necessary steps. Then, under each major heading, fill in the sub-points or sub-tasks that you'll need to address as well.

For example, my outline for this article could look like so:

4. Do your research

Research is a vital step in writing. So crucial that I'd like to say that a successful piece of writing depends on 60% research, 10% writing, 10% editing, and 20% distribution.

Research is a continuous process when writing. From the moment you decide what to write on, to defining your target audience, to drawing up an outline, you must conduct research to gain perspective. The level of research you do will reflect on how confident you'll feel about writing that particular piece of content.

So after you've drawn up an outline, do some research and read up on existing similar or related content to gain more understanding and authority over the topic. If you need to build out a demo app or write some code, this would also be a good time to do that.

Stage 2 of the technical writing process: Time to write

After defining the basic structure and direction and reading up on helpful information, it's time to start writing.

1. Write the first draft.

The goal of the first draft is to help you get all of the ideas in your head onto paper (within the constraints of your outline and target audience, of course). Write down all of the ideas that come to you in relation to your outline. It doesn't have to look good or even be moderately ready for publishing. Write, then fix later.

While writing out this draft, you may likely get stuck on some areas. That's perfectly normal. This might indicate that you need to stop and go do more research or consult someone knowledgeable about the topic. Alternatively, mark the section that needs to be worked on as Todo and continue writing the sections that you flow freely to you.

2. Rewrite the first draft

The goal of this rewrite is to organize all of the ideas that were jumbled together in your first draft into a coherent and presentable format.

In this phase, you should arrange paragraphs and sentences one after the other to achieve flow and remove any awkward phrases or duplicate information. It would help if you also wrote a proper intro and outro.

Your intro should answer the question: "Will this help me?, Should I be reading this?". It needs to contain the goal of the content (what the user will learn from the content), and any prerequisites knowledge they need to have.

In contrast, your outro should include the next steps for the reader (what should they do next after reading your article). This can include anything from relevant links to additional resources.

Asides that, here's a list of other things to do in the rewrite phase:

• Rewrite every paragraph and section with the key ideas positioned first, to promote readability .
• Remove anything that doesn't support your main point or will distract from key points.
• Verify that there are no gaps in your writing and that you've provided all the information the reader needs to arrive at the goal set out at the beginning.

Typically I'd say put some distance between your first draft and every rewrite. If you can afford the luxury of time, the next day is best. This allows you to have a fresh perspective and brain.

3. Fine-tune and polish

Now, this is the stage where you read through your more polished writing sentence by sentence and try to clean it up even more. Unlike the rewriting, which is more concerned with high-level coherence, this phase is about minute tweaks.

Here's a checklist of some things to do at this stage:

• Remove awkward phrases or ambiguous words that may make it hard for the reader to understand the content.
• Make sure all links work
• Create smooth transitions between paragraphs and sentences.
• Run content through a grammar checker like Grammarly
• Run a plagiarism check using a tool like Grammarly or Unicheck .
• Break down longer sentences of more than 25 words into two.
• Break paragraphs into a maximum span of 6 lines.
• Clean out your subheaders. Make them as brief and as clear as possible.

Stage 3 of the technical writing process: After writing…

Now that you're done with writing, it's time to ask for feedback and get it ready for publishing.

1. Ask for feedback

You can either stop at the fine-tuning stage and move on to the publishing phase, or ask for feedback from an extra pair of eyes (like a friend) if you're writing for yourself.

If you're working in a professional setting, you'd usually send this to your clients or superiors for feedback and then try to incorporate their suggestions.

2. Publish and share

After you've incorporated feedback, it's now time to publish. You'd typically transfer the content from your drafting location (google doc, dropbox, e.t.c) to the publishing medium (code editor, markdown files, CMS). Then share the excellent content you've written to social media so other people can see it.

What's the essence of writing if no one ever sees it?

Take care not to get stuck on the editing and polishing loop. The thing about technical writing is that there will always be room for more tweaking, some more editing, or something you can do to make it better. But do that, and you'll never finish.

As Leonardo da Vinci said: " Art is never finished but abandoned ". Set a deadline, stick to it, and consider it done.

Good writing is a skill and can be developed

Writing well is a skill that can be honed with enough practice and time. I hope the technical writing process discussed above has provided you with a framework to get better at technical writing. However, consider it merely a suggestion. You're free to tweak it and rearrange it as you see fit until you find something that works for you. There is no "right way" or "wrong way" to write, but having a defined technical writing process makes it easier.12.1 3

• Buy me a coffee to help keep this site running.
• Follow us on Twitter for more technical writing, technical content marketing, and developer advocacy insights.
• Subscribe to the newsletter to receive more content like this directly in your inbox.

More articles you might like:

Everything you need to know about technical writing, tccs #1: what is content design with amy burns, get your technical writing career off the ground..

Join over 1700+ subscribers just like you . Every month, I'll send you new articles and expert interviews published on the blog, so you'd never miss out. I'll also send you a curated list of other valuable resources on technical content creation across the internet, as well as fully-remote technical writing gigs/jobs to help you land your dream job.

Purdue Online Writing Lab Purdue OWL® College of Liberal Arts

Writing a Research Paper

Welcome to the Purdue OWL

This page is brought to you by the OWL at Purdue University. When printing this page, you must include the entire legal notice.

Copyright ©1995-2018 by The Writing Lab & The OWL at Purdue and Purdue University. All rights reserved. This material may not be published, reproduced, broadcast, rewritten, or redistributed without permission. Use of this site constitutes acceptance of our terms and conditions of fair use.

The Research Paper

There will come a time in most students' careers when they are assigned a research paper. Such an assignment often creates a great deal of unneeded anxiety in the student, which may result in procrastination and a feeling of confusion and inadequacy. This anxiety frequently stems from the fact that many students are unfamiliar and inexperienced with this genre of writing. Never fear—inexperience and unfamiliarity are situations you can change through practice! Writing a research paper is an essential aspect of academics and should not be avoided on account of one's anxiety. In fact, the process of writing a research paper can be one of the more rewarding experiences one may encounter in academics. What is more, many students will continue to do research throughout their careers, which is one of the reasons this topic is so important.

Becoming an experienced researcher and writer in any field or discipline takes a great deal of practice. There are few individuals for whom this process comes naturally. Remember, even the most seasoned academic veterans have had to learn how to write a research paper at some point in their career. Therefore, with diligence, organization, practice, a willingness to learn (and to make mistakes!), and, perhaps most important of all, patience, students will find that they can achieve great things through their research and writing.

The pages in this section cover the following topic areas related to the process of writing a research paper:

• Genre - This section will provide an overview for understanding the difference between an analytical and argumentative research paper.
• Choosing a Topic - This section will guide the student through the process of choosing topics, whether the topic be one that is assigned or one that the student chooses themselves.
• Identifying an Audience - This section will help the student understand the often times confusing topic of audience by offering some basic guidelines for the process.
• Where Do I Begin - This section concludes the handout by offering several links to resources at Purdue, and also provides an overview of the final stages of writing a research paper.

Raspberry Pi

How to write a technical research paper.

1. Know what your readers want

2. understand the topic, 3. paper format.

b) Abstract

C) introduction.

d) Background information

E) the body, f) conclusion, g) bibliography, syed zain nasir.

Write With Clarity, Precision, and Inclusion

APA Style is used by writers in many disciplines around the world for concise, powerful, and persuasive scholarly communication.

About APA style 7th Edition now available

Inclusive Language Guide

Available now! The Mastering APA Style Student Workbook

The Mastering APA Style Student Workbook is an online and interactive workbook for teaching and learning seventh edition APA Style. Explore the workbook to learn more, register for a webinar, watch a demo video, try a sample workbook, and purchase your copy. Adopt the workbook for your course or workshop to use it to teach APA Style and scholarly writing.

Explore the workbook Free instructor trial

Popular Style Guidelines

Apa style monthly.

Subscribe to our free monthly newsletter to get APA Style tips, updates, and resources delivered directly to your inbox. Subscribe

Mastering APA Style Student Workbook

An online and interactive workbook designed for teaching and learning seventh edition APA Style

Concise Guide, Seventh Edition

An easy-to-use guide for students writing their papers in seventh edition APA Style

Publication Manual, Seventh Edition

The official source for seventh edition APA Style that guides users through the scholarly writing process

Academic Writer™

Subscribe to Academic Writer, APA’s tool for teaching and learning effective writing

Educators and Students

Course Adoption

APA Style for beginners

Handouts and Guides

Tutorials and Webinars

Journal Article Reporting Standards

Learn more about JARS

• Dissertation
• PowerPoint Presentation
• Book Report/Review
• Research Proposal
• Math Problems
• Proofreading
• Movie Review
• Cover Letter Writing
• Personal Statement
• Nursing Paper
• Argumentative Essay
• Research Paper
• Discussion Board Post

Communication Research Topics for Writing Excellence

Table of Contents

Opting for suitable communication research topics is not puzzling when you are aware of major communication research questions and savvy in the niche. Explore engaging topics in communication and create an A+ project!

What Do Communication Research Ideas Comprise?

Communication research topics comprise interpersonal, business, health, social, technical, and mass communication research questions and further aspects related to the field. It is up to an essay writer what communications research topics to prefer since the author’s interests and background are major in the idea selection.

Although the number of communication topics for research is massive, attempt to reflect solely on relevant and authentic ideas without copying someone’s work. Communication topics are diverse and cover aspects of public and international relations, non-verbal language, social media, cross-cultural communication, public speaking, etc. Don’t dwell on communication as a process while opting for communication research topics. Turn on your creativity and generate powerful communications research topics.

Guide to Communication Research Project Performance

Whether you search for communication health research topics , interpersonal communication research topics, or others, your research project performance should go through the following stages.

• Brainstorming at least five communication topics meeting your interests and competence.
• A quick investigation of chosen communication topics and opting for the most suitable one.
• Generating an attention-grabbing title wording. 
• Diving deeper into the subject by gathering relevant statistics and information.
• Creating a project outline.
• Drafting a paper based on the gathered data.
• Text formatting.
• Thorough paper proofreading and authenticity analysis.

While a research project performance is quite a lengthy process, most learners face obstacles at the primary stage of finding appropriate communication research topics. Watchfulness proves effective when you lack the creativity to generate decent communication topics. You can check a few dozen effective communication research topics provided by experienced authors in the below lists. Expand your horizons by gleaning insights into custom communication research topics.

Interpersonal Communication Research Topics

The major niche in this field is communication between people. Check out tailored interpersonal communication research topics for A+ projects.

• Interpersonal communication in language interaction. 
• Specific stereotypes of behavior in diverse cultures. 
• Informal communication in social networks: Protecting personal boundaries. 
• Communicative space: Methodology of definition. 
• The effect of relevance and volume of information on the conversation. 
• The process of the information field formation during communication between two people. 
• The importance of deep integration of communicator and recipient to meet the needs of both parties. 
• Non-verbal means of communication in different nationalities. 
• Honing the tools of rhetoric develops eloquence.
• Observance of the traditional speed culture in the conditions of constant language modernization.

Communication research topics for college students

The variety of aspects you can explore within communication research topics for college students is immense. Which idea seems suitable for you?

• Hierarchy in communication. 
• Posed facial expression for manipulation.
• The process of generating ideas during communication.
• Does social media lead to social isolation?
• Sincere friendship vs benefits from contacts.
• Importance of acceptance of young people’s emotions.
• Information perception patterns depend on upbringing methods.
• Emigrated children’s adaptation to a new education environment.
• Ways of expressing criticism without coming into conflict.
• Communication skills honing boosts writing mastery.

Mass communication topics

Prompt influence on huge audiences with diverse cultures and languages is a globalization communication phenomenon. Communication research topics in this field are pressing and worthy of your consideration.

• Audience’s specificity in conducting mass communication.
• Information wars in the technological accessibility era.
• Destructive consequences of state’s mass communication.
• Shaping public opinion: Can there be trust in sponsored media?
• Legal restrictions on conveying information to the masses: Codes of ethics.
• Information exchange on the international level.
• Trendsetting on video streaming platforms.
• Censorship’s cruciality in mass media.
• Mass communication in marketing.
• The cycle of knowledge generation during the dissemination of ideas to a large audience.

Health communication research topics

Healthcare is a field where interpersonal, mass, business, and other communication research topics take place. Explore the comprehensive specs of people’s interaction in healthcare by opting for relevant communication research topics.

• Public health campaigns promoted by governments.
• Interaction between healthcare providers and patients.
• Sportsmen’s role in promoting a healthy lifestyle.
• Specs of online consultations with physicians via messengers.
• Online yoga classes and AI client feedback processing.
• Global stereotypes of the appropriate body weight.
• Spreading worldwide awareness of the cultural differences in healthy diets.
• Effective strategies for notifying patients about serious diseases. 
• Marketing restrictions in the pharmaceutical sector.
• Establishment of prolonged and trusting relationships between doctors and patients with chronological diseases.

Business communication research topics

Seeking communication research topics about business and corporate relationships? Look through the following communication research topics provided by savvy authors.

• Productive and long-term cooperation is the major goal of business communication. 
• Techniques for improving partnership relations: Personalization of solutions. 
• Building a sustainable business image through consistent and responsible cooperation with clients.
• Business discussion culture: Communication professionalism.
• Support of periodic cycles of communication with partners.
• Regulation of relations between economic entities based on legal agreements.
• Diplomatic protocol at business conferences.
• Effective negotiating positions.
• Manipulation of trust in establishing cooperation agreements with partners.
• The success of negotiations depends on the place and time, as well as the participants’ psychological state.

Technical communication research topics

IT, AI, digital marketing, and related industries are growing rapidly. Communication research topics with an emphasis on technology is a viable option. Check a few decent communication research topics below.

• Static text documentation is a major component of technical communication.
• Onboarding procedures for newcomers in IT companies.
• Product localization to enter the international market.
• Visual formatting peculiarities of technical documentation.
• Interactive methods of conveying the product’s technical characteristics.
• Instructions for using devices and programs as an example of technical communication: Standard layout vs creative approach.
• The structuring of requirements in the technical tasks is the key to timely project completion.
• AI technical documentation proofreading.
• Technical communication influences software development progress.
• Client-centered approach to technical documentation creation.

Finding successful communication research topics is not a myth but a consistent set of steps you can learn from competent authors. Benefit from the 60+ working communication research topics and generate your idea for in-depth investigation. Craft appropriate wording for topics in communication and forget about boring paper titles. Here are your ideal communication topics for research!

Sample Essay on conflict

5 Types of Expository Essays – The 2024’s Guide

How Netflix Affects College Students?