Every managing director knows the moment when the head of accounting retires or the sales manager moves on, and it becomes visible how much of the business lives in individual heads. Knowledge management keeps that knowledge in the company, and you can build it up in manageable steps.
This guide shows how to implement knowledge management in your company by starting small and focused. You'll learn what the term means in practice, which knowledge management methods exist and what they are good for, how to proceed in five steps and what to watch for along the way.
What Is Knowledge Management in a Company?
Knowledge management is everything a company does to make sure the knowledge it needs for its work can be found, is available and is up to date, even when someone is sick, on vacation or already retired. Documents are a means to an end. At the heart of it are three questions: What knowledge do we need, where does it sit today, and how does it get to where it's needed?
A distinction that goes back to the philosopher Michael Polanyi helps here. Explicit knowledge can be written down, for example price lists, inspection rules or the order of steps in the ERP. Tacit knowledge lives in experience and judgment: how the machine setter hears that a tool is getting dull, or which customer expects a phone call before a price increase. Most knowledge management projects start with explicit knowledge, and tacit knowledge deserves more attention, because it carries the business day to day.
Three terms often get mixed up:
- Knowledge management is the umbrella term: the interplay of goals, responsibilities, methods and tools.
- Knowledge transfer is one part of it: deliberately passing knowledge from one person to another, for example during succession or onboarding.
- A knowledge base is one tool of it: the place where captured knowledge is stored.
A knowledge base gives you storage. Whether it fills up and stays current depends on the goals, responsibilities and methods around it.
Why Knowledge Management Matters
The goals of knowledge management show up in places every company knows from daily work. Once the knowledge behind the most important processes sits with several people and is written down, a lot of things get easier.
Vacations and sick days become plannable. If you know which processes depend on whom, you can name a deputy for each of them and prepare that person. The guide to the vacation cover plan shows how that works with a table and a short handover.
Staff changes turn into orderly handovers. A retirement is usually known years in advance, and with succession planning the experience passes to the next person step by step. Even when an employee resigns, the notice period is usually enough for a knowledge transfer plan once the most important processes are already described.
New colleagues find their answers in the documentation and work independently sooner. Experienced staff are interrupted less often and have more time for the questions where they are really needed. For quality management there is one more point: ISO 9001 requires in clause 7.1.6 that the organization determine, maintain and make available the knowledge it needs, and knowledge management that is part of daily work can provide evidence for this.
For employees, that is the best answer to "What's in it for me?": fewer interruptions, a relaxed vacation and a deputy who actually covers. When the team experiences knowledge management that way, it shares its knowledge gladly.
The Building Blocks of Knowledge Management
A good starting point is a model that has been widespread in the German-speaking world since the nineties: the building blocks of knowledge management by Probst, Raub and Romhardt. It divides the topic into eight tasks that every company handles in its own way, consciously or not:
| Building block | Guiding question for the business |
|---|---|
| Knowledge goals | Which knowledge is business-critical for us? |
| Knowledge identification | Where, and with whom, does it sit today? |
| Knowledge acquisition | What do we bring in from outside - through hiring, training, consultants? |
| Knowledge development | How is new knowledge created, for example from projects and complaints? |
| Knowledge distribution | How does it reach the people who need it? |
| Knowledge use | Is it actually used in day-to-day work? |
| Knowledge preservation | How do we capture it and keep it current, even when people leave? |
| Knowledge measurement | How do we know whether it's working? |
For SMEs, the table works above all as a checklist for blind spots. Many companies start with preservation, a shared drive or a wiki, and skip goals and identification. If you tackle those two building blocks first, you preserve what is actually critical.
A second model that appears in every overview is the SECI model by Nonaka and Takeuchi. It describes how knowledge moves between tacit and explicit: through working together (socialization), through putting it into words (externalization), through combining documents (combination) and through applying and internalizing it (internalization). In practice, the bottleneck is almost always externalization, the step where experience gets put into words. That is where the most effective methods come in.
Knowledge Management Methods: 7 at a Glance
There are dozens of methods. For a company with 20 to 250 employees, seven are enough, sorted by which building block they serve.
1. Knowledge Map and Bus Factor Matrix
A knowledge map shows who knows what, and with it whom to call when a question comes up. Its sharpest form is the matrix from the guide on the bus factor: core processes in the rows, next to them the names of the people who can run them independently. Every row with only one name is a risk, and the guide on knowledge silos shows five strategies for breaking them up. If you also record how confidently someone handles a process, the map becomes a skills matrix.
Used for: identification and prioritization. Effort: low, one to two hours with the team leads plus follow-up questions. Limit: the map shows where knowledge sits and doesn't yet secure it.
2. Expert Interview
Someone interviews a knowledge holder with the questions an outsider would ask: What do you do when ...? How do you recognize that ...? Who calls you about this? The conversation is turned into documentation. It is the most direct method for externalization, because the expert can simply talk and leave the wording to others.
Used for: preservation, especially of tacit knowledge. Effort: traditionally high, since the conversation, write-up and review easily take a working day per person. Limit: quality depends on the interviewer; a question guide helps, like the one in the guide on tacit knowledge.
3. Process Documentation
Workflows are described so that someone else can carry them out: trigger, steps, responsibilities, tools, exceptions. Process documentation forms the framework to which other knowledge can attach. The process documentation guide shows how to keep it lean; a process map gives you the overview of all workflows.
Used for: preservation and distribution. Effort: medium to high, depending on how it's captured. Limit: it describes the how, rarely the why.
4. Knowledge Base or Wiki
The knowledge base is the shared, searchable place for instructions, contacts and the reasons behind decisions. More important than the tool is the question of who puts content in and who confirms it's still correct. You'll find more on that in the guide on building a knowledge base.
Used for: preservation and distribution. Effort: low to set up, ongoing to maintain. Limit: it relies on clear ownership for maintenance.
5. Tandem, Mentoring and Job Rotation
Experienced and new employees work together for a while, or employees deliberately rotate into other tasks. This method transfers the skill itself; in terms of the SECI model, it is socialization.
Used for: distributing experience. Effort: high, because two people are tied up, often for months. Limit: afterwards the result sits in one more head and hasn't been written down yet.
6. Lessons Learned
After a project, a major complaint or an outage, the team sits down for an hour to talk about what went well, what didn't and what to do differently next time. The result is filed so that it's found before the next similar project.
Used for: knowledge development. Effort: low. Limit: the insights take effect when they land where someone will read them next time, for example in the checklist of the process concerned.
7. AI-Led Interviews
An AI takes on the interviewer's role from method 2. It interviews employees one-on-one in a chat, follows up on exceptions and turns the answers into process documentation. Because interviewing and write-up run automatically, the method can be applied to many knowledge holders and at regular intervals.
Used for: identification, preservation and updating in one. Effort: low for the people interviewed; reviewing the results stays with you. Limit: the interviews describe experience; for passing on skill, the tandem remains the right approach.
The Methods Compared
| Method | Building block | Effort | Result stays in the company? | Fits when ... |
|---|---|---|---|---|
| Knowledge map / bus factor matrix | Identification | low | yes | you don't know where to start |
| Expert interview | Preservation | high per person | yes | a knowledge holder is leaving soon |
| Process documentation | Preservation, distribution | medium to high | yes | workflows depend on individuals |
| Knowledge base / wiki | Preservation, distribution | ongoing | yes, if maintained | the same questions keep coming up |
| Tandem / mentoring | Distribution | high, long duration | no, only in the successor | skill has to be passed on |
| Lessons learned | Development | low | yes, if filed | the same mistakes keep recurring |
| AI interviews | Identification, preservation | low | yes, updatable | the knowledge sits with people who have no time to write |
Each method covers one part. For getting started, this combination almost always works well: make it visible (1), capture what's critical (2, 3 or 7), store it where people search (4), and a tandem (5) for what can only be passed on by doing.
Implementing Knowledge Management in Five Steps
Step 1: Define the Trigger and the Goal
A good goal is concrete and measurable, for example: "By the end of the year, no business-critical process depends on a single person." Or: "New back-office staff work independently after six weeks." Such a goal tells you which methods you need. Often the trigger is already there, such as a retirement, a resignation or an ISO 9001 audit asking about "organizational knowledge." For a key role with a known retirement date, succession planning gives the handover a timeline of its own.
Step 2: Identify Knowledge - Where Does It Sit Today?
Before you document, clarify what is critical and who holds it. Take the ten to fifteen core processes without which no order goes out, and fill in the bus factor matrix for them. Include the people who do the work as well as the managers: the boss knows what someone officially does, and their colleagues know what they actually do.
The result is a prioritized list. At the top is whatever is critical, depends on one name, and where that person's departure is foreseeable.
Step 3: Capture - Ask Instead of Assigning Writing
For the topics at the top of the list, the knowledge now gets captured. The most important question is who writes, and only then which format. Knowledge holders who are asked often share more, and more completely, than those who get a writing assignment. In conversation, the exceptions come up that easily disappear behind the normal case when writing.
In practice that means interviews instead of forms, short sessions instead of full workshop days, and a fixed format for the result, for example a work instruction or process description per workflow.
Step 4: Distribute and Use - Where the Work Happens
Knowledge is secured once people can find it. Store it where your people already look, and organize it by task, such as "handle a complaint," rather than by department. A good test of use is onboarding: if a new employee with an onboarding plan and the documentation becomes independent faster than their predecessor did, the system works. If they still ask a colleague about everything, it's worth looking at the content and at how easy it is to find.
Step 5: Anchor Maintenance and Measure
In this step the project becomes a lasting part of how the business runs. Two things help:
- Names instead of "the team is responsible." Every area has one person who confirms twice a year that the content is still correct. This role belongs in the annual review, so that it gets its place in everyday work.
- Triggers instead of a calendar. A staff change, new software, a new supplier or a mistake made by following instructions each trigger a review of the affected content. Fixed quarterly dates tend to slip, while triggers happen anyway.
You can measure success with a few figures: How has the bus factor of the core processes changed? How long do new hires take to work independently? How often does work pile up during vacations? Collected twice a year, these three figures say more than the wiki's usage statistics.
Worked Example: A Supplier with 80 Employees
A stylized example; names and figures are made up. A sheet-metal parts supplier, 80 employees, two shifts. Two events set things in motion: the head of production planning, Ms. Wendt, retires in eighteen months, and last winter shipping stood still for two weeks because the only colleague who knew the export paperwork was out sick.
Goal (step 1): within twelve months, every business-critical process should have at least two people who can run it independently.
Identification (step 2): management and team leads enter 14 core processes into the matrix in one hour. Five of them have a bus factor of 1, three of those depend on Ms. Wendt, including the costing of custom orders, which appears in no job description.
Capture (step 3): Ms. Wendt, the shipping colleague and the seven people who work most closely with them are interviewed in short sessions. The conversations produce process descriptions for the five critical workflows, including the exceptions Ms. Wendt "always just had in her head."
Distribution (step 4): the descriptions go into the wiki the company already uses for machine manuals, organized by workflow. For costing, a tandem starts with a younger colleague from inside sales, who works with the documentation in front of him and can ask targeted questions.
Maintenance (step 5): each of the five workflows gets a named owner, recorded in the annual review. After six months, the matrix shows four of the five processes at a bus factor of 2. Costing needs more shared practice, so the tandem continues.
The company managed with its existing wiki. Most of the time went into the conversations and the tandem.
Knowledge Management Software: Which Tool for What?
The software question is best answered once the goal and the critical knowledge are clear. Broadly, tools fall into four groups:
- Wikis and knowledge bases such as Confluence, BookStack or Notion: everyone writes for themselves, which suits teams where writing is part of the job anyway.
- Document storage such as SharePoint or a well-organized shared drive: the obvious choice if Microsoft 365 is in use; here it pays to check regularly which documents are still current.
- Process modeling tools: for detailed flow diagrams, mostly in quality management; they require method expertise.
- Knowledge capture tools, such as AI interviews: they draw the knowledge out of people's heads in conversation and keep it current with further conversations.
Which group fits depends on the fundamental question from step 3: does everyone write for themselves, or does someone ask? A detailed comparison with selection criteria is on the page knowledge management software.
Common Mistakes When Implementing Knowledge Management
A common stumbling block is trying to capture everything at once. If you start with all company knowledge, after three months you often have half a structure and no secured process yet. One area, the five most critical workflows and one measurable goal are enough to start.
It's also easy to stop at explicit knowledge. Collecting manuals, forms and checklists feels productive. The knowledge that is missing when someone leaves is usually not in any of those documents, and it takes a conversation to capture it.
Sometimes the whole topic is handed to IT. IT provides the tool, and management answers the question of which knowledge is critical and who maintains it. When both work together, the system gets content as well.
It's best to involve the works council early. Interviews and documenting people's own work touch on codetermination. If you clarify early that this is about processes and not performance evaluation, you create clarity and gain the trust of the people being interviewed.
And finally, knowledge management needs dedicated time. Interviewees need slots during working hours, owners need an hour a month for maintenance. That's not much, and it belongs in the calendar.
Capturing Knowledge Without Anyone Having to Write
In almost every implementation, step 3 takes the most time: getting the knowledge out of people's heads while keeping the load on knowledge holders light. That is what we built wissa.ai for. An AI interviews your employees one-on-one in a chat, around 15 to 20 minutes per conversation, whenever it suits them. If someone names colleagues involved in a workflow, wissa suggests inviting them next, and with every conversation it becomes clearer who knows what.
The interviews produce process documentation with a source for every statement, an overview of all areas and processes, onboarding plans per role and flags for bus factor risks. Every further conversation extends the documentation, with changes visible as a diff. wissa.ai is built for GDPR-compliant use: the platform is hosted in Germany, AI processing takes place in the EU, and you sign the data processing agreement under Art. 28 GDPR directly in your account. The interviews describe workflows, roles and systems, and participation is best kept voluntary.
You can sign up and start right away; a free trial package to start with (10 credits, once per company, terms) usually covers a first interview, and interviewees don't need an account of their own. Try one interview for free
Conclusion
Implementing knowledge management in a company means answering five questions: Which knowledge is critical? Where does it sit? How is it captured? How does it reach the people who need it? And who keeps it current? The methods for this are well known and manageable: knowledge map, interview, process documentation, knowledge base, tandem and lessons learned. Implementation goes well when you start small and by risk, ask the knowledge holders and tie maintenance to names and triggers. Step by step, knowledge management then becomes part of how the business runs.
FAQ
What does knowledge management mean in a company?
Knowledge management covers all the goals, responsibilities, methods and tools a company uses to ensure that business-critical knowledge can be found, is available and is up to date, whoever happens to be around. That includes explicit knowledge such as instructions and rules, and above all the tacit, experience-based knowledge that lives in employees' heads.
What knowledge management methods are there?
Seven methods are particularly practical for small and mid-sized companies: the knowledge map or bus factor matrix, expert interviews, process documentation, a knowledge base or wiki, tandem and mentoring, lessons learned, and AI-led interviews. Each covers one part; what works well is the combination of making knowledge visible, capturing it, storing it and, for real skill, working together.
How do I implement knowledge management in my company?
In five steps: set a measurable goal, identify critical knowledge and who holds it, capture that knowledge by asking, store it where people work and search, and anchor maintenance with named owners and triggers such as staff or tool changes. Start with one area and the five most critical processes and expand from there.
How long does it take to implement knowledge management?
For a first area with the most critical processes, a company with 20 to 250 employees should plan on a few weeks to a few months, provided someone actively drives it. After that, knowledge management continues as a lasting part of the business. The goal of implementation is a cycle that keeps the content current, and completeness grows over time.
What's the difference between knowledge management and a knowledge base?
The knowledge base is a tool; knowledge management is the whole system. Knowledge management also covers which knowledge is critical in the first place, who captures it, how it gets passed on and who maintains it. With these answers in place, the knowledge base fills up with purpose and stays current.
What software do I need for knowledge management?
For storage, the wiki or platform your team already uses is often enough. Capture usually needs more attention: how does the knowledge get out of people's heads while they go about their work? An overview of tools and selection criteria is on the knowledge management software page.
Does the works council need to be involved in knowledge management?
In Germany, the works council has a say under section 87(1) no. 6 of the Works Constitution Act (BetrVG) whenever technical systems are introduced that are objectively capable of monitoring behavior or performance; software for interviews and documentation regularly falls into this category. Standardized questionnaires can also touch on section 94 BetrVG. So involve the works council early and state clearly that the interviews describe processes and that no evaluation of individual performance or behavior is intended. That also builds trust with the people being interviewed.
Sources
- Gilbert Probst, Steffen Raub, Kai Romhardt: Wissen managen. Wie Unternehmen ihre wertvollste Ressource optimal nutzen. Gabler, first edition 1997 (building blocks of knowledge management).
- Ikujiro Nonaka, Hirotaka Takeuchi: The Knowledge-Creating Company. New York: Oxford University Press, 1995 (SECI model).
- Michael Polanyi: The Tacit Dimension. Garden City (NY): Doubleday, 1966.
- ISO 9001:2015, clause 7.1.6 "Organizational knowledge": the knowledge necessary for the operation of processes has to be determined, maintained and made available.
- ISO 30401:2018 "Knowledge management systems - Requirements": international standard setting out requirements for a knowledge management system.
- German Works Constitution Act (BetrVG), section 87(1) no. 6 - codetermination on technical systems capable of monitoring behavior or performance.
- German Works Constitution Act (BetrVG), section 94 - works council consent to personnel questionnaires and general appraisal principles.