A request-to-scope register
Incoming requests mapped to approved deliverables, with uncertainty and accepted changes retained.
Practical workflows for agencies balancing client requests, approved scope, creative review, and delivery-team handoffs.
A request beside the agreed scope.
| Client request | Scope check | Next step |
|---|---|---|
| Extra language version | Not in approved list | Delivery lead to estimate |
| Copy revision | Included review round | Plan the revision |
| Earlier delivery date | Not yet agreed | Account owner to discuss |
Separate included work, proposed additions, and unconfirmed commitments.
A campaign can gain extra formats in a review thread while the project plan still reflects the original agreement. Teams need a shared record of what changed, what was approved, and what still needs an estimate—not automated friction in the client relationship.
New formats or deliverables arrive in feedback threads while the project plan stays unchanged.
Meeting notes mix agreed actions with tentative dates and ideas.
Account teams rebuild proposals from approved scope, capability material, and pricing inputs.
Open a workflow to see its inputs, prepared output, and review point.
Compare delivery-stage requests with approved deliverables and prepare a useful change discussion.
See the inputs, work & handoff Workflow 02Keep explicit decisions, proposed owners, and unresolved dates attached to the meeting notes.
See the inputs, work & handoff Workflow 03Bring approved scope blocks, pricing inputs, and current terms into a draft for the account owner.
See the inputs, work & handoffStart with one service line and project template. Bring the account owner, delivery lead, and a redacted example of scope changing during review.
Scope a first projectIncoming requests mapped to approved deliverables, with uncertainty and accepted changes retained.
Explicit decisions and actions separated from tentative ideas and unconfirmed client commitments.
Approved capability and pricing material assembled for a human-reviewed proposal, without invented experience.
Briefs, unpublished creative, commercial terms, and account records need project-specific permissions and agreed model-provider handling.
A comment from a stakeholder is not necessarily client sign-off. Identify who may accept scope, creative, budget, and deadlines.
Brand fit, strategic merit, and relationship context need accountable people. Preparation should support judgment, not pretend to quantify it objectively.
Include stakeholder disagreement, a withdrawn request, internal feedback mistaken for client approval, and a deliverable already covered by the revision allowance.
Connect review requests, delivery decisions, and changes to the approved project baseline.
Carry account context and confirmed next steps from the conversation into CRM and proposal preparation.
Keep scope comparisons tied to the approved brief, deliverable register, and accepted changes.
Choose a repeatable service with recognizable deliverables and regular client reviews, such as a campaign or website project. Start where the account owner can show how requests become accepted changes.
It needs an identifiable approved baseline, revision allowances, and accepted change history. One project template can be enough to begin; gaps in those records become questions to resolve with the delivery lead.
The initial scope prepares drafts. Account owners approve the actual content and recipient before any separately authorized sending integration.
No. Similar handoffs occur in marketing, design, development, and other project-based professional agencies; define the actual service and authority boundaries.