-
1
Pick the launch tier
Not every release deserves the same amount of oxygen, and the biggest mistake teams make is treating every launch like a tier 1. Classify the release into one of three tiers before anything else. Tier 1 (press-worthy) is a flagship launch that changes your positioning, opens a new segment, or responds to a major competitive move; it earns analyst briefings, press, a landing page, a customer webinar, and a sales play. Tier 2 (standard) is a meaningful feature that expands an existing motion; it earns a landing section, email, in-app, enablement, and a changelog post. Tier 3 (stealth) is an improvement that ships quietly through release notes, in-app, and a CS heads-up. Picking the tier is the single decision that controls scope, budget, and timeline for the next six weeks.
- Score the release against revenue impact, competitive urgency, and segment reach
- Classify as Tier 1 (press-worthy), Tier 2 (standard), or Tier 3 (stealth)
- Document the tier decision in a one-page launch brief signed by Product and Marketing
- Lock the tier before any asset work begins so scope does not drift upward mid-sprint
Tip: If you cannot name the buyer segment, the competitive alternative, and the pipeline target in one sentence, you do not have a tier 1 launch. Downgrade to tier 2 and reclaim the four weeks you were about to burn.
-
2
Write the positioning and messaging doc
Positioning comes before copy, and copy comes before assets. Build the positioning doc on April Dunford's five inputs: competitive alternatives (what buyers would do without you), unique attributes (what only you have), value (what those attributes let the buyer do), who it is for (the segment that cares most), and market category (the frame buyers already understand). Once positioning is locked, write the messaging house: one primary message, three supporting pillars, and three proof points per pillar. Keep the pillars tied to buyer outcomes, not feature names. Every downstream asset (landing page, email, sales deck, CS doc) will pull copy from this doc, so if the doc is weak the launch is weak everywhere at once.
- Fill out the five positioning inputs: alternatives, attributes, value, who, category
- Pressure-test positioning with 3-5 recent-win customers and 2-3 recent-loss prospects
- Write the messaging house: 1 primary message, 3 pillars, 3 proofs per pillar
- Get written sign-off from Product, Marketing, and Sales leadership before copy starts
Tip: Pillars tied to features ("faster sync") die on the sales floor. Pillars tied to outcomes ("close the quarter without month-end data cleanup") travel into every call, email, and deck without translation.
-
3
Align Sales, Marketing, and CS on the plan
A B2B launch fails at the seams between functions, not inside them. Pull Sales, Marketing, and CS into one working session the week positioning locks and walk the full plan: tier, buyer segments, messaging house, timeline, asset list, enablement dates, go-live date, and the 7/30/90 KPIs. Each function leaves with a named owner and a committed deliverable. Marketing owns demand and content. Sales owns the pitch, the deck, and the sales play. CS owns the customer-facing comms, the migration or activation path, and the risk list for existing accounts. Support owns the help docs and the deflection path. Write the owners and dates into one shared plan and review weekly until go-live.
- Run a single cross-functional launch kickoff with Product, Marketing, Sales, CS, and Support
- Assign one named owner per workstream (demand, enablement, CS comms, support docs)
- Build one shared timeline with weekly checkpoints through go-live
- Agree on the 7/30/90-day KPIs and who pulls each number
-
4
Build the launch asset pack
A tier-1 launch asset pack has four blocks: web, email, sales enablement, and CS doc. Web includes a dedicated landing page or feature section, an updated product page, a blog or announcement post, and any paid or social creative. Email includes a prospect announcement, a customer announcement, a nurture follow-up, and the in-app banner or notification copy. Sales enablement includes an updated pitch deck slide or two, a one-pager, a demo script, an objection-handling doc, and a battlecard update if a competitor is in frame. CS doc includes the customer FAQ, the migration or activation guide, the risk list for existing accounts, and the Help Center article. Build the pack from the messaging house so every asset reinforces the same pillars and proofs.
- Web block: landing page, product page update, announcement post, paid or social creative
- Email block: prospect email, customer email, nurture, in-app banner, lifecycle sequence update
- Sales enablement: deck update, one-pager, demo script, objection doc, battlecard update
- CS doc: customer FAQ, activation or migration guide, risk list, Help Center article
Tip: If any asset cannot be traced back to a pillar in the messaging house, cut it. A launch with 14 off-message assets is weaker than a launch with 7 on-message ones.
-
5
Stage internal enablement before anything ships externally
The field has to be fluent in the launch before a prospect, customer, or analyst hears a word. Schedule internal enablement at least 10 business days before go-live, run it in two passes, and certify. Pass one is a 60-minute all-hands walk of positioning, pillars, demo, pricing or packaging change, and the sales play. Pass two is role-based: AEs run the pitch in small groups, CSMs run the customer conversation, SDRs run the outbound hook, Support runs the top three tickets they will see. Certify by requiring every seller to record a two-minute pitch video or pass a short written quiz before they can post the launch externally. Enablement without certification is a readout, not training.
- Schedule two enablement passes 10 and 5 business days before go-live
- Pass one: 60-minute all-hands on positioning, demo, pricing, and the sales play
- Pass two: role-based practice for AEs, SDRs, CSMs, and Support
- Certify with a 2-minute recorded pitch or a short written quiz before any external post
Tip: A seller who heard the launch in a meeting is not enabled. A seller who recorded themselves pitching it and watched the playback is enabled. The gap is where most launches lose their first-week pipeline.
-
6
Soft-launch to beta customers and design partners
Soft launch to a controlled group 5 to 10 business days before go-live. Pick 10 to 30 customers from the design-partner list, the beta cohort, or a short list of friendly accounts matched to the ICP. Give them the real asset pack, the real pricing, and the real activation path, and collect two things: a usage signal (adoption, retention of the new workflow, time to first value) and a voice-of-customer signal (what did they say in their own words). Use the week to fix the top three friction points, lock three quotable customer lines for the launch page, and record one 60-to-90-second customer video if the schedule allows. Soft launch is also where you catch pricing or packaging confusion before it hits the full market.
- Pick 10-30 beta or design-partner accounts matched to the ICP
- Ship the real asset pack, pricing, and activation path, not a stripped-down beta
- Collect usage signals (adoption, time to first value) and VOC quotes in parallel
- Fix the top 3 friction points and lock 3 quotable customer lines before go-live
-
7
Go live with the full press and channel push
Go-live day is choreography, not improvisation. Publish in a fixed sequence: landing page and blog at 9am local for your primary market, in-app and email to customers 60 minutes later, prospect email and paid or social next, and press, analyst, and influencer outreach aligned to the same window. For tier-1 launches with press, brief the analyst and reporter list under embargo one week out so coverage drops with the announcement rather than three days later. Monitor the first 24 hours actively: a named owner watches comments, replies, and support tickets, and the Sales and CS teams post launch-specific prospecting and account outreach from a prepped sequence. The point of launch day is to light the fire. The next 90 days are where you keep it burning.
- Publish in a fixed sequence: web, in-app, customer email, prospect email, paid, press
- Brief press and analysts under embargo 5-7 business days before go-live for tier 1
- Have Sales and CS post from a prepped launch-day sequence, not ad-hoc copy
- Assign a named owner to monitor comments, replies, and support tickets for the first 24 hours
Tip: The best launches batch the splash into a single 4-hour window. Trickle-published launches lose momentum because reporters, buyers, and the field all see different signals and nobody knows the real launch date.
-
8
Measure 7, 30, and 90-day KPIs
Launch ROI lives in the measurement loop, not the launch-day traffic chart. At 7 days, read the leading indicators: landing-page conversion, email engagement, in-app adoption, sales-play meetings booked, and press pickup. At 30 days, read the pipeline indicators: net-new opportunities tagged to the launch, win-rate shift on launch-relevant deals, expansion pipeline on existing accounts, and inbound share. At 90 days, read the business indicators: closed-won revenue tagged to the launch, retention lift on the activated cohort, and category or share-of-voice shift if the launch was positioning-grade. Review each read as a cross-functional group with the same owners who signed off on the plan. The 90-day read is also the input to the next launch, which is how a launch program compounds instead of flatlines.
- 7-day read: page conversion, email engagement, in-app adoption, meetings booked, press pickup
- 30-day read: new pipeline tagged to launch, win-rate shift, expansion pipe, inbound share
- 90-day read: closed-won tied to launch, retention lift, category or share-of-voice shift
- Hold a formal retro at the 90-day mark and feed learnings into the next launch brief
Tip: If you cannot report launch-tagged pipeline and closed-won at 90 days, your CRM is the problem. Tag opportunities to the launch source on day one and inspect the tag weekly.