FREE RESOURCE / v1

AI workflow requirements and acceptance checklist

A free general checklist to read, complete and download. Define AI tasks, data boundaries, acceptance, failure handling and pilot review.

Version v1 · 2026-10-11 · Newly written general resource

Use this resource to define requirements. It is not a tested case study. Adapt the criteria to your task and risk; no result is guaranteed.

01 · Task and operator

  • Write down one recurring task, its operator, reviewer and stop decision owner. Avoid automating the entire business at once.
  • Record the current steps, frequency, time spent, rework and common failures. Mark unknown values as unmeasured; do not present estimates as a baseline.

02 · Inputs and data boundaries

  • List required inputs, sources, formats and permissions. Start with synthetic or anonymized examples. Keep customer data, credentials and trade secrets out of public demos.
  • Confirm external model calls, processing location, storage, retention and deletion. Pause integration if these boundaries are unresolved.

03 · Outputs and human judgment

  • Define one inspectable output: fields, format, evidence references, missing values and uncertainty. Specify which actions only produce drafts.
  • Assign human review points. An authorized person confirms sending, publishing, payments or changes to business records. The confirmation step should be cancellable.

04 · Acceptance and examples

  • Prepare fixed examples: normal input, missing fields, conflicting or stale sources, insufficient permissions and tool failures. Write expected outcomes before running.
  • Check factual accuracy, format completeness, traceable evidence and human takeover separately. Agree on pass criteria and cost limits in advance; generation success alone is insufficient.

05 · Baseline and comparison

  • Compare the current method and AI workflow on the same tasks, inputs and criteria. Record sample count, successes, time and cost, including failures.
  • Report results as successes / total, with model, tool and version details. Small samples are only signals; one smoke run cannot establish efficiency or training gains.

06 · Failure, retry and takeover

  • Set timeout, retry, cost and stop limits. After an external write fails, inspect its status before retrying to avoid duplicate messages or records.
  • On failure, show the reason, completed steps, sources and next owner. Keep a path to finish the task manually.

07 · Scope and pilot plan

  • Confirm deliverables, exclusions, timeline, fees, data use and acceptance owner in writing before starting a prototype or pilot.
  • Start with one workflow and controlled examples. Check saving, retrieval, refresh, recovery and source visibility. Passing tests does not establish live-store or production validation.

08 · Review and next step

  • Assign a review date and owner. Use the same criteria to continue, revise or stop. Expanding scope requires new evidence and agreement.
  • Keep a short record of changes, examples and outcomes, failure causes, cost, unverified points and next steps. Retain unfavorable results.

A task card to complete

Task:
Operator / reviewer:
Current process and unmeasured baseline:
Inputs / sources / processing location:
Output format and evidence:
Human confirmation points:
Fixed examples and expected outcomes:
Pass criteria / sample count:
Time / cost limits:
Failure, retries and takeover:
Deliverables / timeline / fees:
Review date / owner:
Continue, revise or stop criteria:

Example: organize meeting notes

Synthetic example: take meeting notes without personal information and return decisions, actions, owners and unresolved items, with a source quote for each entry. Mark missing owners as unresolved; do not guess or email automatically. Verify evidence for each item, retained conflicts and marked omissions, and compare against a human-produced result. This example has no actual run results.

Discuss a related workflow