Every consultancy has a methodology. Whether it gets followed depends on who is leading the engagement, how busy the partner is and whether anyone checks the deck before it goes to the client.
Firms sell their method in the proposal and then deliver it from memory. This free consulting engagement delivery checklist turns that method into a run every engagement follows, whoever leads it: frame the client’s question and the starting hypotheses, run discovery, analyse options against agreed criteria, validate the recommendation with stakeholders, pass an independent quality review before anything reaches the client, record the sponsor’s acceptance, then capture what the firm learned. It is for management, strategy, operations and specialist consultancies, and it starts where the Consulting Client Onboarding Checklist ends.
Contracting, Execution and Closure: Where Delivery Fits
ISO 20700:2017, the international guideline for management consultancy services, describes an engagement in three stages: contracting, execution and closure. It is written as guidance for both clients and consultants rather than a certifiable requirement, and its aim is clearer expectations on both sides. The three stages are a useful way to divide the work into checklists, because each has a different owner and a different failure.
Most delivery problems are not analytical. The team answers a slightly different question from the one the sponsor asked, a key stakeholder sees the recommendation for the first time in the final meeting, or a spreadsheet error reaches the board pack because the reviewer was on another engagement. A methodology that lives in a slide deck does not prevent any of that. A checklist with owners, approvals and due dates does.
Contracting
Accept, contract and set up
Covers: conflict checks, MSA and SOW, supplier set-up, access, governance and kickoff.
What the Consulting Engagement Delivery Checklist Covers
Seven phases take an engagement from framing the question to closing the file. The quality reviewer’s approval halts the checklist before any deliverable goes to the client, and the engagement partner approves the close. Three scope questions show the steering committee, reliance and implementation tasks only where they apply.
Mobilise
Phase 1: Mobilise & Frame the Question
Owned by the engagement manager. The three Yes/No scope questions show or hide the steering committee tasks in Phases 3 and 6, the reliance tasks in Phase 5 and the implementation task in Phase 6.
Name the engagement partner, engagement manager and quality reviewer — later tasks are assigned from these fields; the reviewer is someone outside the delivery team
Answer the scope questions — does the engagement include implementation support, is a steering committee in place, and will anyone other than the client rely on the deliverables
Restate the client’s question in one sentence — the decision the sponsor has to make, agreed with them in writing
Write the starting hypotheses — what the team thinks the answer might be, and what evidence would prove each one wrong
Build the issue tree and workplan — each branch becomes an analysis with an owner and a date, traced to a deliverable in the SOW
Brief the team on the method — which modules apply to this engagement, the templates to use and how this client likes to work
Discovery
Phase 2: Discovery & Diagnostic
Run the stakeholder interviews — from a standard guide, with notes written up within a day and themes tagged
Collect and validate the data — check completeness and definitions with each data owner before analysing, and log the gaps
Map the current state — processes, costs, systems and organisation as they really work, not as the policy says
Benchmark where it helps — across the client’s own sites or units first, external data only with its source recorded
Test each hypothesis against the evidence — keep, revise or drop it, and record why
Play back the diagnostic to the sponsor — findings before any recommendation, so nothing in the final meeting is a surprise
Analysis
Phase 3: Analysis & Options
The steering committee task is shown only when a steering committee is in place.
Size the problem or opportunity — in the client’s own numbers, with every assumption listed
Generate the options — including doing nothing and the option the client already favours
Agree the evaluation criteria with the sponsor — before scoring, so the criteria are not fitted to the answer
Assess each option — benefits, cost, risk, feasibility and time to impact, on one page
Take the emerging options to the steering committee — for direction on which to develop, not for a final decision
Log scope changes — anything outside the SOW goes through the change process before work on it starts
Recommend
Phase 4: Recommendations & Validation
Write the recommendation answer first — the main conclusion, then the supporting arguments, then the evidence
Pre-wire the key stakeholders one by one — walk each through the findings that affect them before the group meeting
Pressure-test the numbers with the client’s finance team — they will be asked to defend them after you leave
Draft the implementation roadmap — sequence, owners, quick wins, dependencies and cost
Record disagreements and how they were handled — who disagreed, on what, and what changed as a result
Quality
Phase 5: Quality Review
The two reliance tasks are shown only when someone other than the client will rely on the deliverables. The quality reviewer’s approval (Approved / Not approved) halts the checklist; nothing goes to the client until it is Approved.
Trace every number to its source — and check that figures agree between the report, the slides and the appendix
Check the deliverables against the SOW — everything promised is there and meets the acceptance criteria
Check confidentiality — no other client’s names or data, and this client’s data only where it may be shown
Check the reliance and limitation wording — who may rely on the report and for what purpose, consistent with the contract’s liability terms
Issue reliance letters only on agreed terms — reviewed by legal and signed by the engagement partner, never by the team
Quality reviewer approval of the deliverables — reviewer comments and the team’s responses attached
Accept
Phase 6: Present & Accept
The steering committee task is shown only when a steering committee is in place; the implementation task only when the engagement includes implementation support. The client’s acceptance is a recorded task, not a CheckFlow approval, because the sponsor is outside the firm.
Present to the steering committee for decision — with the decisions needed written on the first page
Hold the final presentation with the sponsor — ask explicitly for each decision the client needs to make
Record the client sponsor’s acceptance — against the SOW acceptance criteria, with the email or signed form attached
Hand each roadmap action to a named client owner — so the recommendation does not depend on the consultants staying
Agree the implementation support plan — scope, people, duration and success measures, under a new SOW or change order if needed
Raise the final invoice — on the payment milestone tied to acceptance
Close
Phase 7: Close & Learn
Closure is an approval for the engagement partner, and the checklist halts until it is Approved.
Run the internal lessons review — what in the method worked, what did not, and what to change
Update the methodology template — change the template itself, so the next engagement starts with the lesson built in
Ask the sponsor for feedback — a short conversation, ideally led by the partner rather than the engagement manager
Ask permission for a case study or reference — in writing, stating what may be named and where
Archive the engagement file — final deliverables, approvals and key working papers, kept for the period your policy sets
Return or delete client data — as the contract and any data processing terms require, with confirmation attached
Engagement partner approval of engagement close — acceptance, invoice, feedback and archive confirmed
The checklist above is a starting point. Your firm’s method is what clients pay for, so replace the generic steps with your own. This is the order that works.
Step 1
Phases from your method’s stages
Use the stage names your proposals already use, so the client recognises the method they bought. Five to eight phases is usually enough.
Step 2
Tasks from what your best people actually do
Write each task as an action with a reason. Attach your interview guides, analysis templates and report formats to the task where they are used.
Step 3
Roles as fields, not names
Partner, manager and reviewer are fields filled in when each engagement starts, and tasks are assigned from them, so the template never names a person.
Step 4
Variations as conditional steps
Instead of three versions of the method, ask a few dropdown questions at the start and show the extra tasks only where they apply.
Step 5
Quality gates as approvals
Put an approval wherever your method says a senior person must review before the work moves on. The checklist halts until they approve.
Step 6
A client view under your brand
Share a read-only link to the run with your own logo, so the sponsor follows progress through your method without a login. See white label checklists.
Step 7
Improve it after every engagement
Phase 7 sends lessons to the template owner. Changing the template is how the firm’s learning reaches the next team.
Status reporting cadence. Agree it at kickoff and keep it in the template: a short weekly status note to the sponsor (progress, risks, decisions needed), a fortnightly or monthly steering committee where one exists, and a playback at the end of each phase. Put the status note on a recurring schedule so it does not depend on the engagement manager remembering. The guide to white label checklist software explains how firms deliver their methodology to clients as a branded product.
Why Run Consulting Engagements in CheckFlow?
1
Your method, on every engagement
Every engagement starts from the same template, with tasks assigned from the partner, manager and reviewer fields. Dropdowns add the steering, reliance and implementation steps only where they apply, so a senior manager and a first-time lead follow the same method.
2
Nothing reaches the client unreviewed
The quality review is an approval step assigned to a named reviewer. The checklist halts until they approve, and their comments, the team’s responses and the client’s acceptance stay in the audit trail.
3
Clients see progress under your brand
A read-only share link carries your logo, not ours, so the sponsor watches your methodology at work. The method looks like the firm’s own product, because it is.
CheckFlow is not a PSA, project accounting or document management system. It runs the steps, roles and approvals of your method around those tools. CheckFlow’s white label checklist software covers the branding options for client-facing runs, and CheckFlow for professional services shows how consultancies use it across a practice.
ISO 20700:2017, the guideline for management consultancy services, uses three: contracting, execution and closure. Within execution, most firms work through the same sequence under their own names: frame the question and hypotheses, discover and diagnose, analyse options, recommend and validate, review quality, then present and secure acceptance. Closure covers lessons learned, the client’s feedback, the engagement file and any handover to implementation.
What does hypothesis-driven consulting mean?
+
Starting with a view of what the answer might be and then trying to prove it wrong, instead of collecting every piece of data first. Each hypothesis tells the team which interviews and analyses matter, which keeps discovery focused. The discipline is in dropping or revising a hypothesis when the evidence goes against it, which is why Phase 2 records keep, revise or drop for each one.
Who should quality review a consulting deliverable?
+
Someone senior who did not do the work. The engagement partner reviews too, but they are close to the answer and to the client. An independent reviewer catches numbers that do not reconcile, claims the evidence does not support and confidential material from other clients. Name the reviewer when the engagement starts and book their time for the review week, or it will be skipped.
What is a reliance letter?
+
A letter in which the firm agrees that a named third party, such as a lender or buyer, may rely on a report written for the client. Without one, that third party usually has no contract with the firm. With one, it may have a claim if the report is wrong, so the letter normally sets the purpose, any liability cap and the terms that apply. Treat reliance letters as contracts: legal reviews them and the partner signs.
How often should a consulting engagement report status?
+
Weekly to the sponsor is the common rhythm for an engagement of a few weeks or months: a one-page note with progress, risks, issues and the decisions needed. Steering committees usually meet less often, at the end of each phase or every few weeks. Agree the cadence at kickoff, schedule it so it recurs automatically, and never let the first sight of bad news be the steering committee pack.
Can the client follow the engagement without a CheckFlow account?
+
Yes. Share a read-only link to the run and the sponsor sees which phases are done and what is next, under your firm’s logo. Decide which tasks belong in the client-facing template and keep internal ones, such as margin or staffing notes, in a separate checklist.
Is CheckFlow free for this template?
+
14-day free trial, no card required. The Business plan is $10 per user per month after the trial. Full details at checkflow.io/pricing.
Deliver Your Methodology the Same Way Every Time
Free trial — no credit card required.
Do you like cookies? 🍪 We use cookies to ensure you get the best experience on our website. Learn more