Not every back-office task that could be automated should be automated right now. Some tasks belong in an agent immediately. Some tasks need a human in the loop indefinitely. Some fall in the middle: the agent can do the routine cases, and a human handles the rest. Knowing which category a task belongs in is the decision that determines whether an automation project creates value or creates a maintenance problem.
This is the framework we use with ops teams when deciding where to start. It is based on what we have seen work and not work across different workflow types, not on theoretical principles about AI capabilities.
The Four Criteria
We evaluate every candidate workflow against four criteria. A task that scores well on all four is a strong automation candidate. A task that fails on one or more needs to be restructured before it is ready, or left as a human task.
Input consistency. Does the workflow receive inputs in a consistent, predictable format the majority of the time? For invoice processing, the answer is yes: most invoices have the same fields (vendor, amount, date, line items) in predictable locations, whether the format is PDF, structured XML, or EDI. For processing open-ended customer escalations, the answer is no: the input is unstructured, the relevance of information is context-dependent, and the decision depends on factors that vary significantly between cases. High input consistency: automate. Low input consistency: delegate or redesign the input stage first.
Decision rule clarity. Can you write down the rules that govern the decision the agent needs to make, with enough precision that a well-configured agent following those rules would make the same decision a competent human would make in the normal case? "Match the invoice to a PO with the same vendor ID and amount within 2%" is a clear rule. "Determine whether a customer deserves a goodwill credit" is not a rule; it is a judgment that depends on customer history, relationship context, and situational factors that are hard to capture in a rule set. High rule clarity: automate. Low rule clarity: delegate or add a human review gate for every case, not just edge cases.
Cost of error. If the agent makes an error, how costly is it to detect and correct? For expense report categorization, an error costs a few minutes of a reviewer's time to catch and correct. For a payment to an external vendor, an error may require a reversal request, fees, and a week to unwind. For access revocation on a sensitive system, an error may be a security incident. The cost of error determines how tight the approval gate configuration needs to be, and whether the automation is net positive even with errors. Low cost of error: automate with loose thresholds. High cost of error: automate with tight thresholds and mandatory human approval on high-stakes steps, or delegate entirely.
Repetition volume. How many times per week or month does this workflow run? A workflow that runs 200 times per month has a different automation ROI calculation than one that runs 5 times per month. Low-volume workflows often have enough exception cases relative to total volume that the exception handling overhead absorbs the automation savings. High-volume workflows have room to absorb the exception cases and still generate significant savings on the routine ones. High repetition: automate. Low repetition: automate only if the other three criteria are strong, otherwise delegate.
The Human-in-the-Loop Spectrum
The question is not binary: automate completely or delegate completely. Most production workflows fall somewhere on a spectrum between fully automated and fully delegated, and the right position on that spectrum depends on the task and the organization.
Fully automated with exception routing. The agent handles all instances autonomously. Exceptions (cases that fall outside the normal rule set) are routed to a human reviewer. The human reviews only the flagged cases, not the routine ones. This is the target state for high-volume, high-rule-clarity workflows like invoice matching, ticket routing, and expense validation.
Automated with mandatory approval gates. The agent does the processing work (data extraction, matching, validation), but every write to a production system requires an explicit human approval before it executes. The human is still in the loop on every transaction, but they are reviewing the agent's prepared work rather than doing the data entry themselves. This is appropriate for high-cost-of-error workflows like vendor account creation, payroll adjustments, and access provisioning.
Agent-assisted with human decision. The agent does the research and preparation work (gathering relevant data, running validation checks, drafting a recommendation), and a human makes the final decision. The agent's job is to reduce the human's information-gathering work, not to replace the decision. This is appropriate for workflows where judgment is genuinely required: contract exception handling, credit decisions, escalated customer situations.
Fully delegated. A human owns the task end-to-end. The agent has no role. This is the right answer for tasks with very low input consistency, very high decision complexity, or high personal accountability requirements (where the decision needs to be attributed to a specific named person, not to an automated system).
Common Misclassifications We See
Some tasks get over-automated: teams put them in the "fully automated with exception routing" category when they should be in "agent-assisted with human decision." The sign that this happened is that the exception rate is high and the exceptions require significant human judgment to resolve. When 30% of a workflow's instances are flagged for review, the workflow is not well-matched to full automation. The agent is doing data extraction and routing, which is useful, but the decision logic is more complex than the rule configuration can capture.
Some tasks get under-automated: teams keep them in the "fully delegated" category because they have always been human tasks, not because they genuinely require human judgment. The sign that this happened is that the human doing the task is executing the same decision logic on every instance, with minimal variation, spending most of their time on data entry rather than judgment. Many AP tasks fall in this category: a skilled accounts payable specialist is often doing rule-based matching work that an agent could handle, reserving their time for the edge cases that genuinely require their expertise.
The Redesign Option
Some workflows that fail the decision framework are not cases where the answer is "delegate." They are cases where the workflow needs to be redesigned before it is ready for automation. The most common redesign opportunity: a workflow that has poor input consistency because the inputs arrive in multiple formats, and standardizing the input format (requiring all invoices to be submitted via a structured portal rather than free-form email) would make the workflow automatable.
We are not saying that standardizing inputs is always worth it. Sometimes the cost of changing how suppliers or employees submit information is higher than the automation benefit. But in our experience, ops teams often accept poor input consistency as a given when it is actually a policy choice that could be changed. The question is worth asking before concluding that a task cannot be automated.
Revisiting the Classification Over Time
A workflow's classification is not permanent. A workflow that belongs in "agent-assisted with human decision" today because the decision rules are not well-defined may move to "fully automated with exception routing" once the team has accumulated enough experience to codify the decision logic more precisely. A workflow that was "fully delegated" because the volume was too low to justify automation may move to "automated with approval gates" once the team's volume has grown.
We revisit the classification of each workflow with our customers every quarter. The automation landscape for back-office ops is not static, and the right framework for decision-making at one growth stage may not be the right one at the next.