Workflow
A workflow is a defined sequence of states, tasks, decisions, owners and handoffs that moves one unit of work from a trigger to an accepted end state. It can be manual, automated or mixed; drawing arrows does not make the underlying work reliable.
Summary:
- Meaning: an executable route for one work item across states and owners.
- Why it matters: makes responsibility, evidence, exceptions and completion visible.
- Used by: operations, sales, service, marketing, finance, IT and governance teams.
- Commonly confused with: process, checklist, automation, sequence and AI agent.
What a workflow means and how it works
IBM describes a workflow as a repeatable sequence of tasks that moves work from initiation to completion. This vendor definition is broad; a usable operating workflow also needs state, entry/exit evidence, ownership and exception handling.
trigger → accepted input → task/decision → state change → handoff acceptance → end state or visible failure
For each transition record: current state, required evidence, accountable owner, permitted action, output, accepting owner, timeout, retry/duplicate rule, failure state and correction. Automation changes execution, not the need for this contract.
Example: completed workflow card
| Transition | Entry evidence | Owner/action | Exit evidence |
|---|---|---|---|
| Enquiry received → triage | Valid request ID and channel | Service coordinator checks topic/urgency | Triage code plus owner route |
| Triage → accepted | Route and minimum packet complete | Named queue records acceptance | Owner and response target stored |
| Accepted → resolved/closed | Action note and customer state | Owner completes or states no-action reason | Outcome code plus evidence |
The transition name joins each row to its failure response:
| Transition | Failure response |
|---|---|
| Enquiry received → triage | Quarantine duplicate or missing ID |
| Triage → accepted | Escalate to backup after service window |
| Accepted → resolved/closed | Reopen on mismatch; preserve history |
The fictional card does not assume AI. A deterministic rule can route known topics; a person handles ambiguity. Completion means the receiving owner accepts the state, not that a notification was sent.
How a workflow differs—and how to design one
| Concept | Meaning | Use when | Do not confuse with |
|---|---|---|---|
| Process | Broader operating method and policy | Describing end-to-end business work | Executable route |
| Workflow | States/tasks/handoffs for a work unit | Managing execution | Strategy |
| Automation | Technology executes selected steps | Rules and interfaces are ready | Workflow design |
| Sequence | Ordered timed actions, often messages | Timing/order is primary | Full exception handling |
| AI agent | Selects variable steps toward a goal | Route cannot be predetermined safely | Every automation |
In practice, workflow design controls service levels, ownership, audit, automation scope and measurement. Start with the actual current route, including rework and wait states, before designing the ideal one.
Common mistakes are automating a broken handoff, hiding pending states, allowing duplicate writes, treating a message as acceptance and lacking a correction owner. Measure valid-entry rate, accepted handoff, time in state, rework, duplicate suppression and reconciled end states.