← All case studies
Case study · KM Architecture

Designing the knowledge layer for a scaling SaaS company.

A well-funded SaaS company with over 200 people had outgrown its documentation. Information existed — it just couldn't be found, trusted, or kept current. This was a two-phase knowledge management architecture engagement, built audit-first.

ClientSaaS company, 200+ employees (anonymized)
EngagementTwo-phase KM architecture
ToolsAtlassian suite, Slack
Timeline[Add timeline]

The momentLeadership had stopped trusting the docs.

The team wasn't short on documentation. They had years of it — pages, wikis, decision threads, process notes spread across their workspace. The problem was that nobody could say with confidence which version of anything was current. New hires were onboarding from outdated material. Leaders were asking questions in Slack that had been answered, in writing, three times before.

At 20 people that's friction. At 200, it's a tax on every single decision.

The real problemKnowledge without ownership decays.

The audit looked at how information actually moved through the company — where decisions were made, where they were recorded, and where they went to die. A few patterns showed up consistently:

  • Documentation had no defined owners, so nothing was anyone's job to maintain
  • The same processes were documented in multiple places, each slightly different
  • Decisions lived in chat threads and meeting notes, not anywhere findable
  • Structure had grown organically by team, so nothing was predictable across the company

The knowledge base wasn't broken because people were careless. It was broken because no system existed for keeping it true.

The shiftArchitecture first, then implementation.

The engagement was structured in two phases on purpose. Phase one was the audit and architecture: mapping the information landscape, defining what gets documented and what doesn't, designing the structure information lives in, and establishing ownership and maintenance rhythms so documentation stays current after handoff.

Phase two was implementation — restructuring the workspace against the new architecture, migrating what deserved to survive, and retiring what didn't. One structural decision worth noting: rather than adding another layer of tooling, we worked within the Atlassian suite the company already lived in, choosing the structures that matched how their initiatives actually run.

No new tools. No imposed framework. A system designed around how this specific company already worked.

The landingA knowledge layer leadership can rely on.

The outcome is a documentation system with clear ownership, a predictable structure across teams, and a maintenance rhythm that keeps it from decaying back into the old state. [Add specific results here — e.g. onboarding time, search success, adoption metrics — once measured.]

And because the knowledge is now structured and current, it's ready for what comes next: this is exactly the context layer AI tools need to actually deliver value inside a company.