What this does
You write the launch once — what changed, who it is for, what it makes possible — and the workflow produces the set: announcement post, changelog entry, launch email, three social variants, and the single sentence a salesperson would actually say.
Every asset comes from the same input and the same product context, so the claim does not drift between the blog post and the email. Drift is what makes a launch feel bigger than the product.
What you get
- The generator config and the per-asset prompts
- The shared-claim rule, enforced in the prompt: one core promise, restated at different lengths
- A consistency check that compares the generated assets against each other and flags contradictions
- Output shaped for Google Sheets, so each asset is a row you can edit and approve
What it replaces
Writing the announcement, then the changelog, then the email, then three social posts — five passes over one idea, each pass slightly less accurate than the last.
Honest limits
It will not make a small change sound important, and it should not. If the honest version is “we fixed the export bug”, the assets will say that. Ship that rather than asking the workflow to dress it up.
It cannot know what you have not told it. A launch email that promises something the product does not do is a support ticket with a subject line.