
Disclosure: NOXI publishes this guide and is one of the tools it mentions; the method works in any presentation software.
Quick answer: A product launch presentation is really three decks built from one written announcement: a readiness review that decides go, go with conditions or no-go; a 20-minute launch keynote that tells customers and press what is new, what it costs and when they can get it; and a sales enablement deck that equips the people who sell it.
Most product launch templates are one slide list that mixes internal and external audiences: a market slide, a feature slide, a timeline, a "thank you". That deck cannot do any of its jobs well. Leadership needs to decide whether the product is ready, customers need a reason to try it today, and sales needs to know what to say, what to charge and what never to promise. This guide treats the launch as one story told three ways. You write a one-page press release and FAQ first, then build a readiness deck with a scorecard and a go/no-go rule, a minute-by-minute keynote, and an enablement deck with objections and pricing rules. The launch metrics, the T-60 to T+30 timeline and the claims check tie the three together, and one fictional product launch on 12 January 2027 runs through every section with its arithmetic shown.
In short
- Three decksReadiness review (decide, 8 slides, 45 minutes), launch keynote (announce, 10 slides, 20 minutes), sales enablement (sell, 12 slides plus an appendix).
- Write firstA press release of less than one page and an FAQ of five pages or less, the PR/FAQ format Amazon describes. Every deck is cut from it.
- Go/no-go ruleAll green = go. Any red, an amber on a hard gate or three or more ambers = no-go. One or two ambers, each with an owner and a fix date before T-5 = go with conditions.
- Launch mathInvited × activation rate = activated; activated × trial-to-paid = paying accounts; paying accounts × price = new monthly recurring revenue (MRR).
- TimelineT-60 announcement approved, T-28 readiness review, T-5 final confirmation, launch day, T+7 launch-week check, T+14 second-wave decision, T+30 first revenue review.
- ProofEvery performance claim on the keynote slides needs evidence before launch day; US advertising law requires proof before the ad runs.
What a product launch presentation is: three decks, one story
A product launch presentation is any deck used to bring a new product or major feature to market, and in practice a launch needs three: one to decide whether to launch, one to announce it, and one to sell it. Each has a different audience, a different decision and a different length.
The quotable rule for the whole guide: write the launch announcement first, then build three decks from it: one to decide, one to announce, one to sell. Teams that build one deck for all three audiences end up with a keynote full of internal risks or a readiness review full of marketing adjectives.
| Deck | Audience | Decision or action | Length | Built from |
|---|---|---|---|---|
| 1. Readiness review | Leadership, product, engineering, support, sales, legal, operations | Go, go with conditions, or no-go | 8 slides, 45 minutes | The PR/FAQ plus the readiness scorecard |
| 2. Launch keynote or event | Customers, prospects, press, partners | Try it, buy it, write about it | 10 slides, 20 minutes | The press release half of the PR/FAQ |
| 3. Sales and partner enablement | Sales, customer success, partners, support | Sell it correctly from day one | 12 slides plus an appendix | The FAQ half of the PR/FAQ plus the price sheet |

