用途：在产开发最早期、投入工程资源之前，用“从客户倒推”的方式验证新产品想法，确保产品解决真实客户问题。
主要能力：提供一套文档结构。新闻稿（1 页）包含标题（产品名与客户收益）、副标题（客户是谁、获得什么）、问题、解决方案、负责人引言、客户引言、行动号召。FAQ（2-5 页）分外部 FAQ（客户视角：如何使用、成本、与替代方案差异）和内部 FAQ（可行性视角：构建难度、依赖、如何衡量成功）。
使用方式：第一步定义客户问题（客户是谁、挣扎时刻）；第二步以发布日口吻撰写未来新闻稿，具体而非夸张；第三步撰写外部与内部 FAQ；第四步同心圆评审，先小范围可信群体，再扩大到领导层，按反馈迭代；第五步在验证后才获取资源与领导批准。
适用场景：产品开发起点、分配工程资源前、验证新想法、防止“为方案找问题”的失败。
限制与常见错误：用夸张营销辞令代替事实描述；把它当成真实对外新闻稿而非内部验证；跳过迭代评审。资料提及 AWS 与 Prime Video 在存在前即通过 PR/FAQ 定义，Fire Phone 被视为可能绕过该流程或未验证问题的失败案例。来源为《Working Backwards》合著者 Bill Carr 在 Lenny's Podcast 的分享。具体模板文件、安装命令与平台支持暂未提供。