What problem does a pitch template actually solve?
It solves the sequencing problem, not the writing problem. Anyone can write persuasive prose; what most people get wrong is the order in which a decision-maker needs the information. Sponsors approve when four beliefs line up in sequence: the problem is real and expensive, the proposed change addresses the cause rather than the symptom, the numbers are conservative enough to survive scrutiny, and doing nothing has a cost they will be asked about later.
A template freezes that sequence so you cannot accidentally lead with the solution. It also makes pitches comparable, which matters more than most authors realise: when three proposals arrive in the same quarter, the one that follows the reader’s expected structure gets read twice as carefully as the one that invents its own.
The third thing a template fixes is memory. Under pressure, people forget the risk slide, forget the ask, and forget to say what happens if the project is not funded. Those three omissions account for a large share of “let us circle back” outcomes.
What should a project pitch contain, slide by slide?
Twelve slides, each with one job. If you have fifteen minutes, you will present eight of them and leave four as read-ahead.
| # | Slide | Job | Content to include | Failure mode |
|---|---|---|---|---|
| 1 | Title and ask | Frame the decision | Project name, owner, amount, decision needed, date | Burying the ask on slide 9 |
| 2 | Problem | Make the pain concrete | One metric, one anecdote, one trend line | Vague “inefficiency” language |
| 3 | Cost of the problem | Put a number on inaction | Annual hours, error cost, revenue at risk | No baseline, so no credibility |
| 4 | Root cause | Show you understand the system | One diagram, three causes max | Jumping to a solution |
| 5 | Proposed change | What will be different | Scope in, scope out, what stops | Scope so broad it sounds unserious |
| 6 | How it works | Prove feasibility | Phases, dependencies, pilot design | Architecture diagrams on slide 6 |
| 7 | Benefits | Quantify the return | Savings, capacity, risk reduction, each with a source | Round numbers with no arithmetic |
| 8 | Cost | Full envelope | Build, run, people, contingency | Hiding ongoing cost |
| 9 | Timeline | Show the first 90 days | Milestones and decision gates | A Gantt with 60 bars |
| 10 | Risks and mitigations | Pre-empt objections | Top four risks with owner and trigger | “Low risk” with no evidence |
| 11 | Alternatives considered | Show the trade-off | Build, buy, defer, do nothing | Straw-man alternatives |
| 12 | Ask and next step | Close | Exact approval, funding source, start date | Ending on “any questions” |
Two rules make the table work in practice. First, slide 3 must come before slide 5. If the audience does not yet believe the cost of the problem, any solution looks expensive. Second, slide 12 must be a sentence someone can say yes to: “Approve $120,780 from the FY27 operations budget, with a pilot in warehouse 2 starting 3 March” is answerable. “Support the initiative” is not.
Join Doitify Today
Move projects forward without the chaos: all your tasks, progress, and team reports in one unified workspace. Built for companies, startups, and remote teams — with a quick setup and a free trial.
How do you fill the template in 45 minutes?
Work backwards from the decision, not forwards from the idea. The order below is faster than writing slide 1 first, because the ask determines what the rest of the deck must prove.
- Write the ask sentence (5 minutes). One sentence: amount, source of funds, decision date, and the person who decides. If you cannot name the person, you are not ready to pitch.
- Collect the baseline (10 minutes). Three numbers from last month: volume, error or rework rate, and hours spent. Pull them from an existing system, not from memory. A baseline someone can check is worth more than a better argument.
- Convert the baseline to money (5 minutes). Hours × loaded rate, errors × cost per error, or revenue × conversion gap. Show the multiplication on the slide in small type.
- Write the scope boundaries (5 minutes). Two lists: what is in, what is explicitly out. The out list is what prevents the project from doubling after approval.
- Draft benefits with conservative assumptions (5 minutes). Halve the optimistic estimate and label it as such. Approvers trust a number that admits its assumption more than a round one.
- Build the cost envelope (5 minutes). Build, run for three years, internal people time, contingency. Not just the invoice.
- Add four risks with triggers (5 minutes). Each risk needs a numeric trigger and a named owner: “if pilot accuracy is below 97% by week 6, we pause and re-scope”.
- Write the alternatives slide (3 minutes). Build, buy, defer, do nothing, with one line on why each was rejected.
- Cut anything that is not a number or a sentence (2 minutes). Move it to the appendix.
That is 45 minutes of work for a first draft. Expect another 20 minutes of editing after someone else reads it, which is the highest-return 20 minutes in the whole process.
What does a filled example look like with real numbers?
Here is a completed pitch for a warehouse barcode scanning rollout, condensed to the slides that carry the argument.
The ask: approve $120,780 in year one from the operations capital budget, with a pilot in warehouse 2 starting 3 March and a go/no-go gate at week 6.
The baseline: 480 orders a day, 250 operating days a year, 1.8% mis-pick rate, 14 pickers spending an estimated 1.1 hours a day on manual reconciliation.
The cost of the problem. Two lines, both auditable.
- Mis-picks: 120,000 orders × 1.8% = 2,160 errors a year. Each error costs $38 in return shipping, re-pick labour, and credit handling: 2,160 × $38 = $82,080.
- Reconciliation labour: 14 pickers × 1.1 hours × 250 days = 3,850 hours, at a $24 loaded rate: $92,400.
Total annual cost of the status quo: $174,480.
The cost of the change.
| Line | Calculation | Year one |
|---|---|---|
| Handheld scanners | 60 units × $650 | $39,000 |
| Software licence | 3-year contract, year one | $32,000 |
| Integration and configuration | Fixed-fee vendor quote | $28,000 |
| Training | 240 hours × $45 | $10,800 |
| Contingency | 10% of $109,800 | $10,980 |
| Total year one | $120,780 | |
| Ongoing run cost | Licence plus support | $38,000/year |
The benefit, discounted for realism. Assume the project removes 75% of mis-picks and 40% of reconciliation time, not 100%.
- Error reduction: 2,160 × 75% = 1,620 errors avoided × $38 = $61,560.
- Labour recovery: 3,850 × 40% = 1,540 hours × $24 = $36,960.
- Total annual benefit: $98,520.
The return. Payback is $120,780 ÷ $98,520 × 12 = 14.7 months. Over three years, benefits are 3 × $98,520 = $295,560 against costs of $120,780 + (2 × $38,000) = $196,780, a net of $98,780 and an ROI of 50%. If you use the full 100% benefit assumption instead, payback drops to 9.3 months, which is exactly the kind of number that gets challenged in the room. Present the conservative version and keep the optimistic one in the appendix.
The cost of delay. Each month of inaction costs $98,520 ÷ 12 = $8,210 in unrealised benefit, plus continued error spend. That single line converts a “nice to have” into a scheduled decision.
How do you score a pitch before you send it?
Use a rubric, and score honestly. The point is not the total, it is which criterion is weakest, because that is the question you will be asked first.
| Criterion | Weight | What earns full marks |
|---|---|---|
| Problem evidence | 20 | Baseline from a system, with a date and an owner |
| Quantified benefit | 25 | Conservative assumptions, visible arithmetic, source per line |
| Cost completeness | 15 | Build, three-year run, internal time, contingency |
| Delivery credibility | 20 | Named owner, phased plan, pilot with a gate |
| Risk handling | 10 | Four risks with numeric triggers and owners |
| Decision clarity | 10 | A yes/no ask with amount, source, and date |
Score each out of its weight. A pitch that scores 16, 18, 12, 13, 7, 9 totals 75 of 100: fundable with revisions, and the weakest area is benefit quantification at 18 of 25. The fix is not more adjectives, it is one more auditable line, for example replacing “significant labour savings” with the 1,540-hour calculation above. That single edit typically moves a score from 75 to 83, which is the difference between “come back with more detail” and “approved, subject to finance sign-off”.
A second pitch in the same quarter scored 14, 22, 13, 8, 4, 6, totalling 67. Its benefits were well argued, but delivery credibility was thin: no named owner and no pilot gate. It was deferred, not rejected, and the resubmission fixed exactly that slide. Two pitches, similar quality of idea, different weakest link, different outcome.
Does the same deck work for technical and finance audiences?
No, and pretending otherwise is why good pitches stall in the second meeting. The story stays; the emphasis moves.
| Element | Finance audience | Technical audience |
|---|---|---|
| Opening | Cost of the status quo in currency | Cost in incidents, toil, or failed deploys |
| Evidence they trust | Audited baseline, signed contracts | Benchmarks, pilot data, architecture review |
| Biggest objection | Ongoing cost and benefit realisation | Integration risk and operational ownership |
| Slide to expand | Cost, timeline, risk | How it works, dependencies, security |
| What they need to say yes | Payback under policy threshold, budget source | A pilot they can inspect, and a rollback path |
| Common mistake | Presenting a feature tour | Presenting a business case with no design |
The efficient move is one deck with two appendices. Present slides 1–12 identically, then open whichever appendix the room asks for. That keeps a single source of truth and stops the two audiences from comparing different documents later.
Which mistakes get pitches rejected?
Seven, and they repeat across industries.
Leading with the solution. The first slide is a product screen and the audience has not yet agreed there is a problem. Fix: move the screen to slide 6.
Round numbers with no arithmetic. “$200k in savings” invites the question “how”, and if the answer is a spreadsheet nobody has seen, the pitch loses a point it cannot recover.
Hiding the run cost. A $40,000 build with $60,000 a year in licences is a different decision from a $100,000 one-off. Put the three-year total on the cost slide.
No named owner. Projects without a person attached read as initiatives, and initiatives get deferred.
Scope with no out-list. If nothing is out of scope, the approver assumes everything is in it, and prices the risk accordingly.
Risks described as adjectives. “Medium risk, mitigated” is not a risk slide. “If pilot accuracy is below 97% at week 6, we pause” is.
Ending without an ask. The most common and most expensive mistake. The meeting ends, everyone nods, and nothing is decided because nothing was proposed.
A practical fix for all seven: give the deck to someone who has not heard the idea, ask them to write down the ask, the benefit number, and the top risk after five minutes of reading. If any of the three is missing from their notes, the deck is not ready.
When is a deck the wrong format?
A deck is a meeting artefact, and plenty of decisions do not happen in meetings. If the approver is async, remote, or reading on a phone between other meetings, a two-page memo with the same twelve sections in headings will outperform slides, because it survives being read without a narrator.
The trade-offs are real in both directions. A deck controls sequence and attention, which is why it works in a room where you can watch comprehension. A memo lets a reader jump to the cost and skip your carefully built narrative, which is a risk if your argument depends on the problem slide. The pragmatic answer for most organisations is a one-page memo as the entry point and the deck as the follow-up, with the memo’s summary paragraph pasted verbatim into the email body so the decision can be made without opening an attachment.
There is also a cost to over-preparing. A 30-slide deck for a $15,000 decision signals that the author has more time than judgement. Match the artefact to the amount: one page under $25,000, a short deck up to $250,000, and a full business case with an appendix above that. The rubric still applies; only the packaging changes.
How does Doitify help once the pitch is approved?
Approval is the easy part. The work that follows is where pitches quietly fail: the pilot slips, the benefit never gets measured, and the next pitch is harder because nobody can prove the last one worked.
Doitify is our product, so treat this as disclosure. It is built as one workspace where projects, tasks, sub-tasks, checklists, owners, and due dates sit beside Kanban boards, Gantt charts, roadmaps, calendars, workload views, work and performance reports, automations, and import/export. For a pitch, the useful part is that the slide 7 benefit claim becomes a tracked number rather than a promise: the same workspace holds the baseline, the milestones that produce the benefit, and the report you will show the approver in month four. Doitify Copilot and AI Coach can turn the approved scope into tasks, sub-tasks, and a plan without a second tool.
The honest limitation: a template and a tracker will not rescue a weak idea. If the cost of the problem does not survive one skeptical question, no amount of project management software will make the numbers work.
FAQ
Conclusion
A project pitch is a sequence, and the template exists to protect the sequence under pressure. Problem, cost of the problem, root cause, change, benefits, cost, timeline, risk, alternatives, ask. Get that order right and the writing becomes ordinary; get it wrong and even a strong case reads as a sales pitch.
Fill the twelve slides in 45 minutes, score the result against the rubric before anyone else reads it, and put the conservative benefit number on the slide while the optimistic one waits in the appendix. Then make the ask a sentence someone can approve, with an amount, a source, and a date. That is the whole method, and it is repeatable every quarter.
If this post on project pitch template was helpful, you might also enjoy How to Calculate the Critical Path (Step-by-Step) and Best Project Management Views: List, Board, Gantt or Calendar?.
Join Doitify Today
Move projects forward without the chaos: all your tasks, progress, and team reports in one unified workspace. Built for companies, startups, and remote teams — with a quick setup and a free trial.