GTMGO TO MARKETPLAYBOOKS
← All playbooksLaunch · Field guide

SaaS launch plan

Coordinate a launch around audience readiness, proof, ownership, and post-launch learning.

When to use this

Use for a release, offer, or market entry that changes a buyer promise or a customer workflow.

Before the working session

Run the process

01

Define the launch contract

Write who can use the offer, the exact promise, exclusions, price or packaging, rollback path, and the action the audience should take.

02

Build a dependency ledger

For each required asset or process, name an owner, evidence of readiness, due date, and fallback. Review the ledger by unresolved risk, not by department presentation.

03

Instrument the journey

Check that exposure, signup or inquiry, activation, support issue, and outcome can be observed. Verify events with a real test path before promotion.

04

Stage the release

Choose a limited audience where possible. Document go/no-go gates, escalation owner, communications, and rollback authority. Run a daily issue review early, then a seven-day learning review and a 30-day decision.

Fictional worked example

Fictional example: A new reporting feature is available to a small customer group on Monday. The public campaign waits until a support escalation is staffed and the activation event passes a live test. The launch owner reviews adoption and failure reasons after seven days.

Failure checks

Working worksheet

LAUNCH CONTROL SHEET
Launch owner / release decision time:
Audience / trigger / promise / exclusions:
Eligibility / price / known limitations:
Primary customer action and outcome event:
Dependency | owner | ready evidence | due date | fallback:
Critical go/no-go gates:
Audience and channel sequence:
Issue severity / triage owner / rollback authority:
Day 1, day 7, day 30 measures and review owners:
Continue / revise / pause rule:

See more fictional examples → · Open planning tools →