本文于合集 《用户体验设计流程和文档编制概述》 中被引用

在亚马逊，我们广泛使用一种“逆向工作法”。我们不会拍脑门想出一个产品创意，然后把消费者需求往这个创意上靠，而是回到消费者本身。逆向工作法在任何具体的产品决策中都可以使用，而在开发新产品和新功能时效果拔群。

产品经理通常会根据新的提议，撰写一篇描述最终产品的内部新闻发布稿。内部新闻发布面向新老用户，他们或是零售客户，或是某种工具技术的内部用户。内部新闻以客户的问题为中心，阐明目前的解决方案(内部或者外部的)的缺憾，以及新产品将如何轻而易举的搞定现有问题。

如果这份客户收益列表听起来很没意思也不激动人心，那解决方案就不够好(当然也就不会进入下一阶段去构建产品)。产品经理要反复修改新闻稿，直到听起来像那么回事儿。反复修改新闻稿相比产品做出来了之后再迭代，投入要少的多(而且也更快!)。

下面是一个新闻提纲编写的范例:

标题 - 用读者(你的目标客户)能理解的方式给产品起个名字。

副标题 - 描述产品的目标客户群，他们将会得到什么好处。在标题下用一句话说清楚。

总结 - 总结产品和带来的好处。这段一定要写好，设想你读者只关注这一段，不会再往下看了。

问题 - 描述你产品解决的问题。

解决方案 - 描述产品如何优雅地解决问题。

你的引证 - 引用一位你公司发言人所说的话。

如何开始 - 描述开始使用是多么的简单。

客户评述 - 假想一个客户的评价，描述他们如何体验到你产品带来的好处。

收尾和号召 - 收尾然后为读者指明下一步的方向。

如果新闻稿多于一页半，可能就太长了。要保持简洁。一段最多就写3-4句话。抛弃多余的技术规格。你可以附一份常见问题解答(FAQ)，用来回答有关商业 或执行的问题，这样新闻稿就可以专注于客户所能获得的东西上。我的经验是如果觉得新闻稿很难写，那产品也好不到哪里去。反复修改，直到提纲的每一段都很流 畅。

对了，我同样喜欢用“奥普拉脱口秀”的形式来写面向主流消费群的产品新闻稿。想象你正坐在欧普拉的沙发上，刚给她解释完你的产品，然后你再听她如何把你的产品介绍给观众。记住这是“奥普拉脱口秀”，不是“极客宣讲”。

一旦进入项目开发阶段，内部新闻发布会可以作为试金石和指明灯。产品团队要时刻自问，“我们正在构建的产品，和发布会中描述的一样吗?”如果他们发现自己 花时间做的事情和“发布会”上的产品无关(或过度开发)，那就必须要反思为什么。这样可以让产品的开发专注于实现客户的利益，而不是构建一些需要长时间投 入，浪费资源去维护，又给不了用户什么真正利益的东西(至少不能像“发布会”中承诺的那样)。

(责任编辑：CNETOL。本文版权归作者所有，转载请注明来自中网在线，并保留原文作者与链接！)