You're four weeks into a project when it happens.
The client says "we assumed that was included." Your project manager says "we never agreed to that." The designer already built two rounds of the wrong thing. And now everyone's staring at a scope document that's technically correct but clearly wasn't understood by anyone in the room.
This isn't bad luck. It's a kickoff failure — and it was preventable.
After working with hundreds of agencies on their operations, we've found that roughly 80% of mid-project problems trace back to gaps that existed on day one: unclear scope boundaries, missing decision-makers, undefined feedback processes, and assumptions that both sides made and neither side voiced.
The fix isn't a better contract (though that helps). It's a better kickoff meeting.
Here's the template agencies use to close those gaps before a single pixel is pushed.
Why Most Kickoff Meetings Don't Work
The typical agency kickoff goes like this: you walk through the project brief, ask if there are questions, get polite nods, and then everyone leaves feeling good about each other. Two weeks later, reality sets in.
The problem is structural. Most kickoff agendas are built to inform, not to align. You're presenting your plan to the client rather than jointly building shared understanding.
The questions that would catch problems — "Who actually has final approval on designs?" "What happens if we need to add a feature?" "What does success look like in 90 days?" — get skipped because they feel awkward to ask before the work starts.
Those questions feel much more awkward at week six.
A good kickoff meeting has one job: surface every assumption before it costs you. That means asking uncomfortable questions early, documenting answers in real time, and leaving with explicit agreement — not just good vibes.
The Pre-Kickoff Setup (Don't Skip This)
Before you even schedule the meeting, do three things:
1. Send a pre-kickoff questionnaire 48 hours in advance.
Ask the client:
- Who from your team will be on the kickoff call?
- Who has final approval authority on creative work? On copy? On technical decisions?
- Are there any internal stakeholders who aren't on the call who will weigh in on approvals?
- Are there any existing constraints (brand guidelines, technical requirements, deadlines tied to external events) we should know about?
- What's the single biggest concern you have about this project?
This does two things: it surfaces blockers before the meeting, and it signals to the client that you run a structured process. Both reduce problems.
2. Circulate the scope document 24 hours before the call.
Don't let the kickoff be the first time the client sees the project scope. Send it in advance and ask them to flag anything that doesn't match their expectations. You want their reactions on the page before you're together on a call, not filtered through the politeness of a live meeting.
3. Designate a dedicated notetaker.
The project manager running the kickoff can't facilitate and capture decisions accurately. Assign someone to own documentation. They should be capturing decisions, open questions, and action items in real time — not after the call when memory has already started to fade.
The Kickoff Meeting Agenda
Block 90 minutes. If the project is complex, block two hours. Rushing a kickoff to save 30 minutes will cost you 30 hours later.
Part 1: Introductions and Context (10 minutes)
Go around the room (or the call). Every person states their name, their role on this project, and what "done well" means to them personally.
That last part isn't small talk. When the client's marketing director says "done well means I get sign-off from the VP before anything goes live," you've just learned something you absolutely need to know. When the client's developer says "done well means I'm not getting pulled in to explain things to your team at 5pm," you've learned something else.
People reveal their actual concerns when you ask them what success means. Write it down.
Part 2: Project Goals and Scope Review (20 minutes)
Walk through the scope document together — not by reading it aloud, but by asking the client to tell you back what they understand the project to include.
This is the most important technique in this entire guide. Don't ask "does this all look right?" Ask: "Can you walk me through what you're expecting to receive when this project is complete?"
The gaps appear in the retelling. When the client describes something that isn't in your scope, you've just found a problem. When they omit something that is in scope and that you think is critical, you've found a different kind of problem.
Cover explicitly:
- Deliverables: What exactly are you handing over?
- Out of scope: What are you specifically not doing?
- Phases and milestones: What happens when, and in what order?
- Dependencies: What do you need from them, and when, to hit the timeline?
Part 3: Decision-Making and Approval Process (15 minutes)
This is where most kickoffs fail. Everyone leaves thinking someone else is in charge.
Ask these questions out loud and document the answers:
"Who has final approval authority for each deliverable?"
Get specific. Not "the marketing team" — who, by name, clicks approve on the final homepage design? Who approves the copy? If two people think they have final say, you need to know that now.
"What's your internal review process before we get feedback?"
Some clients have a two-layer review: team review, then VP review. If you don't know this, you'll send something for "quick feedback" and wait two weeks while it circulates internally.
"What does a feedback round look like?"
How many people are providing input? How will feedback be consolidated? Are you expecting one clean document or 12 separate emails?
"What's your decision-making timeline?"
When you send something for review, how long should you wait before following up? Who do you contact?
Document the answers with names attached. "Marketing team" is not an answer. "Sarah Chen, Director of Marketing, reviews within 3 business days and submits consolidated feedback via Basecamp" is an answer.
Part 4: Scope Change Process (10 minutes)
Don't skip this. It feels premature to discuss it at kickoff, but doing it here makes every future scope conversation easier.
Cover three things:
How requests get submitted: Email, project management tool, change order form? Define the channel so there's no ambiguity later.
How they get evaluated: Who on your team reviews change requests? What's the typical turnaround for an estimate?
What triggers a formal change order: Minor adjustments absorbed into the project vs. significant additions that require formal sign-off. You don't need a rigid definition, but you need a shared sense of where the line is.
Ask the client directly: "We've found that having a clear change process early makes projects run much smoother. Does this process work for you, or is there anything you'd like to adjust?"
Part 5: Communication and Reporting (10 minutes)
Align on:
- Primary communication channel: Where do day-to-day questions go? (Slack, email, project tool?)
- Meeting cadence: How often will you meet? Standing calls or as-needed?
- Status reporting: What format and frequency? Most clients want a brief weekly update, but some want daily visibility and some don't want email at all.
- Escalation path: If there's a problem, who do you call? Who do they call?
Set expectations explicitly: "We'll send a project status update every Friday by 3pm. If you haven't heard from us and it's past 3pm Friday, feel free to ping me directly."
Specificity builds trust. Vague commitments erode it.
Part 6: Risks and Constraints (15 minutes)
Ask the client to identify risks they see from their side. Most clients have never been asked this in a kickoff meeting. The answers are often illuminating.
Common risks from the client side that agencies don't find out about until they bite:
- An internal platform migration that might affect your technical deliverables
- A key stakeholder going on parental leave halfway through the project
- Budget approval that's contingent on an internal milestone you don't know about
- A competitor launch they're watching that might change priorities
Then share your own:
- What dependencies you have on the client (content, assets, approvals) and what slippage does to the timeline
- Technical risks you've identified in scoping
- Any areas where you've had to make assumptions that need validation
Document everything. Assign owners and due dates to any action items that come out of this section.
Part 7: Open Questions and Next Steps (10 minutes)
Read back every open question and unresolved item from the meeting. Assign each one:
- Owner: Who is responsible for answering or resolving it?
- Due date: By when?
- How it gets communicated: Will they email you, add it to the project tool, or is it covered in the next check-in?
Close with clear next steps:
- What you're doing first
- When the client can expect the first deliverable or update
- When your first check-in is scheduled
The Post-Kickoff Document
Send a kickoff summary document within 24 hours. This isn't a meeting recap — it's a shared record of agreements.
Include:
- Project scope summary (what's in, what's out)
- Decision-makers by deliverable (with names, not titles)
- Approval process steps (numbered, specific)
- Communication commitments (channels, cadences, escalation paths)
- Change request process
- Open items (owner + due date for each)
- First milestones and dates
End with: "Please review this document and reply with any corrections by [date]. Silence after that date will be taken as confirmation that this accurately reflects our shared understanding."
That last sentence matters. It creates a clear record of agreement without requiring a signed document for every project.
The Questions That Catch the Most Problems
If you do nothing else from this article, add these five questions to your next kickoff:
1. "Who has the authority to say yes to the final deliverable?"
Not who reviews it — who can approve it. If that person isn't on the call, find out when they'll be involved.
2. "Is there anyone not on this call who will weigh in on approvals?"
The invisible stakeholder — the CEO who reviews everything before it goes out, the board member with opinions, the founder who isn't day-to-day but has strong brand preferences — causes more mid-project surprises than anything else. Surface them now.
3. "What would make you feel like this project failed?"
Most agencies ask what success looks like. Almost none ask about failure. The answers reveal risk tolerance, past bad experiences, and what the client is actually worried about. That's exactly what you need to know.
4. "What's your biggest concern about this project right now?"
Similar to above, but more present-tense. Clients almost always have concerns. They rarely volunteer them without being asked. If you don't ask, you inherit the concern without knowing it.
5. "What's one thing about how your organization works that we should know?"
This is the open-ended catch-all. It surfaces the things the client assumes you already know: their approval process quirks, their communication preferences, their internal politics, their previous bad agency experience. You'll be surprised what comes out.
Where ScopeStack Fits In
A good kickoff meeting catches problems before they start. But even the best kickoff produces a scope document that needs to live somewhere, get updated when things change, and be referenced throughout the project.
ScopeStack is where agencies build, store, and manage their scope documents. When scope changes come up — and they will — you can update the document, track what changed, and generate professional change orders without the back-and-forth that usually makes scope conversations painful.
More importantly, having your scope in a dedicated tool means the record is always findable, always current, and always one click away when a client says "we assumed that was included."
Recap: The Kickoff Template
Before the meeting:
- Send pre-kickoff questionnaire (48 hours prior)
- Circulate scope document (24 hours prior)
- Designate a notetaker
During the meeting (90 minutes):
- Introductions: name, role, what "done well" means to you (10 min)
- Scope review: client tells you back what they expect to receive (20 min)
- Decision-making and approval process: who, how, how long (15 min)
- Scope change process: submission, evaluation, change order triggers (10 min)
- Communication and reporting: channels, cadences, escalation (10 min)
- Risks and constraints: theirs and yours (15 min)
- Open questions and next steps: owner + due date for each (10 min)
After the meeting:
- Send kickoff summary document within 24 hours
- Request confirmation of agreement by [date]
- Add all action items to your project management tool
- Schedule first check-in
The agencies that run smooth projects aren't the ones with the best talent or the biggest teams. They're the ones who got really good at asking uncomfortable questions early — and writing down the answers.
A 90-minute kickoff meeting that surfaces every assumption is worth 90 hours of mid-project firefighting. This template is how you spend those 90 minutes right.
Run Tighter Projects from Day One
ScopeStack helps agencies build, manage, and communicate project scope — so kickoff agreements don't get lost between email threads and shared drives.
See ScopeStack Plans →Not ready to commit? Read the AI Readiness Checklist →