← Back to the catalog
C10KNOWLEDGE

SOP and process documentation generation

Observes how people actually do their work — by capturing screen recordings, step-by-step walkthroughs, or asking the person to narrate what they're doing — and generates a draft Standard Operating Procedure that documents the process. The drafted SOP goes to a human for review and approval before becoming the official version. Particularly valuable for firms where senior operators have undocumented tribal knowledge: the pattern lets you capture that knowledge in hours rather than the days it would take someone to write the SOP from scratch.

WHERE THIS FITS
BUSINESS SHAPES
B2B servicesProfessional servicesProduct companyNon-profit / mission-driven
VOLUME THRESHOLD
Below 10 undocumented processes to capture a month, the payback rarely earns the build. Patterns this shape reliably pay back at 50+.
REQUIREMENTS · 3 REQUIRED, 2 OPTIONAL

Requirements describe capabilities the pattern needs in your environment, not the vendors you must buy. Any system that fills a requirement satisfies it — that’s what makes the catalog portable across the long tail of SMB tooling.

  1. process_capture_source
    REQUIREDREADhuman

    How the process gets observed. Screen recording, narrated walkthrough, or interview transcript.

    DATA SHAPE
    Recording (screen + audio) or transcribed walkthrough with the operator describing what they're doing and why.
    COMMONLY FILLED BY
    • screen recording tool with annotation
    • structured interview with the operator
    • narrated walkthrough captured during normal work
  2. existing_sop_corpus
    RECOMMENDEDREADcorpus

    Existing SOPs the pattern reads to learn the firm's documentation conventions (style, structure, level of detail).

    DATA SHAPE
    Existing approved SOPs in their native format.
    IF MISSING
    Drafts follow generic SOP conventions rather than the firm's. Reviewer has to adjust style on every document. Recommend at least 3-5 example SOPs even if they're rough.
    COMMONLY FILLED BY
    • existing wiki SOPs folder
    • structured SOP library in a docs tool
    • shared drive with previously written procedures
  3. draft_review_destination
    REQUIREDWRITErequest

    Where the drafted SOP goes for human approval. Operator and a designated reviewer both need to validate before publishing.

    DATA SHAPE
    Draft SOP with annotations: confident vs. uncertain steps, places where the operator's narration was unclear, edit interface.
    COMMONLY FILLED BY
    • draft folder in the wiki with review-comment functionality
    • shared doc with the operator and reviewer
    • draft section in the SOP management tool
  4. approved_sop_destination
    REQUIREDWRITEevent

    Where approved SOPs land once reviewed and signed off. Becomes the new official version.

    DATA SHAPE
    Versioned approved SOP with structured metadata (process owner, last reviewed, related SOPs).
    COMMONLY FILLED BY
    • published wiki pages with version history
    • SOP management tool with formal approval workflow
    • structured library accessible to relevant teams
  5. screen_context_resolver
    RECOMMENDEDREADrequest

    When the recording shows screens of internal tools, identify which tools and screens to make instructions specific. Significantly improves SOP usability.

    DATA SHAPE
    Mapping from visual screen recognition to tool/screen identifiers, with associated context.
    IF MISSING
    SOPs describe what the operator clicked in generic terms ('the blue button at the top'). Recommend especially for tool-heavy processes.
    COMMONLY FILLED BY
    • tool-aware screen recognition with custom training
    • operator manually labels screens during capture
    • structured tool inventory the pattern matches against
RUNTIME FLOW · 8 STEPS
  1. 01
    Process capture starts: operator records or narrates the process being documented
    process_capture_source
  2. 02
    Read existing SOPs to learn the firm's documentation style
    existing_sop_corpus
    DECISION Skip if existing_sop_corpus not filled.
  3. 03
    Transcribe narration and analyze screen activity step by step
  4. 04
    Resolve screen context (which tools, which screens) where available
    screen_context_resolver
    DECISION Skip if screen_context_resolver not filled.
  5. 05
    Generate structured SOP draft: purpose, prerequisites, step-by-step procedure, exception handling, related processes
  6. 06
    Flag steps where the operator's narration was unclear or where the screen activity didn't match the explanation
  7. 07
    Route the draft to review destination for operator and reviewer
    draft_review_destination
  8. 08
    On approval, publish to the approved SOP destination with proper versioning
    approved_sop_destination
EMISSIONS · 2

Structured outputs this pattern produces. Other patterns and client systems can subscribe to them, which is how the catalog composes over time.

  • process_inventory_signal

    Catalog of processes captured over time, useful for operational visibility into what the team actually does.

    CONSUMED BY
    • operations leadership reviews
    • process improvement initiatives
    • audit preparation
  • tribal_knowledge_extraction_progress

    Per-team tracking of how much undocumented knowledge has been captured, useful for de-risking key-person dependencies.

    CONSUMED BY
    • people ops succession planning
    • operational continuity reviews