Skip to main content

Knowledge Base Contribution Process

Purpose

Build and maintain a library of solutions so the team can solve repeat issues faster, provide consistent answers, and reduce future workload. Every technician is responsible for contributing to the Knowledge Base (KB).


When to Create or Update KB Articles

  • When you resolve an issue that is likely to occur again.

  • When you discover a new fix, workaround, or procedure.

  • When you notice an existing KB article is outdated or incomplete.


Technician Responsibilities

  1. At Ticket Closure:

    • Ask yourself: Could another technician or client benefit from what I just did?

    • If yes, create or update a KB article before closing the ticket.

  2. Writing the KB Article:

    • Title: Clear and descriptive (e.g., “Fix: Outlook stuck on ‘Disconnected’”).

    • Summary: One sentence BLUF explanation.

    • Steps: Numbered, step-by-step instructions.

    • Screenshots: Include where helpful.

    • Resolution/Notes: Add extra context or variations if applicable.

  3. Link to Ticket:

    • Add the KB reference number or link in the ticket’s resolution notes.

    • Mark the ticket as having contributed to the KB.


Manager Responsibilities

  • Weekly Review:

    • Check new KB articles for clarity, accuracy, and completeness.

    • Approve and publish KB entries.

  • Encourage Contributions:

    • Recognize technicians who consistently create valuable KB content.

  • Maintain Quality:

    • Archive outdated articles.

    • Merge duplicate entries.


Standards for KB Articles

  • Written in plain language – easy for any technician to follow.

  • Accurate and tested – instructions must work as written.

  • Consistent format – Title, Summary, Steps, Screenshots, Notes.

  • Searchable – include common keywords clients or techs would use.


Outcomes

  • Faster ticket resolution times.

  • Less reliance on senior technicians for common issues.

  • Consistent quality of service across the team.

  • Continuous improvement of support documentation.


Key Principles

  • Share knowledge, reduce rework.

  • Document once, benefit many times.

  • Everyone contributes to the Knowledge Base.