亚马逊在决定要打造一款新产品时，不会拍脑门想出一个产品创意，然后把消费者往这个创意上靠，而是回到消费者本身——运用“逆向工作法”充实产品的概念，获得清晰的思路，做出正确的决策。
■ 易 友
众所周知，亚马逊公司有一个广泛使用的方法——“逆向工作法”。据亚马逊前产品经理史蒂芬的介绍，“逆向工作法”在任何具体的产品决策中都可以使用，而在开发新产品和新功能时尤其有效。
亚马逊在决定要打造一款新产品时，不会拍脑门想出一个产品创意，然后把消费者往这个创意上靠，而是回到消费者本身——运用“逆向工作法”充实产品的概念，获得清晰的思路，做出正确的决策。
在具体操作上，可分为四个步骤进行：
第一步，撰写新闻稿。
亚马逊通常会根据新的倡议，撰写一篇描述最终产品的新闻发布稿。新闻稿的目标受众是新老用户，可以是零售客户，或者是某种工具或技术的内部用户。
新闻稿的内容要以客户问题为中心展开：目前的解决方案是如何失败的，新的解决方案将如何替代现有解决方案。这也意味着，新闻稿的重点要非常的突出。
第二步，丰富新闻稿。
亚马逊会对撰写新闻稿时大家提出的所有疑问(主要是产品的优点)都写进来，然后将自己置身于使用该产品的角度，考虑所有你可能会遇到的问题。
如果这份经过丰富处理的新闻稿连你自己听起来都不激动人心，就意味着其解决方案不够好，当然也就不会进入下一阶段构建产品。
第三步，定义客户体验。
详细描述客户可能会怎么用这个产品。对于具有用户界面的产品，亚马逊会构建客户使用的每个界面的展示。
对于Web服务，亚马逊会编写用例，包括代码片段，这些代码片段描述了人们使用产品时的情景。这个阶段的目标是讲述客户如何使用产品解决自己的需求。
第四步，编写用户手册。
用户手册是客户用来了解产品是什么以及如何使用它的“密码本”。用户手册通常包含"概念、操作方法和参考"三个部分。手册告诉客户使用产品时他们需要知道的一切。对于具有多种用户角色的产品，亚马逊会编写多个用户角色手册。
下面，就以亚马逊之前编写过的一个新闻提纲来进一步做范例说明：
标题——用读者(你的目标客户)能理解的方式给产品取个名。
副标题——描述产品的目标客户群，他们将会得到什么好处。在标题下用一句话说清楚。
总结——产品带来的好处。这段一定要写好。设想你的读者只关心这一段，不会再往下看了。
问题——描述你产品解决的问题。
解决方案——描述产品如何优雅地解决问题。
你的引证——引用一位公司发言人所说的话。
如何开始——描述开始使用是多么的简单。
客户评述——假想一个客户的评价，描述他们如何体验到你产品带来的好处。
收尾和号召——收尾然后号召行动，为读者指明下一步的方向。
从以上范例中不难看出，亚马逊新闻稿中的每一段也就讲三四句话，非常的简洁，顶多也就一页半纸。这就要求你必须抛弃多余的技术规格。
当然，你可以备份一份“常见问题解答”，用来应对执行层面的质疑，这样，新闻稿就能专注于客户所能获得的东西上。史蒂芬的经验是，如果新闻稿很难写，那产品可能也很糟糕。所以，产品经理要反复修改新闻稿，直到听起来像那么回事儿。反复修改新闻稿相比产品做出来了之后再迭代，投入要少得多，而且也更快捷!史蒂芬介绍说，一旦项目进入到开发阶段，内部新闻发布会就可以作为试金石和指路明灯。
此外，在研发过程中，产品团队会经常问自己：“我们正在研发的产品和发布会中描述的一致吗?”如果他们发现自己所做的事和发布会上的产品无关(或者过度开发)，就要反思为什么。这样做，能够让产品研发专注于实现客户的利益，而不会去研发一些既需要长时间投入、又浪费资源去维护，还不能给客户真正利益的产品。
