Rapid Launch: one fixed-scope AI workflow delivered in 24 hours See the package →

Free project template · Published August 10, 2026

AI automation requirements template

Short answer: a useful AI automation brief defines one workflow’s trigger, owner, current steps, systems, data, desired output, AI boundary, permissions, human review, exceptions, tests, success metric, and support owner. Fill in the fields below to create a copy-ready Markdown brief without sending the information to us.

The blank template is free to download and adapt for your internal project planning. Link to this page when sharing the template with another team so they have the field guidance and privacy notes.

Section 1

Workflow and business case

Section 2

Systems and data

Section 3

Automation boundary

Section 4

Exceptions and acceptance

Section 5

Measurement and ownership

Privacy: this tool runs locally in your browser. Field contents are not transmitted or stored by CTB.

Readiness gate

Pause the build when the brief exposes a missing foundation

Unclear workflow

Observe the process and resolve conflicting versions before automating it.

Unavailable data or access

Confirm source-of-truth fields, credentials, permissions, and provider constraints first.

No owner or measurable outcome

Assign the operator responsible for exceptions and establish a baseline before kickoff.

If you are unsure whether the workflow should proceed, use the readiness assessment. Once the brief is complete, estimate value with the ROI calculator, review controls with the security checklist, and compare suppliers using the agency scorecard.

Primary guidance

Why these fields are included

FAQ

Requirements questions

What should an AI automation requirements document include?

It should define the business problem, workflow owner, trigger, current steps, volume, systems, inputs, desired output, AI task, permissions, human review, exceptions, acceptance tests, success baseline, deployment environment, and post-launch owner.

Should we choose an AI model or platform before writing requirements?

Usually no. Describe the workflow, constraints, risks, and outcome first. A builder can then determine whether deterministic automation, an AI-assisted step, a custom agent, or an existing product is the smallest suitable approach.

How detailed should the current workflow be?

Write enough detail for another person to run the process without relying on undocumented knowledge. Include the normal path, common exceptions, approvals, source-of-truth systems, and what happens when required data is missing.

What makes an acceptance test useful?

A useful acceptance test provides a representative input, the expected output or state change, objective pass criteria, and the required behavior when the system is uncertain or a dependency fails.

Does this project brief generator send CTB our information?

No. The generator runs entirely in your browser and does not transmit or save the fields. You choose whether to copy the resulting brief and share it.

Start with one workflow

Have a complete brief? Let’s pressure-test the scope.

Share the workflow without secrets or live credentials. We’ll identify the smallest suitable architecture, missing assumptions, and realistic delivery package.