My grandfather started our yard with a beam scale and a cigar box. My father added a printing scale and a filing cabinet. I added a computer, and I will tell you exactly how that went: the computer sat unused in the office for fourteen months while everyone kept using the carbon pads.
I have since helped two regional chains roll out software across a combined nineteen yards. I have watched good products fail and mediocre products stick. The difference was never the product. Let me save you the fourteen months.
From the yard
Meet Earl
Every yard has an Earl. Earl has run the inbound scale for 22 years. Earl can eyeball a load of mixed copper and tell you the yield within two percent. Earl does not trust your tablet, and here is the thing: Earl is right not to, because the last three things management brought him made his job slower and then got abandoned. Earl has institutional memory of failure. Win Earl or do not bother starting.
Why software dies at yards
It is almost never features. It is these, in order:
- It made the scale slower on day one. Even if it is faster by week three, you do not survive day one if there is a line of trucks and a frustrated Earl.
- It was introduced as a control tool. The moment the crew thinks the software exists to watch them, it becomes the enemy. Adoption becomes quiet resistance.
- Nobody owned it. "The software will handle it" is how nothing gets handled. Software does not have hands.
Two rollouts of the same product, two different yards
Percent of tickets actually entered in the system, week by week
Yard A looks fine for a week because people comply when watched. Then the manager looks away and the carbon pads come back out of the drawer. By week six there is a beautiful dashboard showing almost nothing, because the real work is happening on paper and getting back-entered (badly) on Fridays.
Yard B started slower on purpose. We did not roll out "the system." We rolled out one thing: the scale ticket, and only after it was provably faster than Earl's pad with a stopwatch to prove it.
Field tip
The stopwatch demo
This one move has the highest hit rate of anything I do. Time Earl doing a ticket his way. Carbon pad, mental math, the works. Then time the same ticket in the software with Earl driving after fifteen minutes of practice. If the software does not win that race on a real truck, the software is not ready and you should not roll it out yet. If it wins, Earl saw it win with his own hands. You no longer need to sell it.
Operations Overview
Last 30 days · All locations
Revenue
$1.24M
+23%
Tickets
3,481
+12%
Avg Margin
18.4%
+2.1pt
Inventory
$842K
-4%
Daily Revenue
The rollout that actually works
Compressed into the order that matters:
- Week 0: Pick the champion. Not the most senior person, the most respected one at the scale. Often that is Earl. Train only them.
- Week 1: One feature. The scale ticket. Run it in parallel with paper. Race it. Let the crew watch the champion win.
- Week 2-3: Drop the paper for inbound only. Champion supports the crew, not management. Fix the three friction points that show up (there are always exactly about three).
- Week 4+: Now add inventory, then reporting. Now the dashboard means something because the data underneath it is real.
Week 1
Features introduced
exactly one: the scale ticket
The champion
Owns adoption
not management, not the vendor
Last
When reporting arrives
after the data is real
What I tell every owner now
Your software project is not a technology project. It is a project about one respected person at the scale being made visibly faster and then being trusted to bring everyone else along. Get that right and almost any competent product works. Get it wrong and the best product on the market ends up in the same drawer as my fourteen-month computer.
The carbon pad is not your competition. Inertia wearing a person's face is. His name might be Earl. Go win Earl.
Your software project is not a technology project. It is the project of making one respected person at the scale visibly faster.
Written by
Dale Brewster
Field Operations Advisor
Dale is a third-generation scrap man from Ohio. He sold his family yard in 2021, consulted for two regional chains, and now spends his time telling software people how things actually work on the scale.