The order matters. The readiness review comes first, about four weeks before launch, because its outcome can move the date. The enablement deck is delivered a week or two before launch so sellers have time to practise. The keynote is the last to be finished and the first the outside world sees.
Launch deck, go-to-market plan and product roadmap: one sentence each
A go-to-market plan decides who you sell to, at what price and through which motion, months before launch; a product roadmap shows what the team will build and in what order; launch decks run the launch event itself and the readiness to hold it. Confusing them is the most common reason a launch meeting goes off track.
| Deck | Question it answers | When it is presented | Guide |
|---|---|---|---|
| Go-to-market plan | Should we take this product to this market this way, and does the funnel and cost math work? | 3 to 6 months before launch | Go-to-market presentation: ICP, pricing, motion, CAC payback |
| Product roadmap | What will we build next, why, and what are we not doing? | Quarterly or at planning cycles | Product roadmap presentation: the decision-led roadmap review |
| Launch decks | Are we ready, what exactly are we announcing, and how do we sell it from day one? | T-28 to launch day | This guide |
If you have an approved GTM plan, the launch decks inherit its numbers: the ideal customer profile, the price and the funnel rates. Do not re-argue them in the readiness review. If you do not have one, the readiness review will expose it, usually on the pricing criterion.
Start from the announcement: the one-page PR/FAQ
The fastest way to keep three launch decks consistent is to write the announcement first as a short press release and a list of frequently asked questions, the PR/FAQ format Amazon calls Working Backwards. The press release becomes the keynote, the FAQ becomes the enablement deck, and the open questions become the readiness scorecard.
Amazon's own description sets the size limits: the press release portion is "a few paragraphs, always less than one page", and the FAQ should be five pages or less (Amazon, An insider look at Amazon's culture and processes). The same page says the FAQ includes an honest assessment of how expensive and challenging the work will be. That second half is what most launch teams skip, and it is exactly what the readiness review needs.
The PR/FAQ template, mapped to the three decks
| Part | What to write | Goes into |
|---|---|---|
| Headline | Product name and the customer benefit in one line, no internal code names | Keynote slide 4; enablement slide 1 |
| Summary paragraph | Who it is for, what it does, the date it is available and where | Readiness slide 2; keynote slides 4 and 8 |
| Problem paragraph | The customer's current pain in their words, with one fact you can source | Keynote slide 2; enablement slide 3 |
| Solution paragraph | How it works in three steps a customer would recognise | Keynote demo; enablement demo script |
| Quotes | One from a company leader, one from a beta customer who has agreed to be quoted | Keynote slide 7 |
| Price and availability | Price, currency, plan, trial terms, date, regions, platforms | Keynote slide 8; enablement slides 6–7 |
| External FAQ | The 8–12 questions customers and press will ask | Enablement objections; keynote Q&A |
| Internal FAQ | Cost, risks, dependencies, what happens if it fails, what we are not doing | Readiness scorecard and risk slide |
The example used through this guide is a fictional business-software launch. It starts here, as the summary paragraph of its press release.
Deck 1, the readiness review: 8 slides for the go/no-go meeting
The readiness review is the internal meeting, about four weeks before launch, where each function shows evidence that it is ready and leadership decides go, go with conditions or no-go. It needs 8 slides and 45 minutes, and the decision is recorded on the last slide before anyone leaves.
| # | Slide | Minutes | What goes on it |
|---|---|---|---|
| 1 | What we are launching and the decision needed today | 3 | Product, launch date, first-wave size, the three possible outcomes |
| 2 | The announcement in one paragraph | 3 | The PR summary paragraph, word for word, so everyone approves the same promise |
| 3 | Readiness scorecard | 8 | 10–12 criteria with thresholds, owners and status; the count of green, amber and red |
| 4 | Ambers and reds: owners and dates | 8 | Each open item, its owner, its fix and the date it will be green |
| 5 | Launch targets | 5 | The launch funnel with formulas: invited, activated, paying, new MRR |
| 6 | Launch-week plan | 5 | What happens from T-5 to T+14, who is on call, when metrics are reviewed |
| 7 | Risks and rollback | 5 | Top three risks with triggers, and the rehearsed rollback plan |
| 8 | Decision | 8 | Go, go with conditions or no-go, the conditions in writing, the final confirmation date |
Three meeting rules make the review a decision rather than a status tour. Send the scorecard two working days ahead and ask owners to update it, not to present it. Name one decision-maker in the invitation; a room of equals rarely says no-go. And record conditions with dates on slide 8 during the meeting, because "we'll follow up" is how an amber becomes a launch-day incident.
The launch readiness scorecard: criteria, thresholds and the go/no-go rule
A launch readiness scorecard lists 10–12 criteria across product, support, sales, marketing, legal and operations, each with a measurable threshold for green, amber and red, a single owner and a current status. The go/no-go decision then follows a written rule instead of the loudest voice in the room.
Google's chapter on reliable launches describes the same idea for engineering: a launch checklist that gives the team action items and pointers, organised under themes such as capacity planning, failure modes, external dependencies and rollout planning, and it notes that load testing is required for most launches (Google, Site Reliability Engineering, Reliable Product Launches at Scale). A product launch scorecard extends that checklist to every function that touches the customer.
The scorecard template, filled in for Tallyfox (15 December 2026)
| Area | Criterion | Green / amber threshold | Owner | Status |
|---|---|---|---|---|
| Product | Open P0 (launch-blocking) bugs | Hard gate: 0 open | Engineering lead | Green: 0 |
| Product | Onboarding completion in beta | Green ≥ 60%; amber 50–59% | Product manager | Green: 160 of 250 = 64% |
| Support | Help articles published | Green 12 of 12; amber 10–11 | Support lead | Green: 12 of 12 |
| Support | Support agents trained | Green 20 of 20; amber 16–19 | Support lead | Amber: 18 of 20 = 90% |
| Sales | Pricing approved and live in billing | Hard gate: yes | Finance | Green |
| Sales | Enablement session held, recording shared | Green: held, all reps attended or watched | Sales operations | Green: held 10 December |
| Marketing | Launch page, launch email and press kit | Green: all three approved | Product marketing | Green |
| Legal | Terms, privacy text and launch claims reviewed | Hard gate: signed off | Legal counsel | Green |
| Operations | Load test at 3× expected launch-week sign-ins: 3 × 7,200 = 21,600 accounts | Green: passed at 3×; amber: passed at 2× with a fix date | Site reliability lead | Amber: passed at 2× = 14,400 |
| Operations | Rollback plan rehearsed | Hard gate: rehearsed in the last 30 days | Site reliability lead | Green |
The go/no-go rule, written before the meeting
- All green: go.The launch proceeds on the planned date with no conditions.
- Any red: no-go.The launch moves; the owner proposes a new date at the next review.
- Hard gates are green or red, never amber.Launch-blocking bugs, pricing in billing, legal sign-off and a rehearsed rollback either pass or stop the launch.
- One or two ambers: go with conditions.Pass only if each amber has a named owner, a written fix and a date no later than T-5. An amber without all three counts as red.
- Three or more ambers: no-go.Too many open items to track in launch week; review again in one week.
Tallyfox scores 8 green and 2 amber out of 10 criteria, no reds, and both ambers sit on criteria that are not hard gates. The decision is therefore go with conditions: the last 2 of 20 support agents are trained by Wednesday 6 January 2027 (owner: support lead), and the load test is re-run at 21,600 accounts after the database connection limit is raised, by Tuesday 5 January 2027 (owner: site reliability lead). Both dates fall before the final confirmation on Thursday 7 January, which is T-5.

