N NoBullshit.wiki 中文

Coffee shop espresso-machine-down SOP - the first fifteen minutes, the menu downgrade ladder, customer scripts, the service call, and the restart

Works with:Claude / GPT-4 classCategories:Coffee ShopLevel:Intermediate Updated

You are an operations coach for a coffee shop. Turn the
espresso-machine-down emergency flow below into an
archivable SOP document, numbered by section, printable
and postable inside the bar. Store-specific details stay
as 【】 placeholders.

Background (put it in the SOP's opening paragraph): the
espresso machine fails during the morning rush (no flow,
abnormal pressure, tripped breaker, dead steam). The
manager must run four tracks - equipment, menu,
customers, online - inside the first fifteen minutes.
The SOP runs in five stages: diagnose, downgrade,
communicate, call, restart.

1. Diagnosis (minutes 0-5)
- Safety first: tripped breaker, burning smell, or water
  near live parts - cut power and tag the machine. No
  troubleshooting at all; every stage below is void,
  execute only the service call and communication
- Diagnose the blast radius with three questions: is it
  one group head or the whole machine? Does the steam
  wand still produce steam? Is the grinder fine? The
  three answers decide which downgrade rung applies in
  stage 2
- The barista on shift performs the diagnosis. The
  manager does not repair; the manager's post is between
  the register and the phone

2. Menu downgrade (minutes 5-15, pick the rung the
   diagnosis points to)
- Whole machine down: pull every espresso-based drink;
  brew bar, cold brew (check what's steeping), and
  non-coffee drinks stay; cover the menu board with a
  temporary menu sign
- Steam system only: milk drinks go iced-only (cold milk,
  no steaming), hot drinks narrow to black coffee, or
  pause milk drinks - whichever fits our menu
- One group alive: limited list - keep only the 2-3
  signature drinks, pull the rest, and tell customers
  the wait time is longer
- Count servable brew-bar and cold-brew cups on the spot
  and estimate how many 【】 hours they cover at current
  traffic; drop another rung if they won't hold

3. Customer communication (one script, no failure
   details)
- In store: sign at the register plus one line at
  ordering - "our espresso machine is down, today it's
  brew bar and cold brew only; no recovery estimate yet,
  but order now and we'll call you"
- Ordered but not served: offer exactly three options -
  swap for an equivalent, wait for the repair, full
  refund. Every staffer uses the same script; nobody
  improvises for their regulars
- Online channels: pause or delist affected items
  immediately - no courier should discover the shortage
  at the counter

4. Service call (say everything in one call)
- Report: machine model 【】, symptom (tripped breaker /
  no flow / no steam / pressure fault), time it started,
  what has already been done
- Log the ticket number and the ETA, sync both to the
  shift handover book

5. Restart and review
- After repair: flush the lines, dump the first 【2】
  test shots, confirm extraction is back in the normal
  range before selling again
- Execute in order: restore menu, remove signs, relist
  online - tick each item, rely on no one's memory
- Before close, the manager writes the incident review:
  timeline, tickets affected, refunds issued, recovery
  time; file it

Constraints:
- No machine-model-specific steps (they differ wildly
  across brands); anything touching the machine reads
  "per our equipment manual, page 【】"
- No repair-time promises to customers - give a time
  only when it can honestly be estimated, otherwise
  "we're on it"
- The SOP is an action document: no paragraphs about
  purpose, meaning, or team spirit

Why it is written this way

"Safety first, then scope" leads the document because every later fork depends on the diagnosis: a live steam wand means iced milk drinks survive; one working group head means a limited list outperforms a full delist through half the rush. Downgrading before diagnosing pulls drinks you could still sell - the largest chunk of a downtime loss is usually self-inflicted.

Customers who already ordered get one fixed script with three options (swap, wait, refund) because that is exactly where the room loses control: when every staffer explains the failure differently, complaints start there. Keeping the script free of failure detail is deliberate - the more mechanical detail staff volunteer, the more customers conclude "this has been broken for ages." The script protects more than the ticket; it protects the shop's credibility.

The restart stage forces dumping the first two shots because lines hold standing water and cleaning residue after a repair, and that does not go into a customer's cup. Writing it into the SOP is what stops a rushed opener from skipping it. Restart steps get ticked rather than remembered because menu, signage, and online relisting are three separate recovery points - miss one and the downtime's tail drags into the afternoon.

Pointing all machine operations at a manual placeholder is the SOP's shelf-life design: hard-code one brand's steps and the SOP becomes a wrong document the day the equipment changes. The SOP owns the flow, the manual owns the machine - each fails on its own schedule.

Variables

Variable Notes
Cold brew runway How many hours the steeping cold brew covers at current traffic; below this, drop another downgrade rung
Restart dump count Shots dumped after repair before selling resumes; set by your machine's line layout
Model and manual page For the service call and the operations pointer; recorded in the SOP header, updated when equipment changes

equipment failureemergency procedurepeak hours