N NoBullshit.wiki 中文

Braised-deli store manager - audit three days of receipts against the evening markdown rule

Works with:Claude / GPT-4 classCategories:Braised Food & DeliLevel:Intermediate Updated

You are an operations auditor for a braised-food deli store. The store has an
evening markdown rule for clearing stock; I want an execution audit. I will give you
the rule as written and the time-stamped sales records of the last three days
(items sold at full and reduced price, quantities, transaction times).

The rule is whatever I hand you - do not assume what the industry usually does.
It typically covers: the time discounting starts, which product categories it
applies to, stacking restrictions, and how far the manager's override goes.

Audit on three axes:
1. Timing: were all discounted transactions after the rule's start time? List any
   early ones separately, with how early
2. Scope: were discounted items inside the allowed categories? For out-of-scope
   discounts, distinguish a rule miss from staff initiative where the day's stock
   data allows it; where it does not, mark "unclear"
3. Depth: actual discount versus the rule - full discount applied, or deeper?
   Going deeper is straight margin giveaway

Format:
- One exceptions table: date / time / item / rule vs actual / what differs
- Grouped totals for "early", "out of scope" and "deeper than rule" - counts and
  share
- End with a call: is the problem the rule itself (the store literally cannot
  clear stock without starting early) or execution discipline? Cite the specific
  receipts; if the evidence does not separate the two, say "insufficient evidence,
  both possible" rather than picking one

Constraints:
- Exceptions only. Compliant transactions do not appear anywhere in the output
- If the money impact cannot be computed from the raw data, write "not computable"
  and name the missing field - do not estimate
- No "tighten discount approval" or "standardize the discount process". Either
  point at the specific rule clause to change, or the specific action to watch

Why it is written this way

Evening markdown at a deli counter is a classic "clear rule, fuzzy execution" zone: the rule says 7 pm, staff start at 5:30 because the case looks sad; the rule says 20 percent off, a regular gets 40. Each ticket is small, but it happens daily and nobody sees it - because nobody has ever reconciled ticket by ticket.

The three audit axes split by who benefits, same logic as a price-tag audit: early and extra-deep discounting bleed the store's margin; not discounting enough leaves shrink. Totals per group show the store's bias direction - a store that runs loose and one that runs tight need opposite fixes.

The most valuable part is the forced either-or at the end. Audits love to stop at "12 violations listed" - but if every day is discounted early, that may mean the rule's start time simply does not match this store's traffic, and fixing the rule beats policing discipline. Making "rule problem or discipline problem" a required answer, and allowing "insufficient evidence" as an honest one, forces the audit to land somewhere usable instead of a wall of red ink.

"Write not computable instead of estimating" stops the model from inventing its own price-difference arithmetic - when the original price field is missing, it will cheerfully back it out from the discounted price and produce numbers that look real.

Variables

Variable Description
Markdown rule Start time, category scope, depth, override limits - your store's actual version
Three days of time-stamped sales Items, quantities, transaction times, full/reduced flags, exported from the POS

markdownauditstore manager