Set thresholds before you look at the data. A threshold written after the status is known always lands just below the current number. Keep the criteria count between 10 and 12: fewer hides whole functions, more turns the review into a checklist reading.
Deck 2, the launch keynote: 10 slides, minute by minute for 20 minutes
A launch keynote for customers, press and partners follows six beats: the customer moment, the problem, the product in one sentence, the demo, the proof, and price and availability, then a single call to action. Ten slides fit a 20-minute slot with two minutes kept free for questions or overrun.
| # | Slide | Time | What it does |
|---|---|---|---|
| 1 | The customer moment | 0:00–1:30 | One person, one situation the audience recognises, no logo parade |
| 2 | The problem | 1:30–3:00 | The cost of the current way, with one sourced or measured number |
| 3 | Why now | 3:00–4:00 | What changed: a technology, a rule, a customer behaviour |
| 4 | Introducing the product | 4:00–5:00 | Name and one-sentence promise, taken from the PR headline |
| 5 | Demo | 5:00–11:00 | Three moments, two minutes each, on real data |
| 6 | Proof | 11:00–13:00 | Beta results with the method: how many accounts, what was measured, over what period |
| 7 | Customer voice | 13:00–14:30 | One beta customer quote or a 60-second video, with permission |
| 8 | Price and availability | 14:30–16:00 | Price, plan, trial, date, regions, platforms |
| 9 | What comes next | 16:00–17:00 | Only committed dates; everything else is "later" |
| 10 | Call to action | 17:00–18:00 | One action and one link or QR code, left on screen |
| – | Questions or buffer | 18:00–20:00 | Answered from the external FAQ |
The minute budget adds up to 18 minutes of slides plus 2 of buffer. The demo gets 6 of the 20 minutes, the largest single block, because it is the part people remember and quote. If your slot is 10 minutes, keep slides 1, 4, 5, 8 and 10 and cut the demo to three minutes; for a 45-minute launch webinar, keep this spine and add a guided Q&A, as in our webinar presentation structure.
Slide 9 is where launch keynotes get companies into trouble. A keynote that previews uncommitted features creates sales conversations about things that may never ship. Show only what is on the committed part of your roadmap, with dates, and call the rest "later".
The demo: live or recorded, and the 30-second backup
Demo live when the product is stable and the network is under your control; play a recording when either is uncertain, and always have a 30-second recorded backup of each demo moment ready to play in its place. The audience forgives a recording; it does not forgive two minutes of a spinning loader.
| Choice | Use it when | Prepare |
|---|---|---|
| Live | The build is frozen, you control the network, and the room is small enough to read the screen | A dedicated demo account with clean data, notifications off, a wired connection, the build frozen 48 hours before |
| Recorded | Large venue, livestream, unstable venue Wi-Fi, a feature behind a flag | Narrate over the recording live; never play it with its own voice-over if you are on stage |
| Hybrid | Most launches | Live for the first moment, recorded for the riskiest one, a 30-second backup clip for each |
Cut the demo to three moments, each tied to a line in the press release: the setup the customer does once, the moment of value, and the result they can show someone else. For Tallyfox that is: photograph a receipt (moment 1), watch it match the card transaction and land in the report (moment 2), and see the finance manager approve a complete report in one tap (moment 3). Anything that is not one of the three moments, such as settings, integrations and admin screens, goes into the enablement deck.
Rehearse the failure, not just the demo. Decide in advance who says "let me show you the recording" and on which cue, so the switch takes five seconds rather than a visible discussion.
The pricing and availability slide: what customers and press check first
The pricing and availability slide answers seven questions in one view: what it costs, in which currency and per what unit, which plan includes it, what the trial or free terms are, when it is available, where, and on which platforms. Journalists copy this slide into their articles, so every fact on it must be final and approved.
Apple's product press releases end with a section headed "Pricing and Availability" that lists the price, the colours, the order date, the availability date and the countries (Apple Newsroom, 13 October 2026). The keynote slide should carry the same facts, in the same order as the press release, so the two never disagree.
| Field | Write it like this | Tallyfox |
|---|---|---|
| Price | Amount, currency and unit; say whether tax is included | $29 per company account per month, plus applicable tax |
| Plan | Which plan or add-on it belongs to | Add-on for every Tallyfox plan |
| Trial or free terms | Length and what happens at the end | 14-day free trial; billing starts on day 15 unless cancelled |
| Date | Exact day, not "early next year" | Tuesday 12 January 2027, first wave; second wave from 26 January |
| Where | Countries or regions | United States |
| Platforms | Devices, stores, browsers | iPhone and Android apps; reports on the web |
| How to get it | The one action and the link | Accept the waitlist invite, or join the waitlist at the launch page |
Two wording rules protect this slide. If you call a trial "free", the terms belong on the slide, and the US Federal Trade Commission's small-business guide says a "free" offer tied to a purchase should not raise the price of what is bought. And use "new" for a limited time: the same guide notes that at least one FTC advisory opinion has suggested a six-month limit on calling a product new (FTC, Advertising FAQ's: A Guide for Small Business).
Deck 3, sales and partner enablement: 12 slides plus an appendix
The sales enablement deck teaches sellers, customer success and partners who to sell the new product to, what to say in 30 seconds, how to demo it, what it costs, how to answer the top objections and what never to promise. It is delivered one to two weeks before launch, recorded, and kept as the reference everyone returns to.
| # | Slide | What goes on it |
|---|---|---|
| 1 | What launches, when, for whom | The PR summary paragraph and the launch date |
| 2 | Who buys | The ideal customer, the trigger that starts the conversation, who signs |
| 3 | Who does not | Accounts to decline or route elsewhere, and why |
| 4 | Discovery questions | Three to five questions that reveal the problem in the buyer's words |
| 5 | The 30-second talk track | Problem, product, proof, next step, in about 75 words |
| 6 | Demo script | The keynote's three moments, five minutes, with the demo account details |
| 7 | Pricing and packaging | Price, unit, plans, trial terms, exactly as on the keynote slide |
| 8 | Discount and trial rules | Who can approve what, extension rules, what is never discounted |
| 9 | Top objections | The five most likely objections with approved answers |
| 10 | Alternatives | One line per alternative, including "do nothing", and when we lose |
| 11 | Proof you may quote, and what not to promise | Approved claims with their evidence; uncommitted roadmap items marked "do not mention" |
| 12 | How to sell it | Product codes, quoting, who to ask, escalation path, launch-week office hours |
The appendix holds the full external FAQ, the claims ledger and any commission or incentive details, which belong in one-to-one conversations rather than on a group slide. The customer-facing sales deck itself is a separate document built per account; our guide on how to build a sales deck covers its structure, and the sales kickoff presentation guide covers the annual event where a big launch often gets its main-stage slot.
Objection handling for Tallyfox (slide 9)
| Objection | Approved answer | Proof to show |
|---|---|---|
| "Our staff already email receipts." | Emailed receipts still need someone to match and file them; Mobile Receipts matches them to the card transaction automatically. | Beta: median time to complete an expense report, before and after |
| "$29 a month is another subscription." | It is one price per company, not per employee, and the trial lets finance measure the time saved before paying. | The 14-day trial terms on slide 7 |
| "Employees won't install another app." | Setup is one invite link, and activation is measured: an account counts as active once 2 employees have captured 5 receipts. | Beta onboarding completion: 160 of 250 accounts = 64% |
| "Is receipt data secure?" | Route to the security FAQ in the appendix and the security team; sellers do not improvise answers. | Security FAQ, appendix A2 |
Launch metrics: leading and lagging, with formulas
Launch metrics split into leading metrics, which move in the first days and predict the result, such as invites accepted, activation and support tickets, and lagging metrics, which confirm it weeks later, such as paid conversion, new monthly recurring revenue and retention. Each needs a formula, a target from the launch plan and one owner.
Define activation before launch, in one sentence, with a time window. Tallyfox counts an account as activated when at least 2 of its employees have captured 5 receipts within 7 days of the invite. Without a written definition, the T+7 number will be argued instead of acted on.
The launch math sheet (Tallyfox, first wave)
| Line | Formula | Value |
|---|---|---|
| Waitlist | Given | 18,000 accounts |
| Wave 1 invited | 18,000 × 40% | 7,200 |
| Activated (target 35%) | 7,200 × 0.35 | 2,520 |
| Paying after trial (target 12% of activated) | 2,520 × 0.12 = 302.4 | 302 accounts |
| New MRR | 302 × $29 | $8,758 |
| Annualised | 8,758 × 12 | $105,096 |
| Both waves at target | 18,000 × 0.35 × 0.12 = 756 accounts × $29 | $21,924 MRR |

