Who it's for
An owner or manager who is about to implement a CRM, ERP or end-to-end automation and wants to understand what needs to be ready before the start.
Key idea
You can only automate what is already done the same way every time. Everything else first gets documented and stabilized, and only then moved into the system.
Contents
- What actually happens during implementation
- Four conditions for readiness
- The right sequence
- What to automate first
- How to tell the implementation has gone wrong
- What to do this week
Take the self-assessment
There's a recurring scenario. A company gets tired of the mess in sales, buys a CRM, spends three months implementing it, and six months later goes back to spreadsheets. The official conclusion: "the system wasn't a fit." The actual one: the system was placed on top of a process that didn't exist.
Principle
Automation is a multiplier. It multiplies a working process by speed and scale. It multiplies a broken one just as faithfully.
What actually happens during implementation
When a process rests on agreements between specific people, it's flexible. Each case gets resolved on the spot: someone called, someone clarified, someone remembered. That flexibility looks like chaos, but it also does a job: it compensates for the absence of rules.
A system removes the flexibility and doesn't bring rules, because the rules were supposed to come before it. As a result, the team gets form without content: fields no one knows how to fill in, stages without transition criteria, automated actions that fire at the wrong time.
Then the predictable happens: people start running the work in parallel, in the system "for the report" and in the messenger "for real." The cost of the work goes up, data quality goes down, and trust in the system disappears.
Double record-keeping isn't sabotage. It's a signal that the system doesn't describe the real work.
Four conditions for readiness
Before any implementation, check four things. Not all of them have to be perfect, but each one has to be a conscious choice.
- 01
At least two people perform the process the same way
If everyone works in their own way, you aren't automating a process. You're choosing whose way becomes mandatory. That's a management decision, and it should be made by the manager, not the contractor.
- 02
Every stage has a transition criterion
For example, the stage "the customer named a budget and a timeline, and the next meeting is scheduled." The word "negotiations" isn't a criterion. Without criteria, the pipeline turns into a set of folders and the forecast into fantasy.
- 03
A data owner is assigned
Who is responsible for the system telling the truth? If the answer is "everyone," then it's no one, and in three months the reports will stop matching reality.
- 04
The exceptions are named
Every process has 10–20% of cases that don't follow the scheme. They need to be named in advance, with a decision for each: handle it manually, give it a separate route, or prohibit it. Unspoken exceptions break automation faster than anything else.
A common mistake
Companies try to automate the entire process at once because "partial looks messy." Partly working automation with honest boundaries is more useful than full automation no one uses.
The right sequence
The order here matters more than the choice of platform. A mistake in the sequence can't be made up for with budget.
- 01 Describe the process as it is, not as it should be. Do it by observation: in interviews, people describe the ideal version of themselves.
- 02 Find where time, money and information get lost. Usually it's at the joints between functions.
- 03 Simplify: remove steps that exist out of inertia. Every step you delete is cheaper than any step you automate.
- 04 Write down the rules and criteria. It's a one-page document.
- 05 Run it manually for two weeks. If the rules don't work on paper, they won't work in the system.
- 06 Automate the most repeatable part. Just one. Measure it.
- 07 Expand one part at a time, checking the data after each.
What to automate first
Good candidates have three properties at once: high frequency, low variability, a measurable result. Bad ones are those where a person makes a decision based on incomplete data.
Automates well Automates poorly
Passing information between stages and systems Judging a lead's quality by eye
Reminders and deadline tracking Negotiations and handling objections
Collecting and consolidating data for reports A discount decision outside the rules
Standard documents and calculations Prioritizing tasks when resources conflict
Repeatable data quality checks Handling an unusual complaint
Separately: automating communication with customers calls for caution. Speed gained at the cost of a conveyor-belt feel often costs more than the hours saved.
Related service: Business Process Optimization
When you need to go through this sequence on real processes.
Related service: CRM Implementation
If the decision is made, but you need the system to follow the process rather than the other way around.
How to tell the implementation has gone wrong
- A month after launch, the team asks to "put it back the way it was": the system has made the work harder.
- The reports from the system don't match what people say at the team meeting.
- Fields have appeared that get filled with the same value in every record.
- The manager checks the work in chat messages.
- The number of "manual" exceptions keeps growing.
Success criterion
Automation has worked if the manager can make a decision from the system's data without asking people again. Everything else is just an interface.
What to do this week
Questions to ask yourself
Take the process you're planning to automate
- 01 Describe it in seven steps. Could you do it without "it depends on the situation"?
- 02 Ask two employees to describe the same process separately. Did the descriptions match?
- 03 Name a transition criterion for each stage. How many stages were left without one?
- 04 Which 20% of cases don't follow the scheme, and what happens to them now?
- 05 Who is responsible for the accuracy of the data after launch, by name, not by job title?
Materials that continue the topic
- End-to-end process: where the links between departments break
- AI in business: where it really changes the economics