

Automation
2026-06-12 · 7 min read
Sapun Lamichhane
Founder & CEO of Arcetis
Strip the buzzword away and the definition is almost boring: business process automation is using software to handle the repetitive, rule-based steps of a workflow, so people spend their time on the steps that actually need judgment. It is not "replacing employees with AI," and framing it that way is exactly what leads a business to either over-automate the wrong step or avoid automation entirely out of a fear the technology doesn't actually justify.
Three different things get flattened into the same word, and it's worth separating them. A single trigger-action task is the simplest — one thing happens, one thing fires in response, like a form submission adding a row to a spreadsheet. True process automation is a multi-step workflow spanning several systems with real decision logic in between — a lead gets scored, routed to the right person based on that score, and a follow-up sequence begins, without a person manually doing each step in the chain. Full autonomous decision-making — software making a judgment call with real consequence and no human review at all — is the rarest, highest-risk version, and usually the wrong place to start regardless of what a vendor demo implies.
The discipline that separates automation that holds up in production from automation that quietly breaks comes down to four things. Map the workflow first, as an explicit, real process, not the version that exists in someone's head, before any tool gets chosen. Automate with a control layer connected to the same CRM and analytics stack used for human-run work, so the automation is measurable rather than a black box nobody can audit six months later. Keep a human checkpoint sized to consequence, not task complexity. And build every workflow with a manual override and an audit trail, so it can be paused or reversed without an engineer needing to dig through logs first.
That third point — sized to consequence, not complexity — is the most counterintuitive part and worth making concrete. A mechanically simple task can still need a human checkpoint if getting it wrong is expensive or hard to undo: pricing communicated externally to a client, compliance language, a client-facing commitment. A mechanically complex task can run fully unattended if a wrong output is low-stakes and obviously wrong the moment someone glances at it, like an internal report rollup. The dividing line is downside, not how impressive the automation looks running.
Here's how those four stages play out on something ordinary: lead routing. Mapped honestly, most businesses route new leads by whoever happens to check their inbox first — inconsistent, and slow whenever that person is busy or out. Automated with a control layer, leads route by territory or lead score directly inside the CRM, logged the same way a human handoff would be. The human checkpoint sits on ambiguous or unusually high-value leads, which route to a manager for a real decision instead of a blind auto-assignment. Reversibility means the routing rule can be paused instantly, and every routing decision the system made is visible in an audit trail — not buried inside an integration nobody can see into.
It's also worth naming what automation is honestly bad at: anything where the input is ambiguous enough that a fixed rule can't reliably capture the right response, anything where a wrong output has real consequence and isn't obviously wrong on inspection, and anything where the business doesn't yet have a consistent process to automate in the first place. Automating an inconsistent process doesn't fix the inconsistency — it just makes it happen faster, with less of a visible trace than a person making the same inconsistent call manually.
The actual value here is time and consistency, not headcount reduction as the goal. The honest first question for any business considering automation isn't "what can we automate" — it's "which specific, already-mapped workflow is repetitive enough, and low-ambiguity enough, to be worth automating first." That's a narrower question than the buzzword suggests, and a much more useful one to actually answer.