Agency Project Template
A board for one client engagement, start to finish. Scope becomes cards before production starts, and nothing leaves review without a record of who signed off.
This is the whole engagement, start to finish. Once a piece of it is scoped and ready to execute against a client deadline, the client delivery template tracks that phase in detail.
Why most agency templates stop reflecting the engagement
Agency work has a specific failure pattern that a generic project board doesn't catch: the scope on day one is rarely the scope by delivery, and the drift happens in small increments that never individually look worth a fight.
Scope creep is invisible on the board. A client asks for "one more version," and it becomes part of the existing card instead of a new request. Nobody decided to do extra work; it just accumulated into the deliverable already in flight.
Production and review blur together. A deliverable sits in "review" while three more revisions get made without formally going back through it, so the review stage stops meaning anything and sign-off becomes a formality applied to whatever's current at the time.
Utilization is reconstructed from memory. Billable hours get estimated at invoice time rather than logged as the work happened, which is how a profitable-looking engagement turns out to have eaten far more hours than were ever billed.
The engagement and the phase get tracked on the same board. A single list tries to hold both "what did we agree to overall" and "what's due this Tuesday," and it ends up doing neither well. The whole engagement needs room to breathe that a single deadline-driven board doesn't give it.
None of these are unusual mistakes. They're what happens when a template built for internal project work gets reused for client work without accounting for the two things that make client work different: money changes hands, and someone outside the team gets a say in what "done" means.
The structure, and why each part is there
Nothing enters production without a scoped card behind it. The SOW is where the deliverable's boundaries get written down once, before anyone starts building against a moving target.
A cap on how many deliverables are actively being built at once, so the team is finishing work rather than starting a fourth thing while three others sit half-done.
Feedback and revision requests happen in their own column, separate from production, so "in review" still means something specific by the third week of the engagement.
Anything beyond the original scope lands in triage as a new item, priced and scheduled, rather than getting absorbed silently into a card that was already agreed and estimated.
Five seconds, sitting next to the task just finished, rolling up into utilization automatically instead of getting reconstructed from memory the day invoices go out.
Scope decisions, agreed changes and sign-offs recorded on the client's wiki page with page history, so six weeks in, nobody has to ask why a deliverable ended up the way it did.
What a mid-engagement week looks like on the board
By week four of a typical engagement, scope and kickoff are done: the SOW is signed, the deck's been sent, and the board's real activity is in production. Four deliverables sit in progress, at the column cap, with two more waiting because the cap is holding. Nothing new starts until something finishes. One card is in client review, three days in, which the account lead reads as "waiting on them" rather than a delay to chase internally. A revision request comes in over email asking for "one more logo direction." It becomes a new card in the change-request inbox rather than an edit to the concept already in review, so it gets priced and scheduled rather than quietly absorbed. At the end of the week, logged hours against each deliverable roll up into a utilization number the account lead can actually trust, instead of one assembled from memory before the invoice goes out. That's the five-second log next to each task doing its actual job: not a timesheet chore, but a number Friday's invoice can stand on.
How to use it
- 01Scope the engagement into cards before the kickoff call. Deliverables, not phases. Production needs something concrete to point to, not a paragraph in the SOW that has to be re-interpreted every time.
- 02Cap production strictly. A small limit, low enough that it's uncomfortable at first, forces the team to finish a deliverable before pulling the next one in.
- 03Route every "just one more thing" through the change-request inbox. A new card, not an edit to the existing one. This is the single habit that keeps scope visible instead of quietly absorbed.
- 04Log hours per deliverable as you go. It turns utilization into a report you can pull at any point, instead of a guess assembled at month-end.
- 05Keep the decision log current as the engagement runs, not as a wrap-up exercise. The point where a scope decision is made is the point it's cheapest to write down.
- 06Hand off a scoped phase once it's ready to execute against a client deadline. This board stays the container for the whole engagement; a client delivery board tracks the phase that's actually in flight, against its own date.
The structure isn't proprietary; you could rebuild the scope-to-delivery flow in any tool with column limits and a change log. It's written down here because the change-request inbox is the part most agency boards skip, and it's the part that actually protects the margin.
- Scope creep is manageable when it has to become a new card, not an edit to an old one
- Time logged per deliverable turns utilization into a report, not a guess made at invoice time
- This template is the whole engagement; the client delivery template is one phase of it, once scope is agreed
Common questions
Agency project covers the full engagement: scoping, production, client review and delivery, for one client relationship, start to finish. Client delivery is narrower. It starts once scope is agreed for a phase and tracks execution against that phase's client-facing deadline. A larger engagement typically runs one agency project board with several client delivery boards underneath it, one per phase or deliverable set.
Yes. The structure is built for any deliverable-based engagement: design, marketing, consulting, or anything else billed against a scoped piece of work with a client review step. The column names are the same regardless of the deliverable itself.
You can, but it makes the column limits mean less. A production cap of four across three clients tells you almost nothing about any single engagement's health. One board per client engagement, sized to that engagement's own capacity, keeps the limits meaningful.
It stays as the engagement's record: the decisions, the deliverables, the hours logged against each phase all remain in place. That's useful the next time you scope similar work for a new client, or when someone asks six months later why a particular deliverable turned out the way it did.
Yes. All templates are included on the Free plan, which covers up to five users and two projects and does not expire. A studio running more clients or bigger teams needs a paid plan for the seats and projects, not for the template. See pricing.
Related pages
See it on your own work.
A workspace your whole company will actually use is 60 seconds away. No card, no risk, nothing to install.
14-day full-access trial · sample project included · no card required