Microsoft Word templates for your documents

You can access high quality Microsoft Word templates by clicking the orange button below...

View all templates >>

Click the button above and you'll find templates for many kinds of business, development, and technical documents.

Let me ask you a question. Why do you want a template in the first place?

To save time, right? To write a more professional document with less work.

Then why risk making yourself less efficient by struggling with an inferior template?

Why not start with a template designed by professional technical writers? A template that is flexible and provides tons of detailed guidance to help you finish your project. A template that you can download right now so you can get the job done and go home.

Also, what if I told you these templates are guaranteed? And that the list of available templates is massive, with many document types to choose from.

No, I didn't create these templates. They were created by professional and respected technical writers who know WAY more about template creation than I do.

In fact, I recently purchased one of the templates and was astounded at how much detail was included. For only $9.99 (the cost of a lunch or two) I received not one, but an multiple template tools to help in planning exactly the type of document I needed.

The Word and Excel template files were geared toward building a highly professional guide, and included forms, spreadsheets, and lists to help nail down scope, delivery, and many other document details. You'd be hard pressed to find so many time-saving features in a freebie.

By purchasing one of these templates, you'll get an incredible product that might make your job much easier. And, by purchasing them through my affiliate link, you help support HelpScribe.com.

Great technical writers deserve great tools. Start using these high-quality templates today.

View the templates >>


















For technical writing, user feedback is essential

To produce great technical writing, you must analyze user feedback. Much like any business endeavor, you have to have customers to tell you when you are hitting the target. You can write the most detailed instructions in the world, but if they aren't the instructions users actually want, you're wasting your time.

That said, how do you go about gathering feedback to flesh out your documentation?

Here are a few ways savvy writers collect information from customers.

  • Formal usability testing - If you work at Google or Microsoft, chances are you have usability labs for testing purposes. However, even small departments can schedule one-on-one time with select users. Just plan ahead so that you can use the time wisely. Do a bit of research on usability testing before inviting customers in for observed use of products.
  • Help feedback forms - Many help authoring tools have server-based feedback forms that allow your readers to send any criticism of the software documentation directly to you. Take advantage of these tools. Just be sure to take individual suggestions with a grain of salt; instead, look for common complaints and fix them. If your user assistance tool doesn't have this feature built in, consider asking for help to build such functionality into your documentation.
  • Paper feedback forms - For printed user manuals, a simple feedback page with pre-paid postage might get you some responses. While this isn't an optimal situation because it requires a lot of action from users, it might help you resolve some documentation issues.
  • User forums - The great thing about user forums is that everyone is honest. Visitors might use foul language to refer to your product, and they'll definitely state their problems in a no-holds-barred manner. That honesty makes product forums a great place to gather information for improving your documents.
  • Support staff - If you have a dedicated support team for your product, start building a great relationship with them now. Chances are they talk directly to your users every day, and can tell you exactly the types of problems you need to address in your user manual and online help. By improving your documents in this manner, you reduce support calls and allow the Support team to show quicker response times. Everyone wins.
  • Product blogs - For many products, a few users will take initiative and create blogs devoted to issues, updates, tips, and so on. Search the web for blogs related to your products. You might be surprised at what you find.
  • Google - Take advantage of the world's most successful search engine, and see what information is floating around the web. You will likely see your product discussed on websites you didn't know existed.
  • Reviews - If your industry is covered by trade magazines, keep your eyes peeled for product reviews. Such reviews are usually quite honest, and will often cover details about product documentation.
  • Conventions - If your company hosts conventions for users, get yourself invited. Talk to your users face to face and ask what they think of the documentation. Some may admit to never reading it; others might impress you with their familiarity of the content. Ask while you have the chance, and be prepared with questions.

Similar articles:

6 ways to improve user retention of help content

Product help isn't the most exciting stuff to read. Also, there isn't much incentive for users to commit most of it to memory. Often users are just digging through the help to find an easy way out when they are stuck; they don't want to become power users.

