Localization efforts add complexity to your organization.

Whether itโ€™s localizing your entire product or just your knowledge base, expanding to support multiple languages is a big endeavor.

82% of companies that donโ€™t provide multilingual support donโ€™t do it because the volume of support questions they receive in those languages is too low.

It doesnโ€™t feel worth the effort.

But when you ignore localization, youโ€™re hanging your customers out to dry and increasing the friction required for them to use your product successfully.

Translating your knowledge base is critical to providing multilingual support. Itโ€™s the best way to provide native language support, even without increasing staffing increases.

Hereโ€™s how you can effectively build a multilingual knowledge base.

Seven Essential Steps to Creating a Multilingual Knowledge Base

Producing any type of help content is quite simple at the start.

Most companies go through these steps:

  • Plan and research the content.
  • Draft the article.
  • Run it by internal or external people for feedback.
  • Apply edits based on that feedback.
  • Publish it.

Localization is hard to start because it multiplies these steps.

Once an article is finalized in your primary language, it goes to translation. Say you need to translate it into six languages, and each has to be proofread, then manually published and checked.

Suddenly, what used to take a week might take three weeks and involve five times the number of people and obviously multiple languages.

Starting with a great process makes that transition easier.

These are the seven steps involved in translating your knowledge base into multiple languages:

  1. Select the target languages.
  2. Create a content overview.
  3. Establish a translation process.
  4. Start the localization.
  5. Publish the content.
  6. Create a process for maintenance.
  7. Measure success and iterate.

Letโ€™s explore these steps in detail.

1. Select the target languages

Translating the knowledge base usually comes quite late, after figuring out a go-to-market strategy, localizing your product, and running some marketing campaigns in those countries.

Your target languages make a massive difference in determining your process.

Localizing into an Asian language like Mandarin or Korean will be a different experience than localizing into a European language like German or Spanish.

Not only is it harder to find good translators, but automated translation tools might also lag behind.

70% of end users say they feel more loyal to companies that provide support in their native language.

Look at how many of your customers speak the languages you want to translate into and prioritize based on that.

You can either aim to translate into multiple languages simultaneously or start by choosing the primary language for your audience and scale slowly.

Itโ€™s often easier to create a durable and scalable process from the beginning if you go for multiple languages, but if budget is a constraint, starting with one will work too.

2. Create a content overview

How complex this project is will depend on two key factors:

  1. The number of articles (and words) you have in your knowledge base.
  2. Whether you have rich content, like screenshots, images, or videos, that will also need to be localized.

If youโ€™re only handling a small number of text-based articles, you can simplify the next couple of steps. But if your knowledge base is a bit more comprehensive, creating an overview will make it much easier.

You can create an overview in a spreadsheet or using a project management tool, like Trello.

It should list everything that needs to be translated in your multilingual knowledge base, and offer some way for you to track which translations have been completed.

An example of an overview built on Trello, where each list represents a category and each card a section. As each translation gets published, you can tick it off in the checklist.

Once you have an overview, you can prioritize the content. You could:

  • Prioritize the most important articles that cover your top recurring issues, or
  • Work through the entire knowledge base section by section.

Analytics is your friend. Itโ€™s often the case that most knowledge base views land on a few key pages.

If translating your knowledge base will take months, itโ€™s usually a good idea to start with the pages with the most impact.

3. Establish a translation process

At this stage, you need to figure out:

  • How to translate the content.
  • If youโ€™re assigning it to translators, the tools youโ€™ll be using to do that.
  • Deadlines that are realistic for your project.
  • How thorough the editing and proofreading process will be.
  • And, finally, how youโ€™ll ensure quality and consistency.

The translation process can look wildly different from company to company. Some companies work with in-house translators. Others might use an agency or freelancers. And others might use machine translation.

Manual translation is, unsurprisingly, far more time-consuming than machine translation. That makes it significantly more expensive. But usually human translators that are native speakers deliver high quality translation, which means your customer experience will also benefit.

Machine multiple languages translation is extremely cheap and fast but often suffers from lower quality.

