啊哈,在开发产品之前先写介绍文章,这个刚好符合亚马逊的逆向工作法,也叫做新闻稿工作法
开发新产品之前,产品经理需要先撰写一篇虚构的“新闻稿”,发给测试用户
如果这份新闻稿听起来很没意思,用户对新产品的反应十分平淡,那么亚马逊的的内部审核流程将终止
提出产品创意的产品经理需要反复修改新闻稿,直到测试用户感到兴奋起来
问了下亚马逊的朋友,一份虚拟新闻稿,在通过之前修改十几次非常常见;如果还不行,这个 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. 常见问题解答(可选):解决常见问题或疑虑。
另外,新闻稿不能超过一页半纸。大部分段落只要三四个句子,砍掉多余的部分,不要做成说明书。
点击图片查看原图