working-backwards

Generate a PR/FAQ and pre-mortem with scored failure scenarios for product decisions.

Updated Feb 22, 2026
One-click install
npx skills add https://github.com/tomaszstaniak/pm-ai-skills --skill working-backwards-tomaszstaniak
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: working-backwards
Source: https://github.com/tomaszstaniak/pm-ai-skills/tree/main/working-backwards
Command: npx skills add https://github.com/tomaszstaniak/pm-ai-skills --skill working-backwards-tomaszstaniak

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you prevent wasted build cycles by forcing clear customer value, hard questions, and explicit go/no-go criteria before engineering starts.

Core Features & Use Cases

  • PR/FAQ-first product clarity: Draft a fictional press release and supporting FAQ that articulate the customer benefit in plain language and define what success would actually look like.
  • External + internal FAQ rigor: Capture customer doubts (external) and business feasibility (internal) including unit economics, timing, dependencies, and measurable success metrics.
  • Prospective pre-mortem risk surfacing: Run a structured “it already failed” exercise to generate failure scenarios, score likelihood/impact, and produce mitigation plans tied to tripwires and owners.
  • Decision-ready documentation: Use the output as the centerpiece for stakeholder review so the team can confidently proceed, add conditions, revisit, or stop.

Quick Start

Use the working-backwards skill to generate a press release and paired internal/external FAQ for the product idea you want to evaluate, then run a pre-mortem to produce failure scenarios with likelihood/impact scores and mitigations.

Frequently Asked Questions about working-backwards

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a press release and FAQ to validate a product idea before building?

To write a PR/FAQ for product validation, draft a fictional press release stating the customer benefit in plain language, then pair it with an external FAQ addressing customer doubts and an internal FAQ covering business feasibility, unit economics, and success metrics.

What is the working backwards method for product strategy and stakeholder alignment?

The working backwards method is a product strategy approach where you document the end-state customer experience through a press release and FAQ before any engineering starts, ensuring stakeholder alignment on what success looks like and preventing wasted build cycles.

How do I run a pre-mortem to stress test a go/no-go product decision?

To run a pre-mortem for a go/no-go decision, assume the product already failed, generate specific failure scenarios, score each by likelihood and impact, and then assign mitigation plans with owners and tripwires to monitor risks throughout development.

When do I need narrative decision-making and a PR/FAQ for feature discovery?

You need narrative decision-making and a PR/FAQ during feature discovery when proposing new products, drafting launch narratives, preparing executive memos, or conducting go/no-go risk stress tests to force clear customer value and hard questions before committing engineering resources.

Can I use the working backwards approach for internal executive memos and stakeholder alignment?

Yes, you can use the working backwards approach for internal executive memos and stakeholder alignment because the structured PR/FAQ output serves as a decision-ready document that captures customer benefits, business case assumptions, and measurable success metrics for confident review.

What are the limitations of using a PR/FAQ and pre-mortem for product validation?

The PR/FAQ and pre-mortem approach requires structured customer-benefit writing and rigorous business case assumptions, which can be time-consuming and may not fully capture rapidly shifting market dynamics or technical execution risks that emerge after the initial go/no-go decision.