Weitere Vorlagen

Knowledge Transfer Template

Von Slite

Use this knowledge transfer template to interview a subject matter expert about one process. You get the real steps, rules, exceptions and owner in writing, ready to turn into a doc that new hires and AI tools can use.

Mit diesem Doc starten

Diese Vorlage teilen

A knowledge transfer template helps you get what one expert knows about a process out of their head and into writing. This one works as an interview: you send it, they answer, and you turn the answers into a doc a new hire can follow. Use it when someone is leaving, when you are onboarding, or when the same person keeps getting the same questions.

What is a knowledge transfer template?

It is a structured doc with questions for one subject matter expert about one process. The questions follow the order a new hire would ask them: what are the steps, what changes them, what breaks, and who to call.

The template is for knowledge that lives with one person, the kind that shows up as "ask Sam, she knows." The expert's answers become a doc the team can use when Sam is away or busy. Our guide to knowledge transfer covers the wider process. A written doc also gives AI tools something to answer from, since they can only use what is written down. The same interview is a first step if you want to build a knowledge base for AI agents.

What does a knowledge transfer template include?

A knowledge transfer template usually covers the interview details, an intro prompt, the process steps and the rules around them, the reasons behind each step, who owns the process, and a short next steps checklist.

Interview details

The expert's name, role and team, the process this copy covers, and the date. Use one copy per process, even for small ones. These fields tell future readers who to ask and how old the answers are. Keep this part short, so the expert can spend their time on the process questions.

Intro prompt

One prompt: "Write down everything you'd tell someone joining the company whom you're not allowed to talk to for a week." It gets the expert to write the context they usually share out loud: which tools matter, who to ask, and what to ignore in week one.

Process steps

The steps in order, as they happen today. Ask for the version the expert actually follows, shortcuts included, since that is the path a new hire will take. Numbered steps also make it easy to turn the answers into a checklist later and to spot a missing step.

What it depends on

Conditions written as "if this, then that". For example: if the customer is on an annual plan, then finance signs off first. Experts usually carry this logic in their heads. Writing it down helps readers, and any AI tool reading the doc, handle cases outside the usual path. Ask for at least three rules per process.

Exceptions

The cases where the normal steps do not apply: odd customers, legacy accounts, the one region with different rules. New people often get stuck on these. Ask the expert to think about the last few times something went sideways, and write each case down with what they did.

Why we do it this way

The reason behind each step. Knowing why a step exists helps people make good calls in cases the doc does not cover. This section also shows which steps still matter and which are left over from an old setup. Ask for one short line per step.

Owner and escalation

Who owns the process, and who to contact when something breaks. Name a role as well as a person, since people change jobs, and add a backup contact for when the owner is away. The owner also keeps the doc up to date.

Common questions, mistakes and anything else

Two short lists: what people ask about this process, and what they get wrong. These come straight from the expert's inbox and chat history. They make a good FAQ for new hires and a good test of whether the final doc is clear. An "Anything else" box at the end catches what the other sections missed, like the quirks of a tool.

Other processes and next steps

The expert lists other processes they know well, so you can plan the next interviews. Each one gets its own copy. The doc ends with a short checklist: answers turned into a doc, expert reviewed it, owner set, verification date set.

Knowledge transfer template vs. knowledge transfer plan

A knowledge transfer plan covers the whole handover: who is leaving, what needs to move, who receives it, and by when. It lists many topics and sets the schedule. A knowledge transfer template like this one does one piece of that plan. It captures one process from one expert, in depth. Use the plan to decide what to capture and in which order. Then run one interview per process to do the capturing. If someone leaves next month, you probably need both: a short plan and a few interviews.

How to write a knowledge transfer template

Running the template takes five steps, from picking the process to setting an owner for the final doc.

1. Pick one process per expert

Start with the process that causes the most "quick questions" in your team chat. Make one copy for that process and name it clearly, like "Expert interview: refunds over $500". If the expert knows five processes, make five copies. Small docs are quicker to fill in and easier to read.

2. Fill in the sender notes

Each section has a note labelled "For the person sending this". Read them first, then add what the expert needs to know: why you are asking, who will read the answers, and your deadline. Delete the notes you do not need. Share the copy with the expert directly so it does not get lost in a busy channel or inbox.

3. Give the expert time, or book a call

Some experts like to write. Others talk faster than they type. Offer both options and let them pick. If you go with a call, record it and use the transcript to fill in the answers. Either way, ask for the messy version first. You can clean it up later. Block the time on both calendars so it does not slip.

4. Turn the answers into a doc

Treat the interview as raw material. Rewrite the answers as a process documentation page or a standard operating procedure a new hire can follow without extra context. Keep the expert's examples and their "if this, then that" rules, since those are hard to rebuild later. Cut side stories and jokes. If the answers are thin, book a short follow-up call.

5. Close the loop

Work through the next steps checklist at the end. Ask the expert to review the final doc and fix anything that reads wrong. Set an owner. Set a date to verify it again, for example in six months. Then link the interview from the final doc so readers can see where the answers came from and who to ask next.

What can a knowledge transfer template do for me?

It turns "ask Sam" into a doc anyone can read. Use it when:

  • Someone is leaving or changing roles. Send it early in the notice period, along with an exit interview, while there is time for follow-up questions.
  • You are onboarding new people. The answers feed straight into your employee onboarding checklist.
  • A process lives in one person's head, also called tribal knowledge.
  • You are setting up AI on your company docs. An assistant can only answer from what is written down. An AI context audit shows which gaps to fill first.

For example, a sales lead onboarding a new account executive can interview a senior rep about how deals reach a signed contract. The "what it depends on" answers, like when to loop in IT for a security review, help the new hire avoid early mistakes.

How can I get started with the free knowledge transfer template?

The template is free. Click "Start with this doc" to duplicate it into your Slite workspace. Make one copy per process, fill in the sender notes, and share it with the expert. Once they have answered, Slite Agent can draft a process doc from the answers or from a call transcript. Ask the expert to review that draft, then set them as the doc owner with a verification date.

Die selbstpflegende Wissensdatenbank, der Ihr Team und Ihre Agenten vertrauen können

Demo buchenPreise ansehen