The T+7 check: what the launch-week slide shows
At T+7, Tuesday 19 January 2027, 2,016 of the 7,200 invited accounts have activated: 2,016 ÷ 7,200 = 28.0%, against the 35% target, a gap of 2,520 − 2,016 = 504 accounts. If activation stayed at 28.0%, the wave would produce 2,016 × 0.12 = 241.92, about 242 paying accounts and 242 × $29 = $7,018 of new MRR, which is $8,758 − $7,018 = $1,740 a month below plan. Support also runs hot: 190 tickets from 2,016 activated accounts is 190 ÷ 2,016 × 100 = 9.4 tickets per 100 accounts, against a target of 8.
The T+7 slide therefore names one fix and one owner, which is what the readiness review promised: an in-app setup checklist that prompts the finance manager to invite two employees, live by Friday 22 January (owner: product manager). The wave-2 rule, written in the readiness deck, decides what happens next: the remaining 18,000 − 7,200 = 10,800 accounts are invited at T+14 only if wave-1 activation has reached at least 32% and there are no open P0 bugs; otherwise wave 2 waits one week.
| Metric | Type | Formula | Target | Owner |
|---|---|---|---|---|
| Activation rate | Leading | Activated ÷ invited | 35% by T+7; at least 32% to open wave 2 | Product manager |
| Support load | Leading | Tickets ÷ activated × 100 | 8 or fewer per 100 accounts | Support lead |
| Trial-to-paid | Lagging | Paying ÷ activated, after day 14 | 12% | Product marketing |
| New MRR | Lagging | Paying accounts × $29 | $8,758 for wave 1 at T+30 | Head of growth |
| Month-2 retention | Lagging | Accounts still paying in month 2 ÷ accounts paying in month 1 | Set from beta, reviewed at T+60 | Customer success |
Avoid importing "average activation rate" benchmarks from the web into the launch deck. They mix products, definitions and time windows; your own beta and waitlist history are the only defensible baseline.
Launch timeline: T-60 to T+30 with owners
A product launch timeline runs from T-60, when the announcement and date are approved, through the readiness review at T-28 and a final confirmation at T-5, to launch day and the reviews at T+7, T+14 and T+30. Each checkpoint has an exact date, one owner and one deliverable someone can check.
| Checkpoint | Date | Deliverable | Owner |
|---|---|---|---|
| T-60 | Fri 13 Nov 2026 | PR/FAQ approved; launch date and first-wave size set; scorecard criteria and thresholds agreed | Head of product |
| T-28 | Tue 15 Dec 2026 | Readiness review: go with conditions, two ambers with owners and dates | Chief operating officer (decision-maker) |
| T-14 | Tue 29 Dec 2026 | Press kit sent under embargo; keynote rehearsal 1; enablement recording in the sales library | Product marketing |
| T-5 | Thu 7 Jan 2027 | Final 15-minute confirmation: both ambers green; build frozen; on-call rota published | Chief operating officer |
| Launch | Tue 12 Jan 2027 | 7,200 wave-1 invites; 20-minute launch keynote as a live webinar; launch page and email live | Head of product |
| T+7 | Tue 19 Jan 2027 | Launch-week check: activation, support load, P0 bugs; one fix with an owner | Product manager |
| T+14 | Tue 26 Jan 2027 | Wave-2 decision by the written rule (activation at least 32%, no P0 bugs) | Head of product |
| T+30 | Thu 11 Feb 2027 | First revenue review: paying accounts and new MRR against $8,758 | Head of growth |
Mind the calendar. A January launch means the T-14 and T-5 work falls in the year-end holidays, so schedule it before people leave and name deputies. If you are launching around a trade show such as CES, which runs 6–9 January 2027 in Las Vegas (Consumer Technology Association, CES 2027), decide early whether to launch into the show's news cycle or a week clear of it, and set the embargo time accordingly.
Claims and proof: substantiate before launch day
Every performance claim in a launch keynote, press release or enablement deck needs evidence in hand before launch day, not a plan to gather it afterwards. In the United States, the Federal Trade Commission says advertisers must have proof before the ad runs, for both the claims they state and the claims customers reasonably take from the ad.
The FTC's guide for small business makes three points that apply directly to launch slides: advertisers must have evidence to back up their claims, the law requires that proof before the ad runs, and the FTC looks at both express and implied claims. On endorsements, the same guide says they must reflect the honest experience of the endorser, and consumer endorsements must reflect what typical users experience (FTC, Advertising FAQ's: A Guide for Small Business). Other countries have their own advertising rules; check them with counsel for each launch market.
The launch claims ledger
| Claim on the slide | Evidence | Status |
|---|---|---|
| "Expense reports done in under 5 minutes" | Median time from first receipt to submitted report, 250 beta accounts, 6 weeks, product analytics export | Approved: the median was 4 minutes; the slide says "median" and names the beta |
| "Matches receipts automatically" | Share of receipts matched to a card transaction without manual edits in the beta | Approved with the percentage and the period on the slide |
| "Loved by finance teams" | None measurable | Cut; replaced by one named beta customer quote with written permission |
| "The fastest receipt app" | No comparative test against named alternatives | Cut; a comparative claim needs a comparative test |
Keep the ledger in the enablement appendix so sellers repeat only approved claims. Our company profile presentation guide uses the same claims-ledger method for logos, testimonials and certifications.
B2B, consumer and app launches: what changes on the slides
The three-deck structure holds for every launch type; what changes is where the weight sits. B2B launches put weight on the enablement deck and the pricing rules, consumer launches on the keynote, press and availability, and app launches on store readiness, onboarding and activation in the first week.
| Launch type | Readiness emphasis | Keynote emphasis | Enablement emphasis |
|---|---|---|---|
| B2B software or feature | Billing, security review answers, support training, migration paths | A customer's workflow, before and after; a named beta customer | Discovery questions, discount authority, objections, quoting |
| Consumer product | Stock, retail and channel partners, returns process, regional availability | The product on stage, price and availability, the date in the shops | Retail staff and partners: what to say at the shelf, returns and warranty |
| Mobile app | Store approval, crash rate in beta, load at invite peaks, rollback or feature flag | A demo on a real phone, the first-minute experience, the download link or QR code | Support and community teams: known issues, response macros, the escalation path |
| Internal tool | Training, access, data migration, the old tool's switch-off date | A short all-hands segment: what changes for whom, from when | Champions in each team, the help channel, the FAQ |
For an internal launch, the keynote is often a slot in the company meeting rather than an event; our all-hands meeting presentation guide shows how to fit a short launch segment into the run of show.
Launching in the Gulf or in two languages: Arabic-English launch decks
A launch in the Gulf usually needs the customer-facing decks in Arabic and English: the keynote and the pricing slide in both languages, the enablement deck in the language your sellers and partners work in, and the readiness review in the language of the leadership team. Build the English and Arabic versions from the same approved PR/FAQ so the facts cannot drift.
Three rules prevent most bilingual launch errors. Translate the approved PR/FAQ first and have a native reviewer approve the product name, the promise and the price line before any slide is built. Put prices in the local currency with a clear note on whether tax is included, rather than converting a US price on the day. And check every right-to-left slide in its final file, because timelines, tables and process arrows read in the opposite direction in Arabic. Our guide to the bilingual Arabic-English presentation covers formats, mirroring and a two-direction QA checklist in detail.
Worked example: Tallyfox's readiness review in 8 titles
Tallyfox's readiness review for Mobile Receipts is held on Tuesday 15 December 2026, at T-28, with the chief operating officer as the decision-maker. Its eight slides carry the scorecard, the launch math and the go/no-go rule from the sections above, and each title states its finding.
| # | Action title | Numbers on the slide |
|---|---|---|
| 1 | We launch Mobile Receipts on 12 January and need a go/no-go decision today | Launch Tuesday 12 Jan 2027; wave 1 = 7,200 of 18,000 waitlist accounts; three outcomes |
| 2 | Employees photograph a receipt and Tallyfox files it in the right report | $29 per company account per month; 14-day trial; iPhone and Android; US |
| 3 | Eight of ten readiness criteria are green and none is red | 8 green, 2 amber, 0 red; onboarding completion 160 of 250 = 64% |
| 4 | Both ambers close by 6 January, before the T-5 confirmation | Agents trained 18 of 20, last 2 by 6 Jan; load test 2× = 14,400 passed, 3× = 21,600 re-run by 5 Jan |
| 5 | Wave 1 should add 302 paying accounts and $8,758 of monthly revenue | 7,200 × 35% = 2,520 activated; × 12% = 302; × $29 = $8,758 MRR |
| 6 | Launch week runs on daily metrics and a wave-2 rule at T+14 | T+7 check on 19 Jan; wave 2 of 10,800 on 26 Jan if activation is at least 32% |
| 7 | Our biggest risk is a sign-in spike, and rollback takes 15 minutes | Sign-in spike: pause invites if errors exceed 1% for 10 minutes; both app-store approvals by 8 Jan; support load above 8 tickets per 100 accounts; feature-flag rollback in 15 minutes, rehearsed 10 Dec |
| 8 | Decision: go with conditions, confirmed on 7 January | Conditions: 20 of 20 agents trained; load test passed at 21,600; owners named |
Slide 5 is where the review usually turns. The chief financial officer's first question is "what if activation is lower?", and the answer is ready: at 28% activation the wave yields about 242 paying accounts and $7,018 of new MRR, $1,740 a month below plan. That sensitivity is why the deck commits to a T+7 check with a named fix, and why wave 2 is gated on 32% rather than opening automatically. The same numbers then flow into the keynote's pricing slide and the enablement deck's targets, unchanged.
Here are two slides from this article's worked example, as NOXI built them, unedited.


