I’m not going to lie. Writing a great knowledge base article is a lot of work. Your writing must be precise, concise, and easy-to-read. You must know your topic really well, and then you must try to un-know it, so you can think like your reader—who wouldn’t be reading your KB article if they knew as much about the topic as you do.
But take comfort in knowing that your substantial writing effort will pay off. Your readers will get the information they need, your high-quality knowledge content will build customers’ trust in your company, and you’ll sell more products and services.
Here are seven of my best tips on how to write a great knowledge base article. Like I said, I’m not going to lie. Some of these tips are easy to follow, and others will require you to invest the time in your word craft. If you need motivation, please remember that enabling self-service means avoiding hand-holding. Only high-quality content can enable self-service.
The title of your knowledge base article should help the search engine serve up the right content (keywords) and the human reader confirm, “Yep. This is the article I need.” The best KB article titles include verbs because a group of words with a verb in it is usually a clause, which makes the title a complete, concrete thought.
Here are three ways to write article titles that include verbs.
Avoid a topic title. Topic titles lack verbs, so they’re less specific and less helpful than other types of titles. The topic title “Funding for Community Nonprofit Organizations” is OK, but it doesn’t imply that the article will help the reader find funding, which is probably the kind of help they want. Few readers if any are just curious about funding.
When people are reading KB content, they have one big, overarching question: “Is this the information I need or want?” To reassure them that they’ve found the right article, write directly to them, using the second person pronoun “you.” Write “You can update your account information…” instead of “Users can update account information…” (Remember, users don’t refer to themselves as “users,” so you shouldn’t refer to them that way either.)
What should you do if there’s more than one “you”? Let’s say you’re writing an article for a financial institution’s knowledge base and your readers will be both account managers and account holders. You’ll confuse people if you use the same “you” to refer to two different groups of users who may have different permissions or be following different steps, etc. Here are a couple of work-arounds:
Let’s imagine you’re writing an article for a city government’s knowledge base, which is used by city residents. The title of your article is “Dispute an Incorrect Trash Service Charge,” and the article explains the steps a resident should take when they’ve been charged incorrectly for trash service.
Your article is about the solution, but you should also briefly mention the problem. So, you could begin the article by writing, “If you’ve received a duplicate trash service charge or if you’ve been charged for a recycling bin you do not have, follow these steps to dispute the incorrect charge.”
Or, you could be writing the same article with a focus on the problem. In that case, you might title the article “I’ve Been Charged Incorrectly for Trash Service.” Begin this article by explaining the solution. You could write, “You can formally dispute an incorrect trash service charge, and the city’s Solid Waste Department staff will review your account and issue you a credit, if necessary.”
Solution or problem? Should most of your knowledge base include articles that focus on the solution or the problem? That depends on how your readers think and what they ask. If few city residents are aware that they can dispute incorrect trash service charges, but many do complain about those charges, it’s better to focus on the problem: “I’ve Been Charged Incorrectly for Trash Service.” Each article should mention both the problem and its solution, so each article has the best chance possible to meet the reader’s needs.
We know readers aren’t going to read the KB article thoroughly from top to bottom, so it’s our job as writers to make the article easy to scan. To make our writing scannable, we must include scannable features such as headings and lists. (If we omit scannable features, people will still try to scan our content, but they won’t do it successfully.)
Here’s a KB article from a local government knowledge base with the somewhat inauthentic title, “Do I need to consider zoning before I apply for a building permit?” (Side note: Don’t write “fake question” KB titles. Of course a prospective builder needs to consider zoning! A better title would be something like “How do I review zoning requirements before I apply for a building permit?”)
The original version of this article lacks the headings and lists that will help readers scan to the section they need. I’ve provided a revised, scannable version.
Original version | Revised version |
Zoning regulates the use of all land, buildings, and structures in Richmond. |
Zoning specifies many features of a property All properties in the City have a legal zoning classification that specifies:
Review the Zoning Bylaw The designer (or other professional) must review and ensure compliance with various zoning regulations as part of their due diligence. For more information Contact the Zoning Inquiry Line at 604-276-4017 or email zoning@richmond.ca. |
Just by looking easier to read, a KB article with headings and lists motivates the reader. If we want people to use our self-service options, we must make them look like they won’t be a ton of work.
Many knowledge base articles have more visual content, especially screenshots, than they do written content. That’s OK. If showing your reader what the screen will look like is the best way to help them complete a task or understand a process, then provide screenshots galore, by all means.
However, expert KB article writers never provide screenshots without commentary. Here are examples of screenshot commentary in knowledge base articles provided by Digital Services Georgia (a state agency):
Internal hyperlinks help KB article writers cope with the “Goldilocks” problem. We don’t want to drown readers with articles that are too long, but we don’t want to leave readers thirsty for information with articles that are too short. Internal hyperlinks allow us to write articles that—with the click of a link—will be just the right length for individual readers.
Internal links also help readers move easily through or to the sections of a KB article, which is important. We know readers may return to a KB article several times as their need for and understanding of its content changes. Internal links will help them find the info they need, and skip the info they’ve already acquired.
It’s a good idea to offer a Read More, Learn More, or Related Articles section in your KB article, but place the “More” list at the end instead of linking to the related information within the article body.
It’s not about the font. It’s not about the word count. And it’s certainly not about the fancy technical terms. Writing a great knowledgebase article is all about the reader. If you can anticipate and answer your readers’ questions on a topic or process, you can write a great knowledge base article.