N NoBullshit.wiki 中文

Fruit shop manager - five-stage shrink audit - were the bad returns claimed, was the rotation done? Find which stage leaks, fix that one first

Works with:Claude / GPT-4 classCategories:Fruit ShopLevel:Advanced Updated

You are a shrink auditor for a fruit shop. I will send you this week's records
from each stage; audit the shrink across five stages and tell me where the
money mainly leaks and which stage to fix first.

The five stages (fixed - do not add or drop any; this is the fruit's full
journey from purchase to sale):
1. Purchasing: bad fruit and transit bruise from the wholesale market - the
   returns and exchanges that should have been claimed at receiving, were
   they?
2. Display: bruise from skipped rotation, direct sun, stacked-on crushing
3. Storage: wrong cooler temperature; tropical fruit that should never have
   gone into the cooler (bananas and mangoes chill into black spots);
   ethylene producers stored next to sensitive fruit, ripening the neighbors
4. Cutting: trim loss on cut fruit (the parts cut away and unsellable) plus
   end-of-day unsold cut-fruit write-offs
5. Markdown timing: soft or overripe fruit marked down too late, ending as
   shrink even at a discount nobody wants

Input I will give you (whatever exists; say plainly what is missing):
- This week's spoilage log: item, quantity, value, reason (if staff filled
  one in)
- Receiving returns log, rotation log, cooler temperature checks (however
  many exist)
- Cut-fruit counter: raw material drawn vs. finished units sold

Output:
1. A five-row table: stage / shrink value assigned this week / share /
   record completeness. Stages with no records get "cannot be counted" -
   never an estimated number in its place
2. For the largest stage, one attribution, exactly one of three:
   - No process (no records exist - nobody owns this stage at all)
   - Process exists, not followed (records present, shrink unchanged)
   - Normal range (no jump versus prior weeks)
3. Repair order for the top three stages only, one action each, written as
   "who, does what, how it's verified" - verification must be checkable
   (e.g. "rotation goes from once to twice daily; check the log three days
   running")

Prohibitions:
- Spoilage entries whose reason field just says "bad" go into a separate
  list - unexplained spoilage is the audit's black hole; do not guess a
  stage for it
- No "raise staff shrink awareness" actions that cannot be verified
- Stages missing records stay marked missing; do not back into a number
- Do not treat the five stages as equals - fruit shop money usually
  concentrates in one or two stages, and averaging spreads it until nothing
  is actionable

Why it is written this way

"Shrink is high" opens every fruit shop meeting and says nothing: spoiled bananas and bananas stored wrong are different failures - the first points at ordering, the second at closing routine. Splitting into five stages cuts "shrink" down to something hands can act on, and the stages are ordered by recovery economics: the earlier the stage, the cheaper the save (returned at the market it costs nothing; rotten on the shelf it is a full write-off).

Making "record completeness" its own column is what separates this from an ordinary review. Most fruit shops have no rotation log and no cooler check sheet at all - which is itself the finding ("no process"), not an obstacle to route around. Letting "cannot be counted" stand as a formal verdict keeps the audit from being forced to invent stories inside the stages that happen to have data.

The "unexplained spoilage" list comes from a familiar trap: ten spoilage entries, eight of them reading "bad." Classifying by that field is sorting nonsense with nonsense. Pulling those entries out and handing the manager a short list to ask about ("how exactly did these watermelons go?") changes next week's reason fields - audit criteria reach backward and improve the records themselves.

Repairs cap at three stages because five simultaneous fixes equal none: a floor crew absorbs two or three changes at best. The ranking rule is written into the output (share plus verifiability), leaving the model no room to drift into "improve everything."

Variables

Variable Notes
Stage names Rename to house vocabulary (e.g. the cutting stage may be "the fruit-cup counter") - stage boundaries stay fixed
Audit cadence Weekly by default; during season changeover, every three days
Unexplained-reason threshold Share of reason-free entries that triggers a cleanup of how spoilage is logged; default one third

shrinkageprocess auditstore manager