Strategy

When to Automate (And When Not To)

Sam Tcherner

The first question is not "can we automate this?" It is "should we?"

Not every process earns automation. Some are too irregular. Some change too often. Some are cheaper to do by hand. The value of automation comes from picking the right targets, not from automating everything you can reach.

Signs a process is worth automating

It runs on a predictable schedule. If a task happens every day, every week, or every time a form is submitted, it has a rhythm. That rhythm is what automation hooks into. Example: every Monday, a team lead pulls CRM data into a spreadsheet and sends a pipeline summary. That is a clear automation target.

It follows rules, not instincts. If you can describe the logic in an if/then flowchart, a machine can run it. Example: when a new lead fills out a form, enrich their company data, score them, and route them to the right rep. No judgment needed.

The volume justifies the build. Automating something that happens twice a month rarely pays off. Automating something that happens 200 times a day almost always does. The math is straightforward: hours saved per week, multiplied by weeks, minus the cost to build.

Manual errors have real cost. If a human makes a mistake and it takes hours to fix, or worse, reaches a customer, the process is begging to be automated. Example: invoice generation with wrong line items. One error can cost a client relationship.

Signs it is not worth automating

It requires judgment that shifts case by case. If every instance needs a human to weigh context, nuance, and relationships, automation adds friction instead of removing it. Example: negotiating contract terms with a key account.

The volume is too low. If a task happens three times a month and takes ten minutes each time, that is 30 minutes of work. Building and maintaining an automation for 30 minutes of savings is not a good trade.

The process itself is still changing. If the team is still figuring out the right workflow, automating it now means you are encoding something that will break next quarter. Stabilize the process first. Automate second.

A human simply does it better. Some tasks are faster and higher-quality when done by a person. Forcing automation onto them makes the output worse and the team frustrated.

How we think about it

We audit which processes earn automation before we build anything. That means mapping the real workflow, measuring the actual cost, and being honest about what a system can and cannot replace. We would rather tell a client "don't automate that" than ship something that does not earn its keep.

Have a project in mind?

Tell us what you are looking to automate. We will respond within one business day with a clear next step.