The pass/fail checklist before launch day
Run the three decks through one checklist at T-5. Each line is a question a launch leader, a journalist or a seller is likely to ask, and each has a pass condition you can see on the slides.
- One source of truth.Pass: the product name, promise, price, date and regions are identical in the PR, the keynote and the enablement deck.
- The decision is recorded.Pass: readiness slide 8 states go, go with conditions or no-go, the conditions, owners and dates.
- Thresholds came first.Pass: the scorecard criteria and thresholds were agreed at T-60, before any status was reported.
- Activation is defined.Pass: one sentence with an action, a count and a time window, used in the targets and at T+7.
- The demo has a backup.Pass: a 30-second recording exists for each of the three demo moments, and the person who switches is named.
- Price and availability are complete.Pass: price, currency, unit, tax note, plan, trial terms, date, regions and platforms are on one slide.
- Every claim has evidence.Pass: each performance claim appears in the claims ledger with its source, sample and period.
- Only committed futures.Pass: the "what comes next" slide shows dated, committed items only; sellers have a "do not mention" list.
Close the keynote on the call to action rather than a "thank you" slide, and leave that slide on screen during questions so the one action you want stays visible.
3 AI prompts for the three launch decks
The prompts below assume the PR/FAQ and the scorecard already exist; replace each bracket with your own value and tell the tool to use only the facts in your files. A model should draft the slides from your announcement, never invent a beta result or a price.
Create an 8-slide launch readiness review for [product], launching on [date], for a go/no-go decision by [decision-maker]. Use only the attached files: [PR/FAQ, Word or PDF] and [readiness scorecard, Excel or CSV]. Slides: what we are launching and the decision needed; the announcement in one paragraph, word for word from the PR; the scorecard with thresholds, owners and status, and the count of green, amber and red; each amber or red with owner, fix and date; launch targets from [invited] × [activation rate] × [trial-to-paid] × [price]; launch-week plan from T-5 to T+14; top three risks and the rollback plan; the decision by this rule: [your go/no-go rule]. Write every title as a full-sentence finding and show the formula under each number.
From the press release half of the attached PR/FAQ, build a 10-slide launch keynote for [audience: customers, press, partners] in a [20]-minute slot: the customer moment; the problem with [one measured number]; why now; the product in one sentence; a demo slide with three moments, [moment 1], [moment 2], [moment 3]; proof from [beta size, metric, period]; one customer quote from [name, with permission]; price and availability with price, currency, unit, trial terms, date, regions and platforms; committed next steps only; one call to action with [link]. Keep the wording of the price line identical to the press release.
Now create a 12-slide sales enablement deck from the FAQ half of the PR/FAQ and the attached [price sheet]: what launches and when; who buys and who does not; [3–5] discovery questions; a 75-word talk track; the demo script; pricing and packaging; discount rules where [role] approves up to [discount]; the top five objections with approved answers; alternatives including "do nothing"; approved claims only from [claims ledger]; a "do not mention" list; how to quote and escalate. Then translate the keynote into Arabic as a separate right-to-left deck, keeping every number, date and price unchanged.
How to build the launch decks in NOXI
NOXI turns your PR/FAQ and scorecard into structured decks and can match the style of a template you already use. It is free, with no card and no watermark; uploading files needs a free account, and a full deck uses about 25 of the 1,000 monthly credits.
Step 1: Gather the PR/FAQ and the scorecard
Save the PR/FAQ as a Word document or PDF, and the readiness scorecard, launch targets and price sheet as Excel or CSV. NOXI accepts PDF, Word, PowerPoint, Excel, CSV, text and image files up to 200 MB each.
Step 2: Match your launch or company template
If the decks must follow your company template, choose Match reference instead of Create from file: attach your company PowerPoint template, last year's launch deck as PPTX or PDF, or a screenshot of one slide you like as the style, and paste the PR/FAQ and scorecard into the brief. NOXI designs the new deck in that style: colours, typography, layouts and visual rhythm.
Step 3: Create the readiness review in Plan mode
Choose Create from file, attach the PR/FAQ and the scorecard with Prompt 1, and use Plan mode to review the outline first. Check that slide 3 carries the full scorecard and slide 8 the decision rule, rewrite any title that is a label rather than a finding, then generate and watch each slide being built.
Step 4: Check every number against your sheet
Compare the scorecard counts, the launch targets and the price line with your files: 7,200 invited, 2,520 activated, 302 paying and $8,758 of new MRR in the example. NOXI builds the slides from your table or outline, and you can edit text, tables and chart numbers right on the slide or ask the AI to change any slide by chat.
Step 5: Build the keynote, the enablement deck and the Arabic version
Run Prompt 2 and Prompt 3 on the same PR/FAQ so the three decks share one set of facts. Click any element and tell the AI what to change, and use Translate a deck to create a separate Arabic or English version that keeps the numbers, names and dates and lays the slides out right-to-left for Arabic.
Step 6: Review together, then export and present
Invite the launch owners by email as editors to work on the decks together in real time, or share a view-only link; version history restores any earlier version. Download an editable PowerPoint (.pptx) with real text boxes and embedded fonts, or a PDF for the pre-read, free and with no watermark, and present the keynote full-screen from NOXI.
Frequently asked questions
- What should a product launch presentation include?
- It depends on the audience, so build three decks. The readiness review includes the announcement, a scorecard, open items with owners, launch targets, the launch-week plan, risks and the go/no-go decision. The keynote includes the customer moment, the problem, the product, a demo, proof, price and availability and a call to action. The enablement deck includes buyers, talk track, pricing rules and objections.
- How do you present a new product?
- Start with one customer and the problem they face, introduce the product in one sentence, then spend the largest block of time on a demo of three moments: setup, the moment of value and the result. Follow with proof from a beta, the price and availability, and one call to action. In a 20-minute slot, give the demo about 6 minutes.
- How many slides should a product launch deck have?
- About 8 slides for a 45-minute readiness review, 10 slides for a 20-minute launch keynote, and 12 slides plus an appendix for sales enablement. For a 10-minute launch slot, keep five keynote slides: the customer moment, the product in one sentence, the demo, price and availability, and the call to action.
- What is a launch readiness review?
- A launch readiness review is a decision meeting held a few weeks before launch, in which the owners of product, support, sales, marketing, legal and operations report against agreed criteria and an accountable leader decides whether the launch goes ahead. The evidence is a scorecard with thresholds and owners; the output is a recorded decision with any conditions and dates.
- What is a go/no-go meeting?
- A go/no-go meeting is the point where a launch is approved, approved with conditions or postponed. Write the rule before the meeting: all green means go; any red, an amber on a hard gate, or three or more ambers means no-go; one or two ambers, each with an owner and a fix date before the final confirmation, means go with conditions.
- What is the difference between a product launch plan and a go-to-market strategy?
- A go-to-market strategy decides, months ahead, who the product is for, how it is priced, which sales motion and channels it uses and whether the economics work. A product launch plan runs the launch itself: readiness criteria, the announcement, the event, enablement, the timeline from T-60 to T+30 and the launch metrics. The launch plan inherits its customer, price and targets from the approved GTM strategy.
- How do you structure a product keynote?
- Use six beats in ten slides: the customer moment, the problem, why now, the product in one sentence, a demo of three moments, proof, a customer voice, price and availability, committed next steps and one call to action. In a 20-minute slot that is about 18 minutes of slides with 2 minutes kept for questions or overrun.
- What metrics should you track after a launch?
- Track leading metrics in the first days, such as activation rate (activated ÷ invited) and support tickets per 100 accounts, and lagging metrics over the following weeks, such as trial-to-paid conversion, new monthly recurring revenue and month-2 retention. Define activation in one sentence before launch, give every metric a target and an owner, and review it at T+7, T+14 and T+30.
- Can AI make a product launch presentation?
- Yes, if you give it the facts. Write the PR/FAQ and the readiness scorecard first, then ask an AI presentation tool to build each deck from those files only, with action titles and formulas shown. Check every number, price and date against your sources before sharing, and keep claims to those you can prove with beta data.
Sources & methodology
How this guide was made: the three-deck map, the PR/FAQ-to-deck mapping, the slide structures and minute budgets, the readiness scorecard and go/no-go rule, the launch math sheet, the timeline and the checklists are editorial recommendations based on common product and launch practice, not published standards. Tallyfox and every name and figure in its example are fictional, and every calculation is shown. The sources below support the facts about the world; all were checked on 16 October 2026.
- [1] Working Backwards and the PR/FAQ: a press release of a few paragraphs, always less than one page, and an FAQ of five pages or less that includes an assessment of cost and difficulty — Amazon, What's it like to work at Amazon? An insider look at Amazon's culture and processes (excerpt from Working Backwards by Colin Bryar and Bill Carr).
- [2] Google's definition of a launch, the launch coordination checklist and its themes, gradual rollouts with canaries, and load testing required for most launches — Google, Site Reliability Engineering, chapter "Reliable Product Launches at Scale" (Rhandeev Singh and Sebastian Kirsch with Vivek Rau).
- [3] Proof before the ad runs, express and implied claims, "free" offers, the suggested six-month limit on "new", and endorsements reflecting honest and typical experience — Federal Trade Commission, Advertising FAQ's: A Guide for Small Business (April 2001, edited January 2025).
- [4] The "Pricing and Availability" section of a product press release, listing price, colours, order and availability dates and countries — Apple Newsroom, Apple announces the next generation of HomePod mini (13 October 2026).
- [5] CES 2027 dates and location: January 6–9, 2027, Las Vegas — Consumer Technology Association, CES 2027.
Build your launch decks in NOXI, free: the readiness review with its scorecard, the 20-minute keynote and the enablement deck, from one PR/FAQ and in the style of your own template, exported as an editable PowerPoint or PDF.



