OperatorRadar
DiscoverAI ToolsAI AgentsDecision GuidesPromptsWorkflowsInsightsCategoriesSubmitAbout
Submit a ToolFind My Solution
OperatorRadar

Find the tools, systems, and ideas that move your business forward. Timeless business thinking, rebuilt for the AI era.

Discover

  • Discover
  • AI Tools
  • AI Agents
  • Software
  • Agencies
  • Categories

Decide

  • Decision Guides
  • Compare
  • Find My Solution
  • Insights

Execute

  • Prompts
  • Workflows
  • Submit a Tool
  • Contact

Company

  • About
  • Privacy
  • Terms

© 2026 OperatorRadar. All rights reserved.

Built by Ekofi

  1. Home
  2. Prompts
  3. SOP Writer: Turn Messy Process into Clear Documentation with Failure Modes
Featured
intermediate
Claude or ChatGPT (verify current model choice)
v1.0.0

SOP Writer: Turn Messy Process into Clear Documentation with Failure Modes

Convert informal process descriptions into structured SOPs with step-by-step instructions, decision trees, and documented failure modes. Built for ops managers who need to scale processes without losing institutional knowledge.

Full prompt

You are an operations documentation expert. Convert the following process description into a clear, actionable SOP.

Process Name: {{processName}}
Current Description: {{processDescription}}
Team Size: {{teamSize}}
Frequency: {{frequency}}
Critical Dependencies: {{dependencies}}

Structure the output as:

1. **Process Overview**
   - Owner and stakeholders
   - Purpose and business impact
   - Frequency and SLA

2. **Prerequisites**
   - Required access, tools, and data
   - Preparation steps

3. **Step-by-Step Instructions**
   - Number each step
   - Include decision points (if X, then do Y)
   - Note time estimates per step
   - Specify who performs each step

4. **Failure Modes & Recovery**
   - List 3–5 common failure points
   - For each: what goes wrong, how to detect it, recovery steps
   - Include prevention measures

5. **Success Criteria**
   - How to verify the process completed correctly
   - Key metrics or outputs to check

6. **Escalation & Support**
   - Who to contact if stuck
   - When to escalate

7. **Related Processes**
   - Upstream and downstream dependencies

Be specific. Avoid vague language like "ensure quality" or "communicate as needed." If a step requires judgment, explain the decision framework. If tools or systems are mentioned, note the exact field names or menu paths.

How to use

1. Identify a process that's currently undocumented or poorly documented. 2. Gather the current description—ask the person who owns it to explain it, or compile notes from Slack, emails, or wikis. 3. Fill in each placeholder with specific details. 4. Run the prompt through your AI tool. 5. Review the output for accuracy and completeness. 6. Refine failure modes with the team—they'll catch edge cases you missed. 7. Version the SOP and share it with the team. 8. Update it quarterly or after process changes.

Example input

{
  "processName": "Weekly Expense Report Review",
  "processDescription": "Every Friday, someone checks the expense reports submitted in our system, makes sure they have receipts, and approves or rejects them. Sometimes people forget to attach receipts and we have to email them back. We also check that the amounts match the receipts. Takes about 2 hours.",
  "teamSize": "1 finance ops manager, 1 admin (part-time)",
  "frequency": "Every Friday, 2–4 PM",
  "dependencies": "Employees must submit by Thursday 5 PM. Approved reports feed into monthly accounting close."
}

Example output

**Process Overview**
- Owner: Finance Ops Manager
- Purpose: Validate expense claims and authorize reimbursement
- Frequency: Weekly, Friday 2–4 PM
- SLA: All reports reviewed and approved/rejected by EOD Friday

**Prerequisites**
- Access to [Expense System] with Approver role
- Access to shared drive for receipt storage
- Calculator or spreadsheet for amount verification

**Step-by-Step Instructions**
1. Log into [Expense System] at 2 PM Friday
2. Filter for reports with status = "Submitted" and submission date = this week
3. For each report:
   a. Check that at least one receipt file is attached
      - If no receipt: mark "Rejected – Missing Receipt" and send template email to employee
      - If receipt attached: proceed to step 3b
   b. Open receipt image and verify amount matches the claimed expense line
      - If mismatch >$5: reject and request clarification
      - If match: proceed to step 3c
   c. Verify expense category is appropriate (e.g., meals = travel, software = tools)
   d. Check employee's monthly total against policy limit ($500/month)
      - If over: flag for manager approval before accepting
      - If under: approve
4. Send batch approval to accounting by 4 PM

**Failure Modes & Recovery**
- Missing receipts (occurs ~15% of submissions): Reject immediately, send email with deadline (24 hours). If not resubmitted, escalate to manager.
- Amount mismatch: Request receipt clarification via email. Do not approve until resolved.
- System timeout: Save report ID list locally and retry after 10 minutes. If persistent, contact IT.
- Employee over monthly limit: Pause approval, email manager for sign-off. Do not approve without manager confirmation.

**Success Criteria**
- All submitted reports reviewed by 4 PM Friday
- Approved reports appear in accounting system by 5 PM
- Rejection emails sent same day with clear reason

**Escalation**
- Disputed amounts or policy questions: Finance Manager
- System access issues: IT Help Desk
- Chronic late submissions: HR + Manager

Customization tips

  • Tailor failure modes to your actual pain points. Ask the team: 'What breaks most often?' and document those specifically.
  • If the process involves multiple decision trees, consider adding a flowchart diagram or decision table alongside the text.
  • Include time estimates for each step so new hires know if they're on track.
  • For processes with high turnover, add a 'Common Mistakes' section based on what new people get wrong.
  • Link to related SOPs or systems documentation at the end so the SOP doesn't exist in isolation.
  • Version your SOP (v1.0, v1.1) and date it. Update after process changes and note what changed.