Why know-how ends up scattered in a small firm
In a firm of 20 to 100 people, most operating knowledge was never written down on purpose. Procedures live in a Word file someone wrote for a new hire three years ago, in a long email thread, in a wiki that stopped being updated when its champion left, or only in the head of the person who has done the job longest. Nobody decided it should work that way; it simply grew. The cost shows up as interruptions — the same handful of people answering the same questions — as inconsistent work when two people follow two versions of a procedure, and as real risk when someone with unrecorded knowledge goes on leave or resigns. More storage does not fix it. A file share full of documents is not a knowledge base, because a document that cannot be found, has no owner and might be out of date does not answer anyone’s question.
A knowledge base is not the same as document management
Our general SharePoint intranet and document management consulting organizes files: sites, libraries, permissions and the migration off a file server. That is often the right first project. Knowledge management solves a narrower problem — getting a reliable answer to an operational question in under a minute — and the deliverable is shaped differently:
| Aspect |
Plain document management |
Knowledge base build |
| Unit of content |
Files in libraries, opened and downloaded |
Pages that answer one question or describe one procedure, read in the browser |
| Structure |
Folders or libraries by department or client |
Navigation by task and question, with a term set in your own vocabulary |
| Ownership |
Whoever uploaded the file |
A named owner, a next-review date and a status on every page |
| Freshness |
Version history, but nothing prompts a review |
Scheduled review reminders and an overdue view for the knowledge lead |
| Finding things |
Full-text search across everything stored |
Search tuned with metadata filters and promoted answers for common questions |
| Tacit knowledge |
Not addressed |
An expert directory that says who to ask when the answer is not written down |
| Typical buyer |
A firm leaving a file server or cleaning up shared drives |
A firm whose people keep asking each other the same questions |
What the build is made of
The knowledge base is a SharePoint communication site with the Microsoft 365 licenses you already hold — no add-on product. Pages are built from templates for each content type (SOP, policy, how-to), with required page properties for owner, review date, department, process and status, so every page is filterable and nothing gets published without an owner. The policy hub keeps an approval step and version history; the expert directory is a SharePoint list linked to people’s profiles, browsable by skill, system or client. Where your tenant structure itself is the problem — overlapping sites, no hub, no shared metadata — that is a wider design job, and our SharePoint information architecture consulting designs the hubs, navigation and term store across the whole tenant; the knowledge base is one solution that sits on top of it. For the platform’s own capabilities, Microsoft’s SharePoint documentation (opens in new tab) is the reference.
Where Viva Topics fits now
It does not. Microsoft retired Viva Topics on February 22, 2025. According to Microsoft’s notice on the changes to Topics (opens in new tab), topic pages people had published became standard SharePoint pages, AI-generated topic pages are no longer available, and Microsoft recommends using SharePoint to publish and organize knowledge so it can be discovered through Microsoft Search. If your tenant has a leftover Topic Center site, we review what is in it during the capture workshop and fold anything still useful into the new knowledge base.
Where the line sits with neighbouring builds
A knowledge base captures and finds operational knowledge; it does not assign or track training. If what you need is proof that people completed required courses and reminders before certifications lapse, that is our SharePoint learning management system build — the two often link to each other, with a course pointing at the SOP it teaches. If you are still deciding whether your knowledge should live in a wiki product or in Microsoft 365 at all, start with our Confluence vs SharePoint comparison for small business; this page is for firms that have already chosen SharePoint. And a well-structured knowledge base is also the content a custom agent can later answer from — if that is on your roadmap, our Copilot Studio consulting services cover that build separately. Nothing in this engagement requires it.
Who this fits, and who it does not
It fits a firm of roughly 20 to 100 people that already uses Microsoft 365, where a few experienced people field most of the “how do we…” questions, onboarding means shadowing someone for weeks, and procedures exist in several versions nobody fully trusts. It fits best when one person — an operations manager, office manager or practice lead — is willing to own the knowledge base after handover. It is not the right engagement if the real problem is that files have nowhere sensible to live yet (start with document management), or if you want someone to write your procedures for you: we build the structure, templates and review process and convert existing material, but drafting new procedures stays with your subject-matter experts, who are the only people who know them. We serve all US states remotely from our Orange County, CA base.