Talk it through with Aurelius
Library›Aurelius›The problem
Aurelius · Work & Leadership
Knowledge + Guidance

Why won't my team just follow the process I built?

You built a process. You tested it, maybe even sold with it yourself. Now you watch your team skip steps, shortcut the discovery call, wing the close. You call this a training problem. It is not. A process survives contact with your team the way a plan survives contact with battle — rarely intact. If three people run it three different ways, the process was never finished. You stopped one step too soon, satisfied with a document instead of a habit. This is not solved by better slides or more reminders. It is solved by what you and your team do together, this week, on real calls, with real deals. Choose to be in the room, not in the deck.

◆ How this problem reads on the two dials
GuidanceKnowledge
More coaching
A little to learn
1:1 with AureliusWith others (a Pod)
Some one-to-one
Practise with peers
The failure here is mostly behavioral and situational, so the page leans toward coaching moves the pod can run this week, with just enough teaching on why processes decay to make the moves make sense.
How the two dials adapt to you →
What’s really going on

A process no one runs is not finished — it is still a draft. Your job is not to design it once and walk away. Choose three calls to sit in on this week, watch what actually happens, and fix what you see, together with the team.

🔒 What you’ll build togetherUnlock by starting
A moveSit in on three live calls this week — not to critique, but to see what actually happens step by step.
A moveFind the one step your team skips most often, and ask them why, out loud, in the next team meeting.
A moveCut the process in half. If it has twelve steps, find the four that matter and drop the rest.
A moveHand one person ownership of running it next week, and have them report back exactly what broke.
A moveStop writing new documents about the process. Go watch one more call instead.
PractiseRun the Call · a Pod of 4 · 30 min

What changes unlock by starting

  • You see exactly where the process breaks, not where you assume it breaks.
  • Your team starts to own the process because they helped fix it, not because you handed it down.
  • Fewer steps, more consistency — people actually run what is simple.
  • You stop mistaking a finished document for a working habit.
One object, two jobs: a public answer to a real problem, and — the moment you start the chat — Aurelius’s live plan for your version of it.