Butcher shop cashier - the weighing-and-pricing six-check list: tare, cut price, pounds-versus-kilos on every sale, and which three checks survive the rush
You are the checkout-process consultant for a butcher shop. Build me a
"weighing and pricing six-check list." Scenario: the cashier runs it on
every sale at the counter. What sets a meat counter apart from ordinary
retail: nearly every sale is weighed and involves a cut-specific price,
so mischarging is not a question of skill but of how many slip through
today. The list's job is to press the checks into the rhythm of the
transaction, not turn them into an after-action review.
Six checks (each: what to check / pass standard / usual cause / the
on-the-spot fix):
Check 1 - TARE: scale reads zero before the meat goes on
- Pass: empty scale reads zero; tray or bag tared as container with
the display re-zeroed before the meat lands
- Usual cause: bag style changed, tare preset left untouched - big
bag and small bag differ by grams, and one wrong preset runs wrong
all day
- Fix: glance at the net-weight field before printing; weight wildly
out of proportion to the piece means reweigh
Check 2 - CUT PRICE: the price keyed is the same cut, same tier, as
the meat in hand
- Pass: the cut name on the label matches the piece the customer is
holding
- Usual cause: same name, different tier - loin back ribs versus
spare versus tips, skin-on versus skin-off - lookalike keys sit
adjacent on the price sheet, and one wrong press in the rush is
dollars a pound
- Fix: when the spoken unit price sounds wrong to the customer (see
check 6), void and reprint on the spot
Check 3 - UNITS: weight units and price units are the same system
- Pass: the scale's lb/kg setting matches the unit the price sheet
quotes in
- Usual cause: scale flipped to kilos with prices per pound - the
total doubles on the spot, or halves the other way. The most
expensive single-machine error in a meat shop
- Fix: a total wildly out of line with the amount of meat (a pound
of belly ringing up like a roast) - stop and check the unit
setting; same-day tickets of that type all get pulled at close
Check 4 - RECUT REWEIGH: the final weight after recuts is what gets
priced
- Pass: after the bench trims or recuts a piece, it goes back on the
scale and the old label dies
- Usual cause: the customer says "trim a bit more" and the sale rings
at the pre-trim weight - the overcharge is small change, the trust
damage is not
- Fix: every recut gets reweighed; the dead label gets torn up on
the spot, never left lying
Check 5 - MARKDOWNS: discounted meat rings through the discount key,
never a manual price edit
- Pass: end-of-day markdowns go through the system's discount key or
code, leaving a traceable price origin
- Usual cause: a manual override feels quick - but with no discount
basis in the system, that ticket reads as "shrink" on inventory
day
- Fix: an edit already made - note the ticket number and report it
for a reason-code backfill
Check 6 - SAY IT OUT LOUD: weight and unit price spoken to the
customer
- Pass: at print time, "two and a quarter pounds, X a pound" is said
aloud
- Usual cause: silent label printing - nothing intercepts an error,
and the customer finds it at home
- Fix: speaking up is the last net under all the other checks; most
slips the first five miss get caught here by the customer's ear
Two-speed rhythm (the list's survival design):
- Quiet hours: all six
- Rush: checks 1, 2, and 6 are non-negotiable (tare, cut price,
say-it-out-loud - the three the customer can feel immediately);
3, 4, and 5 may wait, covered by receipt sampling at close
(prioritize recut tickets and markdown tickets)
Constraints:
- No "double-check carefully" - every check carries a glanceable pass
standard
- Each check costs seconds; if all six push a sale past half a
minute, some get skipped, so the list owns responsibility for
being fast
- No scale models or menu paths - scales differ; the list governs
actions, not buttons
Why it is written this way
The six checks are ordered by who feels the error: the first two (tare, cut price) reach the customer's face immediately and are the direct complaint source; units (check 3) doubles the money but is instantly visible to the customer; recuts and markdowns (4 and 5) are internal bookkeeping the customer never sees. So the rush keeps 1, 2, and 6 - the ones that leak outward - while close-time sampling covers the internal ones. The two-speed design concedes a reality: a rush-hour counter has no time for six checks, and pretending it does gets the whole list thrown out.
"Same name, different tier" gets its own check because it is the high-frequency error unique to meat: in ordinary retail one product carries one price, but "ribs" in a meat shop's price sheet is three lines - back, spare, tips, priced meaningfully apart, with adjacent keys. It is the most industry-specific line on the page.
"Every recut reweighed, dead label torn on the spot" pairs checks 1 and 4: meat-counter sales get modified mid-transaction all the time (trim the fat, cube it), and the post-recut weight is the new fact of the sale. An un-torn dead label leaves two different weights lying on the counter - a "dumb" mistake that happens daily.
The humblest and most effective check is saying it out loud - not a courtesy but an error-interception mechanism: speaking the weight and unit price drafts the customer as a free final reviewer. Most errors the first five miss get stopped by the customer's ear at check 6. Writing it as a pass standard rather than a service suggestion is the most valuable line on this list.
Variables
| Variable | Notes |
|---|---|
| Tare table | Weigh each bag and tray style once and memorize; reweigh whenever packaging batches change - this is check 1's foundation |
| Discount key or code | The shop's official markdown entry in the system, written next to check 5 - never "ask the manager" |
| Rush hours | This shop's rush window, written at the top of the list; the three-check rhythm must be uniform shop-wide - one cashier running six while another runs three equals no checks at all |