Key takeaways
  • A good work order is specific, assigned to a named owner, prioritized, and has clear completion criteria and required evidence.
  • Vague work orders like "fridge broken" get ignored or done wrong.
  • Standardize the format and require evidence to close.

A bad work order creates more problems than it solves. It gets ignored, misunderstood, or closed in a way that satisfies the letter but not the point. Site teams have learned to work around vague requests, and contractors have learned that "check the fridge" can mean almost anything.

Most multi-site operators write bad work orders without realising it, because the person raising the order knows exactly what they mean even when the words do not say it. The gap between what is written and what is understood is where the fix breaks down.

Be specific about the problem, not just the task

"Fridge broken" is not a work order. Which fridge, at which site? What was observed? When did it start? What has already been tried? "Walk-in cooler at the Airport site reading 9 °C since 6 AM, door seal torn at the bottom, already reset once" tells the engineer what to bring.

Too vague
Fix Machine 4.
Actionable
Machine 4 (CNC lathe) making grinding noise from spindle during cutting cycle. Started this morning on the B shift. Check spindle bearings and lubrication. Report findings before replacing any parts.

That is one extra minute to write and it saves thirty minutes of guessing on site. The engineer arrives knowing what to look for. The site manager gets a useful update instead of "I had a look at it."

Set a deadline that means something

If every work order is marked urgent, none of them are. Teams learn to read urgency based on real experience. If the system always says urgent, people stop reading it.

Give each work order a realistic completion time based on what the job actually needs. A routine service that can wait until Thursday needs different treatment from a walk-in cooler losing temperature before lunch service. Make the distinction explicit, and resist marking everything high priority to feel taken seriously. It has the opposite effect.

Name one person, not a team

"Maintenance" is not an assignee. When a job is assigned to a team, everyone assumes someone else is handling it. When it is assigned to one named person, that person knows it is theirs.

If the task genuinely requires multiple people, still name a lead. The lead coordinates the others and is the single person responsible for confirming completion. Shared ownership is no ownership.

Define what done looks like

The most overlooked part of any work order is the acceptance criteria. What does successful completion actually mean?

Ambiguous
Replace belt on Conveyor 2.
Clear
Replace belt on Conveyor 2. Task is complete when the new belt is tensioned to spec and the conveyor has run for 10 minutes at full load with no slippage or noise.

One sentence is enough. It removes almost every dispute about whether a job was actually finished versus just touched.

Log what was found, not just what was done

A work order that closes with no notes is a missed opportunity. What did the technician find? What did they do? Were there any observations that might matter in six months?

This takes two minutes and builds the maintenance history every multi-site operator needs and almost none have. When the same fridge at the same site fails again, the history tells you whether it was fixed properly last time or whether a pattern is forming. You cannot see the pattern without the notes.

A work order is not an instruction. It's the beginning of a conversation between what was planned and what actually happened. The close-out notes are the other half of that conversation.

Small changes, compounding returns

None of these improvements are complicated. They don't require new software or new processes. They require the person creating work orders to spend an extra minute on each one, and the person closing them to add two sentences of notes.

Over six months, a business that writes good work orders has a searchable history of everything that broke, at which site, and why. One that writes bad ones has a pile of closed tickets that tell you almost nothing.