Despite the lack of user interest in committing your help to memory, there are changes you can make so that your help is easier to absorb. By making these changes, users comprehension will increase, and fewer users will find themselves nodding off while reading through a help topic for the tenth time.

Write granularly to avoid information overload

Limit the amount of conceptual information you present to users in a single topic. Instead of throwing everything at them at once, try to deduce what conceptual information is necessary in order for your users to complete tasks related to that topic. Don't give them more than they need, or less. (The exception here would be repetition of vital information, as we'll discuss below.)

For example, if you are teaching users how to print documents from your software, don't fill the topic with information about setting up printers. Instead, present that information in your software setup topics. Stick to relevant concepts in your printing procedures, such as how to choose an appropriate printer driver or change printing preferences.

Use repetition effectively

Repetition is essential in user documentation because it provides familiarity and helps pound important information into the user's memory. The more familiar content is, the easier it will be for users to assimilate into their existing knowledge.

Try to repeat important concepts at various stages in your procedures and reference topics. If you are documenting software that requires users to back up their data frequently, be sure to prompt them to do so in many of your procedures, even if data backups don't seem directly related to a specific procedure. Repetition will help users develop habits for using your product effectively.

Repetition is also necessary for warnings. Don't think that mentioning the risks of a dangerous operation once in your documentation is sufficient for alerting users to those risks. Instead, repeat the warning often.

Create interactive content

When it comes to memory, doing is better than reading. Use Captivate, Authorware, and similar user assistance tools to build various levels of interactive content into your help. The best user assistance will describe a task and then allow the user to practice that task, thus solidifying it in the user's memory.

Teachers have been doing this for ages, because it works. Now, with advancements in user assistance tools, you have the ability to build interactive practice into your help.

Use examples to connect content to real-world situations

By providing a hypothetical context for a task, you increase the user's understanding of when and why such a task would be necessary. Context is especially important for advanced features of the product, or features that wouldn't be used on a regular basis.

For example, let's say your company produces graphics software. Instead of merely documenting what the Color Replace tool does (replaces the active foreground color with the background color), describe a situation in which the tool would be beneficial. By explaining that the tool is optimal for precise replacement of colors in situations where the Paintbrush tool would be clumsy, you increase the chance that a user will use the tool efficiently.

Leverage browse sequences to present content in a progressive order

Teachers don't teach reading before the alphabet. Such an approach doesn't make much sense. Instead, they teach the alphabet before, or simultaneously with, word recognition and phonics.

Your help should be structured with the same principle in mind. While you can't anticipate where a user will land in your help if they access content via Search, Index, or the Table of Contents, you can use browse sequences to provide a sensible learning path from foundational concepts to advanced concepts. That way, no matter where a user begins reading, they always have a clear path forward to more difficult topics, and backward to more basic topics.

Enable favorites to reduce reliance upon memory

Don't force your users to search the help for procedures that they use on a regular basis. Instead, allow them to mark their favorite procedures for quick access later. That way they can learn these procedures over time. Soon they will no longer need to refer to their favorite topics, and will replace them with new favorites as product expertise increases.

Some help formats, such as Adobe AIR help, have favorites built into the help output. If your tool doesn't offer favorites as a feature, consider whether you can build such functionality into your help via scripting. Your users will appreciate the effort.

More great posts:

Current trends in technical communications

The rise of embedded user assistance

Many technical writers are developing usability skills and leveraging them to help improve the product interface. Help is being delivered within the interface itself. Drop-down lists of topics related to an interface component, hint text below a GUI field, and other such embedded user assistance models allow users to get help without leaving the application interface.

Traditional help lives as a separate application, and requires users to learn to navigate the help interface. However, embedded help is less removed from the product and is less disruptive to the overall workflow.

Currently there are few embedded user assistance tools available, but I believe this will be a promising area of growth for tool developers in the near future, especially as APIs for linking the help to applications improve.

