亚马逊上产品模板翻译 亚马逊在产品开发和产品管理上使用的内部新闻稿

虎嗅笔记：两年前在《在亚马逊，如果你想为贝索斯做任何产品提案，你必须写一篇新闻稿》的文章中，提到了一篇发表在在线杂志网站上的文章。《Amazon Cult》一文中的一个细节可以帮助我们了解亚马逊是如何关注用户需求，时刻提醒自己不要出错的。

在大多数美国公司，你只在新产品完成后才写新闻稿；但在亚马逊，你必须在一开始就写新闻稿。在亚马逊工作了 3 年多的克里斯布朗说：“如果你想向杰夫贝索斯或杰夫手下的其他高管提出什么建议，那么你首先要做的就是写一篇与之相关的新闻稿，就好像你要给世界带来一种产品一样。”

贝索斯等高管要求员工写这样的新闻稿，是为了让员工直接指向客户的需求，这构成了推动亚马逊前进的更强大的力量。布朗回忆道：“这是让我印象深刻的事情之一。如果有人提出一个有趣的想法，如果他们说，‘哇，我会发现它很有用’，那么接下来的问题是‘任何客户会发现这个吗？有用？'”

本文进一步介绍了亚马逊内部新闻稿的内容。原文来自：Quora，译者：余承祥（Staring Job 产品经理）

有一种方法叫做“逆向推理”，在亚马逊被广泛使用。我们尝试从客户那里进行反击，而不是在我们对产品有了想法后试图将客户与其联系起来。同时，逆向推理可以应用于任何特殊产品的决策。这种方法在开发新产品或新功能时尤为重要。

对于新计划亚马逊上产品模板翻译，产品经理的典型方法是撰写描述*终产品的内部新闻稿。新闻稿的目标受众是新产品或更新产品的客户。客户可以是某种工具或技术的零售客户或内部用户。内部新闻稿重点关注客户问题：当前解决方案如何失败，以及新解决方案如何取代现有解决方案。

如果提议的好处听起来不有趣或让用户兴奋，则它可能不是好处。产品经理应该反复修改内部新闻稿，直到他们提出的好处听起来像好处。修改内部新闻稿的成本可能低于迭代产品本身的成本。

给你一个产品新闻稿的大纲：

如果新闻稿超过一页半，则可能太长。简而言之，大多数段落只有三四个句子，剪掉多余的部分。不要把它变成手册。您可以在新闻稿后添加常见问题，回答其他事项或实施问题，使新闻稿聚焦客户获得的内容。我的经验是，如果新闻稿很难写，产品也可能很糟糕。继续修改亚马逊上产品模板翻译，直到大纲下的每一段都流畅为止。

我也喜欢用“奥普拉脱口秀”的方式为主流客户的产品撰写新闻稿。假设你坐在奥普拉的沙发上，你只需要向她介绍产品，然后听她如何向观众解释产品。那是“奥普拉的脱口秀方式”，而不是“专家演讲”。

一旦项目进入开发阶段，新闻稿就可以作为试金石和路标。产品团队问自己，“我们是在开发新闻稿上的产品吗？” 如果他们发现他们花时间开发的产品不是新闻稿上的产品，他们需要问为什么。这样，产品开发就可以专注于实现客户的利益，而不是把时间花在开发上。它消耗资源来维护与此无关的东西，并不能给用户带来真正的好处。