Business Growth

Nobody at a Scrap Yard Wants Your Software. Here Is How It Actually Gets Adopted

Software fails at scrap yards for reasons that have nothing to do with features. A third-generation scrap man on rollout, resistance, the guy who has run the scale for 22 years, and what actually works.

Dale BrewsterApril 10, 20268 min read

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.
Here is the adoption curve I have seen over and over, and the one most rollouts actually get:

Two rollouts of the same product, two different yards

Percent of tickets actually entered in the system, week by week

0%24%49%73%97%W1W2W3W4W5W6W7W8W9W10
Yard A (forced, no champion)Yard B (Earl trained first)
Same software. Yard A mandated it top-down and watched it decay into shadow paperwork. Yard B spent week one doing nothing but making the scale operator faster. Look where they are by week 10.

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.

app.scraplytics.com/reports

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

Here is the trap with a screen like this. Do NOT lead your rollout with the dashboard. Owners love it. Earl does not care, and Earl decides whether the data feeding this is real or fiction. Earn the dashboard by winning the scale first.

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.
Notice reporting comes last. Every failed rollout I have seen led with reporting because that is what the person who bought the software wants to see. The crew has to make the data real before the report is anything but a pretty lie.

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.

- Dale Brewster
DB

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.

Tags:software adoptionchange managementscrap yard operationsrollout
Share this post:TwitterLinkedIn

Want to see these features in action?

Start your free 14-day trial and experience modern scrap yard management firsthand.

Start Free Trial