reverse is an important method to do somehting
刚看到这个标题的时候以为他是个写作方法，没想到是个研发方法。因为他很重要，让用户清楚, 列出交代项, 这个就是复盘&&演算的一个工作方法。
目的： 新闻稿的目标受众是新产品或更新的产品客户，客户可以是零售客户，或者是某种工具或技术的内部用户。内部新闻稿以客户问题为中心展开：目前的解决方案是如何失败的，新的解决方案如何替代现有解决方案。
它是给大家一个 guideline，其实它是一个非常重要的思维方式的变迁，是从客户和大众的角度来思考这件事的。通过新闻通稿，明确目标客户、成功标准、可能遇到的困难与障碍以及必须坚持的设计原则，就完成了对创意从初步概念到实施规划的细致打磨。
实质： 亚马逊先写新闻稿的产品研发方法，背后是逆向思维和终局思维。
亚马逊的理由很简单，一个新产品诞生后，无论产品多么精彩，你都是需要以新闻稿为载体，将产品展现给相关客户来看的。如果受众不明白新闻稿中描述的内容，一种可能是文字表达不到位，那么继续精进文字表述；另一种可能，就是说明你的服务或产品其实本质上根本不具备足够的吸引力。由于新闻稿是在构建产品之前完成的，此时获得受众的反馈，能够使企业提前预知这个产品在开发中可能遇到的困难，防止企业在注定失败的道路上付出过多的时间和成本。
传统企业问题 硅谷很多公司技术都很好，为什么产品出来之后一直没有办法面向客户？因为虽然技术好，却无法产品化和商业化。而亚马逊就通过这种方式相对控制了风险。
传统企业的做法往往是研发团队研发出一款产品，然后将产品丢给市场部，市场部绞尽脑汁写宣传稿，发布出去，销售团队就去销售这个产品，寻找它的客户。
传统的大公司，大家都是职业经理人，很擅长写非常长的充满细节的文档。但从工作效率上讲， 信息越长，传递的损耗量越大，
Press Release 定义及机制 亚马逊的 Backwards 机制强调市场来自于真实的需求。研发团队会去考虑所谓的“一页纸” PR FAQ 以及 User Manual，由研发团队想象、创造、完成这些东西之后，才着手去完成产品开发。当产品开发之后，它的目标市场、受众以及优缺点等都非常清楚，我们就很容易将这个产品推向市场，并且使它为用户所接受。
为什么叫 PR FAQ，就是计划一个产品就像写一个产品的 PR 发布稿一样，你要列上客户和大众会问的问题，要站在那个高度或者那个时间点来重新思考。之所以要这样，是因为我们太了解这项技术了，所以我们很容易进入到一个误区。比如说，我能做什么？什么是最先进的？大家都在做什么？我们怎样做最 fancy？这是从技术出发决定产品方向。可是亚马逊很注重客户，我们会站到另一个角度重新思考，来看这个 fancy 的东西大家需不需要？发布后大家的反馈会是什么样的？针对这个产品大家会有什么问题？对于这些问题我们再回来思考产品的形态应该有什么？到底哪些组成部分放到优先级？这是一个转换角度的思考。
该机制如何运作： 开发产品之前，产品经理需要先撰写一篇描述最终产品各方面性能的新闻稿。 开发团队还会写一个“常见问题解答”手册，里面会详细解答每个有可能收到的问题，就像真发了新闻稿一样。 然后与新产品相关的专家会展开具体讨论。**从副总裁到初级软件开发人员，都会在一个屋子里共同参与讨论，这时每个人都有义务发言。亚马逊希望所有与新产品相关的人，相信自己与这个项目有关。如果有人觉得，新闻稿描述的这个产品哪里错了，势必要大声说出来。 在经过了这么一大段的“纸上谈兵”的虚拟研讨之后，被完善了的新闻稿就会向新老用户，零售客户，以及内部用户发布。 产品经理和公关人员，需要在这篇虚构的新闻稿里面，描述现有产品的缺陷，并指出新产品将如何解决问题，客户会如何从中获益（要注意哦，这个时候，这个新产品的开发工作还没有任何实质性的启动，一切开发皆始于这篇“新闻稿”上面的纸上谈兵）； 如果这份新闻稿听起来很没意思，用户对新产品的反应十分平淡，那么亚马逊的的内部审核流程将终止，也就是不会进入到实际构建产品阶段，然后那么提出产品创意的产品经理就要反复修改新闻稿，直到新闻稿听起来像那么回事儿，能够使得被测试的新老用户，零售商、以及内部用户激动起来。 产品新闻稿的大纲 标题——以读者明白的方式命名产品。 副标题——描述产品的目标受众，以及他们的受益点。仅用一句话说清楚。 摘要——给出产品和受益点的摘要。假设读者不读其他内容，所以要让这个段落出彩。 问题——描述你的产品要解决的问题。 你的评价——公司发言人的评价。 如何开始——描述开始使用多么简单。 客户评价——提供你想象中的客户的评价，评价描述他们如何从产品中获得好处。 结尾号召行动——呼吁行动，给出读者下一步行动的指南。 案例应用 以 Amazon Alexa、Echo 举例，可能最初大家觉得这就是一个音箱，语音这个东西早就有了。其实它没有炫技，反而是基于语音、交互和智能家居场景下的客户应用这样一个很好的切入点来发布，这是大家后来越来越追捧它的原因。除了技术本身的优越度之外，它是以智能家居、智能音箱为先河的语音产品中用户购买量最大的，真正走入了用户家庭中。我觉得这是非常重要的一点，商业化的成功和技术性的成功总是会有差异的。
其他注意事项： 如果新闻稿超过一页半纸，这可能太长了，要简洁，大部分段落只要三四个句子。砍掉多余的部分，不要做成说明书。你可以在新闻稿后附加常见的问题，用来回答其他事项的问题或者执行的问题，这样新闻稿就专注在客户获取的内容上。
不要把新闻稿做成说明书，如果有什么常见问题。你可以在新闻稿后附加常见的问题，用来回答其他事项的问题或者执行的问题
在亚马逊，一篇新闻稿被反复修改十几次甚至更多，其实是常有的事，直到稿件中描述的想法足够吸引人之后，公司才会启动开发流程；相反，有些想法虽好，但经过新闻稿的千锤百炼之后，还是没有足够的吸引力，那么在亚马逊，这个想法最后就会被毫不犹豫地放弃。
我觉得不管想说清多复杂的问题和产品，一页纸也就够了，可能会写个几页，大家再慢慢筛减，把重点挑出来。这种语言重组的思维过程本身就是一个非常重要的发掘产品重点和梳理产品想法的过程。
应用延展 创业者除了在创新产品过程中学习这个方法，还可以把这个方法用到生活工作的各个地方。你想成为什么样的人，想取得什么样的成就，都可以先想象一下，写一份新闻稿。随后不断修改这份虚拟的新闻稿，直到它让你感到满意和兴奋。新闻稿写好后，你就有了长远目标。当起点和终点都确定时，你就可以倒推回来，细化每一步的执行方案。先写一份新闻稿，不仅更容易成功，也能避免目标达成后的茫然感。很多人经过多年艰辛努力，终于实现了自己最初的梦想。