Developer cooperation is also a potential stumbling block since most writers have no control over the product interface. Technical communicators need to build positive relationships with developers and show them the benefits of implementing embedded help.

Increased reliance on multimedia

Users generally don't like to read help content. Reading is work, and they already have a task to complete. Instead of (or in addition to) written instructions, many technical communicators are using the "show, don't tell" approach and are providing rich multimedia demos. These demos show difficult tasks performed in the actual software product, so users can just watch and learn.

Interactive tutorials are also on the rise. Such tutorials allow users to train on basic skills before working within the actual product. These granular lessons allow users to feel more comfortable in their adjustment to the entire product workflow.

The migration to structured authoring

Many technical writers are moving to a structured authoring model. Such an approach allows writers to focus on content instead of worrying about presentation. Also, structured content can be reused in multiple documents. This is an incredible advantage for companies with large documentation sets. Structured content allows for greater consistency of both content and formatting.

The structured authoring approach requires writers to focus on granularity and modularity. Each chunk of content could be use in various contexts. Therefore, such chunks of information must be self-contained.

Semantic tagging standards, most notably DITA, are gaining traction. Many help authoring tools now offer DITA support. However, writers need to carefully consider the benefits before converting their documents to such standards. Popularity alone is not a good reason to make such an investment. If your company does not reuse content regularly, or have a great need to separate content from presentation, such a move may not be worthwhile. However, following trends does offer some guarantee that your content will be in a portable format for any future conversions. Choose carefully.

Conversing with users

Many writers are developing closer relationship with users, now that forums, wikis, and blogs are gaining traction. Such conversations require new technical writing skills. For example, writers will need to have a strong sense of company policies for disclosing information to the public, an understanding of current marketing objectives, and a sense of when to step in and provide clarification in user discussions. Also, wikis, blogs, and forums require writers to adjust to an entirely new set of tools. However, writers who make such an adjustment will gain the advantage of improved user feedback and trust.

If you enjoyed this post, you might also like Technical writing career advice from 11 experts.

6 Word macro tips you won't want to miss

The macro features in Microsoft Office can seriously boost your productivity. A well-written Word macro can save you hours of repetitive work, allowing you to spend more time focusing on writing great content. I've written many lines of VBA code over the last several years and I'm always amazed at how much time and work macros save, especially if you share them with a team of writers.

Here are a few tips you might find helpful when writing macros to automate Word tasks.

  • Create a separate module for storing each macro, and give the module and macro the same name. That way you can easily copy single macros from one template to another. Also, the module name appears first in the macros dialog, so it will be much easier to find the desired macro if the module and macro have the same name.
  • Record as much of the macro as you can with the Record macro feature. That way you'll have less code to write manually when you open your macro in the VBA editor.
  • Learn to use the Object browser if you regularly create complex macros. It allows you to see the properties and functions that can be altered for common Word objects, such as styles, paragraphs, tables, auto text entries, and so on.
  • When testing your macros, use the Step into feature to walk through the macro one line at a time. Open your Word document on one half of your screen, and the VBA editor on the other half. That way you can see how each line of code impacts your document. Also, by stepping into the macro, you'll have a much easier time isolating bugs and fixing them.
  • Use comments in your code. You may need to alter your macro months or years from now, and you'll have a much easier time if you insert meaningful comments. Also, someone else might be stuck with the task of updating your macro. Help them out by writing good comments.
  • You'll be able to produce some incredibly powerful macros if you learn just a few common programming conventions. Learn the VB code for If...Then loops, arrays, and subroutines, and you'll be amazed at how much of your work you can automate. Get a good book on BASIC programming, or consult the VBA help. Take it slow and learn one concept at a time, then practice what you've learned.

If you can learn to use Word macros effectively, you'll find yourself spending less time wrestling with your tools and more time focusing on writing. You and your team will likely experience a major boost in productivity.

If you found this interesting, check out Technical writing and efficiency.