AnalysisWorkflowUnderstanding

Where AI Fits in a Workflow: Interpreting Input and Preparing Evidence

2026-09-23


Executive Summary


Introduction

Many “AI in workflow” conversations at the COO/CIO level start and end with a vague question: “should we add AI to process X?” It is hard to answer because it lumps several very different jobs into one concept.

A real process is not one block. It is a series of small steps: receive information, understand what it says, decide what to do, then act. At which step AI should take part, and what it should do there, are two separate questions. This article answers both using a framework with academic grounding, and draws a clear line between three parties: rules, AI and people.


The Four Stages of an Information-Processing Chain

The four-stage information-processing model by Parasuraman, Sheridan and Wickens (2000): information acquisition, analysis, decision and action selection, and action implementation.The four-stage information-processing model by Parasuraman, Sheridan and Wickens (2000): information acquisition, analysis, decision and action selection, and action implementation.

The model by Parasuraman, Sheridan and Wickens (2000), published in IEEE Transactions on Systems, Man, and Cybernetics – Part A, is among the most widely cited frameworks in human-machine interaction and automation research. It divides a processing chain into four stages:

  1. Information acquisition: capturing input data from various sources.
  2. Information analysis: synthesizing and interpreting the data to understand what it means.
  3. Decision and action selection: weighing options and choosing an action.
  4. Action implementation: carrying out the chosen action.

The key insight: the level of machine support does not need to be, and should not be, the same across all four stages. A chain can support acquisition heavily, support analysis moderately, and leave selection to people.

In an enterprise workflow, the four stages read like this: the system captures a request or event, the system understands that request, a rule or a person decides on an action, and the action is carried out.


AI Does Two Things: Interpret Input and Prepare Evidence

AI's two roles in a workflow: interpreting unstructured input so rules can run, and preparing evidence for human judgment — with a "What AI does not do" section.AI's two roles in a workflow: interpreting unstructured input so rules can run, and preparing evidence for human judgment — with a "What AI does not do" section.

Place AI on those four stages and its role comes down to two jobs.

1. Interpret unstructured input so rules can run

Rules need structured input: request type, priority, a value compared against a threshold. Real work arrives as emails, messages, handwritten forms and scanned documents. AI reads these inputs and converts them into a form a rule can use: it assigns a request type, extracts figures, identifies the relevant department. Classification, and forwarding based on that classification, belong here. Once the input is structured, a rule decides where the request goes, not the AI.

The corresponding stages are acquisition and analysis. The main risk is misinterpretation. A mistake here usually causes delay, because a person reviewing the result can correct it.

2. Prepare evidence for human judgment

For new or high-consequence decisions, people must judge. AI does not replace them there. It does the work that comes before judgment: finding similar cases in precedent, pulling together relevant clauses and data, noting what is unusual about this case. The person judging receives a compact file instead of searching from scratch.

That file must be verifiable: each point links to a specific source the decision-maker can open and check. It does not come with a “do this” conclusion presented as an instruction.

What AI does not do

A note on the label “AI recommends an action.” If a system points to a specific action without evidence the reader can check, in practice it is nudging people toward acceptance. The design should show the basis before it shows the conclusion.


The Boundary: Rules, AI and People at Each Stage

Boundary table: four stages × three columns — workflow rule, AI input support, people — showing AI holds no decision authority in any stage.Boundary table: four stages × three columns — workflow rule, AI input support, people — showing AI holds no decision authority in any stage.

The table below is a discussion tool for deciding who is responsible at each stage. It is an orienting framework, not measured data.

StageRule in the workflowAI input supportPeople
Information acquisitionRecords by defined fields and rulesExtracts and interprets from emails, forms, scanned documentsOnly when data is ambiguous
Information analysisApplies written criteria and thresholdsClassifies; assembles evidence from similar casesConfirms when risk is high
Decision selectionOnly when criteria are clear and the cost of error is low (default path)Prepares evidence; does not decideJudges; confirmation mandatory when the cost of error is high
Action implementationCarries out actions a rule has permittedDoes not executeCarries out or approves hard-to-reverse actions

Two things to notice when reading the table:


Two Criteria for Deciding What Goes to Rules and What Stays With People

Two criteria for deciding who is responsible at each step: how reversible the action is, and how certain the input data is.Two criteria for deciding who is responsible at each step: how reversible the action is, and how certain the input data is.

There is no universal answer for every workflow. Two criteria help decide each step.

How reversible the action is

An easily reversible action, such as sending a reminder or creating a draft that has not been sent, can be given directly to a rule, as long as an authorized person has approved that rule. AI only prepares the input for it.

A hard-to-reverse or irreversible action, such as transferring money, confirming a contract or declining a customer’s request, should have a person confirm it before it is carried out.

How certain the input data is

With structured, low-ambiguity data (a number crossing a defined threshold), AI interpretation is more dependable and the rule runs steadily. With unstructured data or data that needs context (an emotionally worded complaint email), AI’s interpretation needs more frequent human checking. The decision still belongs to a rule or a person, not to AI.

A caution from the original model

Automation does not just replace people — it changes the nature of their work; automation complacency and skill decay are consequences to weigh when choosing support levels.Automation does not just replace people — it changes the nature of their work; automation complacency and skill decay are consequences to weigh when choosing support levels.

Parasuraman and colleagues point out that automation does not just replace people. It changes the nature of their work. Consequences can include automation complacency and skill decay when people rarely make decisions themselves. So the choice of support level should not rest only on “can AI do this?” It should also weigh the long-term effect on the team’s judgment.


A Framework for Bringing AI into a Workflow

Four steps for bringing AI into a workflow: break the process into stages, assess reversibility and data certainty, roll out one stage at a time, set up periodic review.Four steps for bringing AI into a workflow: break the process into stages, assess reversibility and data certainty, roll out one stage at a time, set up periodic review.

Step 1. Break the process into the four stages. Identify what counts as acquisition, analysis, decision and action, instead of treating the process as one block.

Step 2. For each stage, assess reversibility and data certainty to decide who is responsible.

Step 3. Roll out one stage at a time, not the whole process at once. For example, start with AI interpreting and classifying incoming requests, and keep people at the decision stage for the first few months to verify interpretation accuracy. The scope then changes only by issuing new rules through a process with a named approver, not by “promoting” AI to more authority.

Step 4. Set up periodic review. The scope of rules and the scope of AI support need to be reviewed over time by the person responsible (the rule owner): when exceptions rise unusually, when complaints after processing increase, when the environment changes. Every change is logged so it can be traced.


Self-Check: Where Does Your Workflow Place AI?

If you answer “yes” to three or more, the boundary between rules, AI and people in your process may be unclear.

  1. Is there a step where AI output is used directly as the decision, with no one reviewing it?
  2. Does the system carry out any hard-to-reverse action without you being able to name the rule that permits it?
  3. Can the person reading AI output see the basis (sources, precedents) before they see the conclusion? If not, answer “yes” to this question.
  4. Has any rule been changed without a record of who approved it and why?
  5. If the person responsible for a step is out for a week, do you know where the decisions at that step are going?

Conclusion

“AI in workflow” is not a yes-or-no question. The right question is: at each stage, who holds decision authority, and how can AI help that party?

AI does two things well: it interprets input so rules can run, and it prepares evidence so people can judge faster and on firmer ground. Decision authority stays with rules issued by authorized people, or with people themselves. A mature organization is not one that hands more authority to AI. It is one that knows exactly which party owns each step.


Sources

Does this describe your organization?

Does this sound familiar to your organization?

Share:FacebookLinkedIn

Next step

How's your work flowing?