Sales · Free implementation template
AI Outbound Sequence Planner
Plan a bounded outbound sequence with target criteria, research inputs, message logic, stop rules, reply handling, and attribution.
Introduction
What the AI Outbound Sequence Planner is for.
Plan a bounded outbound sequence with target criteria, research inputs, message logic, stop rules, reply handling, and attribution.
A completed sales template is a specification for CRM behaviour: which records are authoritative, which stage transitions matter, who owns the next action, and what may run without a human. This one covers target, sequence, reply handling, guardrails, and it is written for b2b sales, agencies, consulting firms. Each section is a decision that has to exist before the workflow can be built or automated — the prompts are there to force the decision, not to be filled in for their own sake.
A completed template is also a structured brief. ARIA can read it as the objective, the systems involved, and the constraints that apply, which is what turns the specification into something that runs rather than something that gets filed.
- Category
- Sales
- Sections
- 4
- Format
- Markdown, no signup
- Best for
- B2B sales, Agencies, Consulting firms
The problem
Specifications fail on the decisions nobody wrote down.
Sales process documentation usually describes what the team intends to do rather than what the system will enforce. The gap shows up as pipeline that cannot be forecast: stages mean different things to different reps, and the reporting built on top inherits the ambiguity.
The expensive part is not writing the process down. It is that every automation, dashboard, and handoff built afterwards encodes whichever interpretation the implementer happened to hold, and those interpretations only surface when the numbers disagree.
Filling this in first turns the disagreement into a conversation between the people who own the outcome, before it becomes a defect distributed across the CRM.
You're likely here because
- Reply rates are falling while send volume rises
- Nobody owns what happens after a reply arrives
- Sequences are measured on sends rather than conversations
How it works
From a blank AI Outbound Sequence Planner to a running workflow.
Each stage is a decision that has to be made once. Making them in this order is what keeps the later ones answerable — you cannot set an automation boundary before you know who owns the record.
Step 01
Fix the stage definitions
Each stage gets an entry condition and an exit condition that can be evaluated from data rather than from judgement. Stages that cannot be evaluated from a record are not stages; they are opinions.
Step 02
Name the record owner
Every record and every exception gets one accountable owner and a named backup. Shared ownership is the most common cause of a stalled pipeline workflow.
Step 03
Set the automation boundary
Mark which actions may run automatically, which require approval, and the numeric thresholds that separate them. "Significant deals need review" is not a rule a runtime can apply.
Step 04
Declare field authority
Where the CRM and another system both hold a field, record which one wins. This is what keeps an automated enrichment from overwriting an amount or a close date.
Step 05
Attach the measurement
Each metric names the population it is computed over, so conversion and cycle time stay comparable once the process changes.
The template
Every section, with the prompts that force the decision.
Section 01
Target
Section 02
Sequence
Section 03
Reply handling
Section 04
Guardrails
After it is filled in
What the completed specification is actually consumed by.
Filling in the AI Outbound Sequence Planner produces an artifact, and an artifact on its own changes nothing. What matters is what consumes it afterwards.
Handed to the runtime, a completed sales specification stops being a document and starts being configuration. The authoritative record it names becomes the one the workflow reads; the stage transitions it defines become the events that trigger action; the ownership column becomes the routing rule. None of this requires the CRM to change — the system of record stays authoritative, and what the specification governs is the behaviour around it.
The part worth checking afterwards is the boundary drawn between automatic and approved. A specification that marks everything as requiring approval produces a workflow nobody uses; one that marks nothing produces a workflow nobody trusts. Most teams get this wrong in the same direction on the first pass and correct it once they have watched a week of real stage transitions.
Implementation path
How to actually fill it in.
- 01
Work through the template with the rep, the manager, and whoever owns the CRM, in the same room. Disagreement found here costs a conversation; found later it costs a migration.
- 02
Write the stage exit conditions as checks against fields that already exist, and add the missing fields before automating anything.
- 03
Record the numeric approval thresholds — discount, amount, term — as values rather than adjectives.
- 04
Pilot the workflow against a single segment with real records before rolling it out to the full pipeline.
- 05
Re-run the measurement section against the same population after the change, so improvement is attributable rather than asserted.
Controls this specification sets
Controls that matter.
Control 01
Automated writes respect the existing record owner rather than reassigning as a side effect.
Control 02
Matching runs before any create, and an ambiguous match raises an exception instead of producing a duplicate.
Control 03
Discount, pricing, and contract-term changes stay behind explicit human approval.
Control 04
Every automated CRM write records the event that caused it.
Worked examples
When teams reach for this one.
Before increasing send volume
Volume amplifies whatever the sequence already does. Planning the reply path first is what keeps a volume increase from producing unanswered conversations.
Handing outbound to automation
The escalation section defines where the automated path stops and a person takes over, which is the decision that determines whether prospects notice.
Auditing an underperforming sequence
Comparing the live sequence against a completed planner usually surfaces a missing exit condition rather than weak copy.
Limitations
What this template does not do.
- This plans the sequence structure; it does not write the messaging.
- Deliverability, domain warm-up, and sending infrastructure are out of scope and can dominate results.
- Contact permissibility varies by jurisdiction and is not addressed here — confirm it separately.
- Reply-handling assumptions need revisiting once volume changes materially.
FAQ
Questions about the AI Outbound Sequence Planner.
Who should fill in the AI Outbound Sequence Planner?
The people who own the outcome, together. This template is written for b2b sales, agencies, consulting firms, and the value comes from surfacing disagreement between them rather than from one person completing it alone.
How long does it take?
A focused session, usually one to two hours for a first pass. Sections that take much longer are normally pointing at a real disagreement, which is the template doing its job rather than failing.
Is it free, and is there a signup?
Free, with no gate. The Markdown download link at the top of this page returns the full template immediately.
What happens after it is filled in?
The completed template becomes the specification the build works from. You can hand it to ARIA to resolve into an objective and an execution path, hand it to an internal team, or use it to brief a vendor — the artifact is the same in each case.
Does this replace the tooling?
No. It specifies what the tooling has to do. Sales tools differ in how much of this they can enforce, which is itself useful information when you are comparing them.
How often should it be revisited?
When the process it describes changes, and on a scheduled review otherwise. A specification that no longer matches what runs is worse than none, because people still trust it.
More sales templates
Other sales specifications.
AI CRM Requirements Template
Define the records, stages, ownership rules, automations, integrations, and measurements an AI-enabled CRM actually needs before anyone starts building.
Open the template →
Sales Pipeline Blueprint
Map pipeline stages, exit criteria, next actions, ownership, and measurable conversion before changing CRM software.
Open the template →
Lead Qualification Scorecard
Create a transparent qualification model that combines fit, intent, timing, and human review instead of opaque AI scoring.
Open the template →
Keep exploring
Related reading and next steps.
Start with ARIA
Hand the brief to ARIA.
A completed template is a structured brief. Tell ARIA the objective and it resolves the systems involved and the execution path — so the specification becomes a running workflow, not another document.
- ARIA acts only through the systems and permissions you connect.
- Connections use scoped credentials you can change or revoke.
- Actions are recorded, and consequential ones can require approval.
Start here
Fill it in, then hand it to ARIA.
A completed template is a structured brief. ARIA can resolve it into the objective, the systems involved, and the execution path — so the specification becomes a running workflow rather than another document.