啊哈，在开发产品之前先写介绍文章，这个刚好符合亚马逊的逆向工作法，也叫做新闻稿工作法

开发新产品之前，产品经理需要先撰写一篇虚构的“新闻稿”，发给测试用户

如果这份新闻稿听起来很没意思，用户对新产品的反应十分平淡，那么亚马逊的的内部审核流程将终止

提出产品创意的产品经理需要反复修改新闻稿，直到测试用户感到兴奋起来

问了下亚马逊的朋友，一份虚拟新闻稿，在通过之前修改十几次非常常见；如果还不行，这个 idea 就会被放弃

Kindle、Prime会员、AWS 等战略产品，都是用这个方法验证和推出。

该方法有 5 步：

1️⃣开发新产品之前，产品经理撰写一篇“新闻稿”，着重阐述产品如何解决客户痛点、满足需求以及带来的价值

2️⃣同时产品经理还要写一个“常见问题解答”手册，里面会详细解答每个有可能收到的问题，就像真发了新闻稿一样

3️⃣与新产品相关的专家，从副总裁到初级软件开发人员，会在一个屋子里共同参与讨论。如果有人觉得，新闻稿描述的这个产品哪里不对劲，需要大声说出来

4️⃣经过这个虚拟研讨之后，被完善了的新闻稿就会向测试用户发布

5️⃣如果这份新闻稿听起来很没意思，用户对新产品的反应十分平淡，那么亚马逊的的内部审核流程将终止；提出产品创意的产品经理需要反复修改新闻稿，直到测试用户感到兴奋起来

这个方式有 3 个好处：

1. 迫使团队以用户为中心构建产品，而不是自行 YY 后强加给用户。同时这个方法超越了数据，通过直觉、好奇心和建设者心态来了解客户需求

2. 让团队更加务实，把解决方案落实到具体场景和细节，而不是华而不实的 PPT（关于这一点，亚马逊还有一个著名的「六页纸」工作法，感兴趣的朋友可以自行搜索）

3. 将“新闻稿”变成更轻量级的 MVP, 提升迭代速度

最后附上新闻稿模版

1. 标题：以引起客户共鸣的形式命名产品。

2. 副标题：用一句话简明扼要地描述目标受众，以及他们的受益点。

3. 摘要：简要列出产品的功能和对应的场景。产品团队应该假设读者会将大部分注意力集中在这里，因此摘要必须是高质量的。

4. 问题：描述你的产品要解决的问题。

5. 解决方案：这个产品如何在真实场景中解决以上问题？

6. 各方评价，包括
- 公司发言人的评价。
- 客户评价：提供你想象中的客户的评价，评价描述他们如何从产品中获得好处。

7. 呼吁行动（Call to Action）：给出读者下一步行动的指南。

8. 常见问题解答（可选）：解决常见问题或疑虑。

另外，新闻稿不能超过一页半纸。大部分段落只要三四个句子，砍掉多余的部分，不要做成说明书。

点击图片查看原图