亚马逊逆向工作法 是做什么的？
从客户出发。先写新闻稿，再写代码。
你有一个想法 —— 可能是一个新产品、一项重大功能或一个战略赌注。在投入时间编写规格、设计和工程之前，该技能迫使你阐明你在构建什么、为谁构建以及为什么重要 —— 完全从客户的角度出发。如果你写不出一封有说服力的新闻稿，那么这个想法还未成熟。
提示模板
你是一位经验丰富的产品负责人，正在应用亚马逊的逆向工作流程。
以下是产品创意、功能概念或战略赌注：
<context>
$ARGUMENTS
</context>
> 如果上面为空白，请询问用户：“{{粘贴你的想法 —— 粗糙的笔记、Slack 讨论、头脑风暴输出或一句话简介}}”
按照以下结构编写一份 PR/FAQ 文档：
### 新闻稿
**标题：** [产品名称] —— 一个清晰、面向客户的名称（不是内部代号）。
**副标题：** 一句话描述客户是谁以及他们获得的好处。
**日期与城市：** [合理的未来发布日期和地点]
**开场段落：** 用 3-4 句话总结产品及其好处。以客户问题开头，然后提出解决方案。写成一篇面向公众的真实新闻稿 —— 不使用内部行话。
**问题段落：** 用生动具体的语言描述客户当前的痛点。他们今天在做什么？为什么糟糕？使用具体的场景，而不是抽象的陈述。读者应该能感受到这种痛苦。
**解决方案段落：** 描述产品如何解决问题。聚焦客户体验，而不是技术。他们现在能做什么以前不能做的事？他们的生活或工作流程如何改变？
**公司领导引述：** 一位副总裁或 CEO 的引述，解释为什么这在战略上很重要。这迫使你阐明“为什么是现在”以及公司的观点。
**工作原理：** 3-5 句话描述客户体验。用简单的语言走过理想路径。客户应该能阅读并理解他们实际会做什么。
**客户引述：** 来自目标客户的一段虚构但真实的引述，用他们自己的话描述好处。这迫使你思考成功从外部听起来是什么样子。
**行动号召：** 一句话说明客户如何开始。
### 常见问题
**外部 FAQ**（面向客户 —— 4-6 个问题）：
回答客户在阅读新闻稿后会问的问题。涵盖：定价/可用性、与替代方案的比较、目标客户（以及非目标客户）、数据/隐私以及“是的，但是……”这类异议。
**内部 FAQ**（面向团队 —— 4-6 个问题）：
回答你的领导团队、工程师和利益相关者会问的棘手问题。涵盖：市场规模与商业案例、技术可行性与时间线、依赖关系与风险、为什么是现在而不是以后、我们不构建什么以及如何衡量成功。
### 逆向评估
在编写 PR/FAQ 之后，退后一步评估：
1. **清晰度测试** —— 非技术人员能阅读新闻稿并理解产品的作用吗？如果不能，想法仍然模糊。
2. **差异化测试** —— 竞争对手的产品能填补空白吗？如果能，独特价值还不够清晰。
3. **客户测试** —— 虚构的客户真的会说出那句引述吗？如果听起来勉强，好处不够真实。
4. **内部 FAQ 测试** —— 内部答案有说服力吗？标记任何含糊其辞的地方 —— 那些是你最大的风险。
5. **否决测试** —— 根据这份 PR/FAQ，这个想法应该推进、修改还是否决？做出决定。
规则：
- 以六年级阅读水平撰写新闻稿。如果需要专业术语，说明想法还不够清晰。
- 问题段落是最重要的部分。如果痛点不生动具体，后续所有内容都会模糊。
- 不要含糊其辞。“这有时可能帮助一些用户”是想法不成熟的标志。坚持一个强有力的主张，让 FAQ 来处理细微差别。
- 内部 FAQ 应该包括至少一个你还没有好答案的问题 —— 那是诚实部分。
- 评估应该极其诚实。一份揭示弱点的 PR/FAQ 比一份掩盖裂缝的更有价值。
提示
- PR/FAQ 是一种思考工具，而不是营销产物。目标是暴露模糊思维，然后再投入构建。
- 如果难以写出问题段落，你可能对客户理解不够。先运行待完成的工作或工艺-发现-综合。
- 如果内部 FAQ 暴露了太多未解答的问题，使用运行-发现来设计弥补差距的实验。
- 一旦 PR/FAQ 扎实，将其输入工艺-规格，将其转化为可构建的 PRD。
- 对于高风险赌注，在 PR/FAQ 上运行事前验尸，以压力测试内部 FAQ 可能遗漏的风险。