Companies write workflows to make work faster and more consistent. Fine, as far as it goes. But most workflows are just documentation of steps, and documentation of steps misses what a workflow is actually for.

Under pressure, people do not take the best path. They take the easiest one. That is not a character flaw to be managed out of a team. It is a design fact, as reliable as gravity, and you can either fight it with reminders or build with it on purpose.

So the only question that matters when you look at any workflow: which path through this is easiest, and is it the right one?

The easy path is the real policy

Whatever is easiest is your company's real policy. Everything else is aspiration.

If preparing a file correctly takes twelve manual steps and the shortcut takes two, your actual standard is the shortcut, whatever the handbook says. If raising a concern means finding the right document in the right folder while the wrong option is a quick message, your incident process is the quick message. Teams are not ignoring the process out of defiance. They are reading the true cost of each option and choosing accordingly, exactly as designed. Just not designed by anyone.

Lower the price of the right choice

Good workflow design is mostly price reduction. Templates that carry the standard inside them, so meeting the standard is the path of least resistance. Defaults that are already correct, so doing nothing extra produces the right result. The checklist at the moment of choice, not in a wiki nobody opens. One obvious place where approvals happen, instead of five inboxes.

The aim is blunt: the correct decision should cost less effort than the shortcut. Get there and quality stops depending on discipline, which is the only way quality survives a busy month.

Protect the decision points

Every workflow contains two kinds of steps: steps that need judgement and steps that do not. They should be treated in opposite ways.

The steps without judgement should be automated ruthlessly. The steps with judgement should get the opposite treatment: slowed down, made visible, given a person's name. This is how I build with AI. The machine prepares, checks and assembles; the judgement calls stay human, deliberately placed, impossible to miss.

The worst workflows do the reverse. They automate the judgement and hand-crank the admin, so people spend their days doing robot work while the actual decisions happen by default, unexamined, inside a tool.

Repetition is the point

I have argued that the founder's job is standards, and that a standard only counts when it is repeated. A workflow is where the repetition gets cheap. When the right decision is also the easy one, holding the line stops requiring heroics. New people make good calls in week one, not because they absorbed the culture overnight, but because the path in front of them makes bad calls genuinely harder work.

A workflow is not admin. It is the company deciding, in advance, what the easy thing should be. Decide it on purpose.