Home›AI Agency Academy›Lesson 07
Module 02 · Lesson 07

Turn a use case into an offer

Package a believable before-and-after workflow with scope, responsibilities, and proof.

Last updated August 5, 2026•15–25 minutes•Free AI agent course
What you will learn

Write the offer brief

You will be able to describe an agent implementation as a clear operational change instead of a bundle of models, prompts, and vague automation.

Why this matters

Good agent work is useful before it is impressive.

Buyers do not purchase a prompt library. They purchase a better way of handling work. An honest offer names the current state, the bounded first release, the responsibilities on both sides, and how usefulness will be assessed.

Core concepts

The language that keeps the work clear.

Before stateThe specific current workflow and constraint the buyer recognizes.
DeliverableThe tangible build: approved workflow, connected source of truth, test cases, launch plan, and review.
BoundaryWhat the first release does not do, including prohibited actions and systems outside scope.
Proof pointThe metric or observation used to decide whether the implementation is helping.
The practical method

How to write the offer brief

Describe the current state

Use one grounded sentence about the delay, loss, rework, or inconsistent decision.

Specify the first release

Name the trigger, allowed context, chosen action, handoff, and result—not every future possibility.

Make duties reciprocal

List what you configure and what the client must supply or approve: policies, data access, owner, and review.

State the proof plan

Choose baseline, metric, quality guardrail, pilot period, and decision point.

Worked example

Worked case: turn a use case into an offer

A legal-services firm wants fewer missed consultation opportunities. A poor offer says ‘we install an AI receptionist.’

A useful offer says: ‘We design and launch an after-hours intake workflow that captures approved consultation details, categorizes the enquiry, writes a concise summary into the CRM, and alerts the assigned team. The firm approves questions, escalation rules, and all representations of legal advice.’

The proof plan measures completed intakes, response time, correction rate, and escalated cases during a pilot. The service has a clear finish line and boundary.

Build it in practice

Complete the working artifact

For [buyer], when [trigger] happens, we will [bounded workflow] so [outcome]. Includes: [deliverables]. Client provides: [inputs and approvals]. Does not include: [boundaries]. Proof: [metric + review date].
Practice

Before you move on

  • Rewrite one vague service as a before-and-after workflow.
  • Add three exclusions that protect the client and delivery team.
  • Ask an operator whether the promised result matches their daily work.
  • The offer names an operational change, not a technology list.
  • Client responsibilities are visible.
  • Exclusions and escalation are stated.
  • A realistic measurement plan is included.

Lesson progress

Finished this lesson?

Save your place on this device so it is easy to pick up where you left off.

Not marked complete yet.