KM-301b · Module 2

Integration Architecture

5 min read

A knowledge base that exists in isolation will not be used. Knowledge retrieval needs to happen where work happens: in the CRM when a sales rep is preparing for a call, in the ticketing system when a support engineer is troubleshooting, in Slack when a question is asked in a channel. The integration architecture defines how the knowledge base connects to these surfaces — and the architectural decisions here have long-term maintenance implications.

  1. CRM Integration Connect knowledge base to CRM for contextual retrieval during client interactions. Pattern: when a CRM record is opened, a sidebar widget queries the knowledge base for content tagged with the relevant client industry, product, and deal phase. The integration should be read-only from the knowledge base side — the CRM user reads knowledge, does not write it. Avoid deep CRM-embedded authoring; it fragments governance.
  2. Ticketing System Integration Surface runbooks and reference content within support tickets. Pattern: when a ticket is created or triaged, tag-matched runbooks and FAQs appear in the ticket sidebar. When a ticket is resolved using a knowledge base item, the resolution links back to the item — creating a retrieval signal that improves future search ranking. Bidirectional: the ticket resolution loop creates a feedback mechanism for identifying knowledge gaps.
  3. Slack Integration The highest-leverage integration for adoption. Pattern: a Slack bot responds to questions in designated channels by querying the knowledge base and returning top-ranked results. When a question is answered with knowledge base content, the bot links the item. When a question is asked and no good match exists, the bot flags it as a potential knowledge gap for the next content sprint. The Slack integration is the front-door retrieval surface for most employees.
  4. Agent Integration AI agents connected to the knowledge base require a structured integration contract: a retrieval API with semantic search, a content update webhook to keep embeddings current, and a provenance return (the agent must know which knowledge base item sourced an answer to provide citation). Agents that operate on stale or uncited knowledge become a trust liability. The integration architecture must include a freshness mechanism — agents should not retrieve content last reviewed more than N days ago without a freshness flag.

Do This

  • Build integrations to surfaces where knowledge retrieval already happens
  • Design CRM and ticketing integrations as read-only sidebars
  • Use the Slack integration as a gap-detection mechanism, not just a retrieval surface
  • Include provenance and freshness in the agent integration contract

Avoid This

  • Build a beautiful standalone knowledge base and hope users navigate to it directly
  • Allow deep authoring in CRM or ticketing system integrations
  • Treat the Slack bot as a pure search proxy with no feedback loop
  • Connect agents to knowledge base content without a freshness or provenance mechanism