用途：Working Backwards 是一种以客户为中心的产品定义方法，主张先明确客户问题，再倒推解决方案，而非先有技术或想法再找用途。其核心机制是在开发前先写一份内部新闻稿和配套 FAQ；如果写不出有说服力的新闻稿，就说明产品本身不够有说服力。
主要能力与适用场景：适合在投入资源前定义新产品或重大功能、评估并比较多个产品想法、让干系人对“做什么、为什么做”达成一致、澄清模糊的产品概念、避免“先有方案再找问题”、形成工程/设计/管理层共识，以及判断某个想法是否值得推进。不适用于增量优化（如 A/B 测试、修 bug）、执行已定义的产品、规模过小不值得此流程的情况，或仅做技术可行性探索（应先探索再写 PR/FAQ）。
使用方式与要点：资料给出若干模式，分为关键、高影响、中影响三类。关键点包括不要从方案出发再补问题、不要跳过问题段落（跳过往往说明问题不存在）、客户定义要具体而非“所有人”、PR 必须前置而非事后文档、避免内部术语。高影响点包括 FAQ 要直面不舒服的难题、不用夸张而用数据和具体主张、客户引语要真实反映对需求的理解、一份新闻稿只讲一个卖点、定义可衡量的成功指标、一个 PR/FAQ 只对应一个想法。中影响点包括通过同心圆评审迭代、设定假想发布日以体现野心和范围、区分外部与内部 FAQ 的不同作用。
资源与限制：资料提及可参考《Working Backwards》等书籍、workingbackwards.com 的模板及相关播客，另有 references/working-backwards-playbook.md 提供扩展框架、清单和示例。该技能最初在亚马逊于 2004-2007 年间形成。资料未提供安装命令、价格或具体平台支持信息。