Here are some pointers to help you figure out which option might be right for you:

  • Automated translation canโ€™t handle complex help documentation that requires expertise or a deep understanding of your product.
  • However, automated translation is a great option if your articles are simple and can handle virtually all the languages.
  • If you have a ton of formatting that needs to be preserved, automated translation can be a huge help because it dramatically reduces the time necessary to double-check formatting.
  • One way to take advantage of both methods is to combine them. Translate the article through a tool like the Help Center Manager, and use the resulted translation as a draft for your translators to check.

4. Start the localization

Localization will involve translating:

  • the user interface,
  • all categories and sections, and
  • knowledge base articles (including any videos and screenshots).

A big part of localization is finding tools that make the process easy for you.

Making it as simple as possible for you and your translators will have the most impact.

That might mean having rules like these:

  • Empower your translators to correct typos or small grammar mistakes directly.
  • Donโ€™t copy your articles into Google Drive if you can manage the translation process in your knowledge base tool. For example, most tools let you create drafts, track unpublished articles, and offer a default language switch.
  • Donโ€™t create a bottleneck where you have to review and publish every article unless necessary.

5. Publish the content

This is the fun part.

You can either:

  1. wait for the whole knowledge base to be translated before publishing it, or
  2. publish as each translation (or batch of knowledge base articles) is completed.

If youโ€™re an agile improver, you find publishing as you go ideal. Every customer that sees an article in their native language already has an improved experience, so thereโ€™s usually no reason to wait.

64% of customers say theyโ€™d pay a higher price for a product if a brand offers a customer experience in their primary language. Publishing your content straight away in different languages will help you retain that type of customer as you remove the language barrier for them.

6. Create a process for maintenance

Translating your articles for the first time is one part of the process, and it feels great when itโ€™s completed.

Until you realize the work isnโ€™t done.

Managing updates is a different can of worms. Keeping your knowledge base up-to-date is its own challenge, but letโ€™s assume your team has a good process. Now you just need to add the extra steps involved in translating.

There are many types of updates:

  • Removing a section or an article is usually the easiest type. You might not need translators for that.
  • Translating from scratch is often quite simple too, whether adding a small section to an existing article, writing a new one, or completely rewriting it from scratch.
  • Doing minor rewrites throughout an article takes more work to manage. These are the situations where being able to track version history in your knowledge base tool can make all the difference.

7. Measure success and iterate

As with every knowledge base project, the final step is to measure success and iterate.

You can use analytics to find the areas with the most significant potential for improvement. Another option is to collect feedback in your multilingual knowledge base to get more specific direction from your customers.

You can also learn a lot from your team. Because theyโ€™re on the frontlines and (hopefully!) use help articles when theyโ€™re providing multilingual support, theyโ€™ll have good insights into how your translated articles are performing.

Supercharge Your Translation Workflows

Working with tools that are tailored to your knowledge base makes the entire translation process so much easier.

At Swifteq, we aim to build tools that make customer support teams more efficient.

Thatโ€™s why weโ€™ve recently launched an automatic translation tool that leverages generative AI to translate your Zendesk Guide articles.

It preserves the format of your support articles โ€” structure, links, and images โ€” while using ChatGPT to automatically translate the content.

This new feature is part of our Help Center Manager.

If you want to localize your Zendesk knowledge base quickly and efficiently, book a free demo with us today!


Nouran

Written by Nouran Smogluk

Nouran is a passionate people manager who believes that work should be a place where people grow, develop, and thrive. She writes for Supported Content and also blogs about a variety of topics, including remote work, leadership, and creating great customer experiences.


Similar Articles

Writing Knowledge Base Articles for Humans and AI

Writing Knowledge Base Articles for Humans and AI

Your help center used to be just documentation and a place for customers and support agents to find answers. Now, it's the thing your support bot reads to answer customers, and it never stopped being documentation.  This means every article now has two readers at...

When Your QA Score Says “Bad Agent”, and It’s Wrong

When Your QA Score Says “Bad Agent”, and It’s Wrong

A dog barks once in the background of an otherwise perfect call. The agent scores zero. A phone transfer drops the first two seconds of a handoff. The receiving agent is dinged for an incomplete greeting. A customer's real name happens to sound like a profanity. An...

How AI Is Changing Support Engineering Roles

How AI Is Changing Support Engineering Roles

Many of us keep hearing that AI is coming for our jobs. Support engineers are no exception. But the reality on the ground can look quite different. Some teams are using AI every day to streamline workflows, automate repetitive tasks, and surface insights faster....