下面是一组简单的是/否问题，您可以在向产品路线图中添加其他项目之前快速回答这些问题。对一个功能请求说"是"，无论是对现有客户、产品查询、团队成员还是经理，都会立即获得回报。这是一个不言而喻的交易，你可以用长期的产品重心来换取短期的满意。用长期的痛苦换取短期的快乐是人类的条件。以前我们已经写过产品策略意味着拒绝，数据无价，但是一个拒绝一个特性的理由列表并不像任何新特性必须通过的测试那样立即有用。我们的许多读者也向我们明确指出：所以这里有一个问题列表，你的新功能必须直接得分是的。1它符合你的愿景吗？比任何指标、客户要求或销售目标更重要的是你的愿景。你认为别人不会做什么？你对这个问题了解多少别人都不知道的？你认为应该如何解决？任何人都可以获取数据，组织焦点小组，阅读高德纳报告，走出大楼，但只有你有自己的愿景。仅仅基于愿景的产品决策有时看起来不合理，因为它们是艰难的决定。大多数人都明白，他们的bug跟踪器不监视服务器的正常运行时间。很少有人争论，这不是一个无关紧要的问题。但是，项目管理工具是否应该具有报告功能？不太清楚。更微妙的决定是你遇到阻力的时候。同事、客户，甚至其他产品经理和创始人都会推卸责任。这里有一些例子。Garrett Dimon拒绝在他的问题跟踪者Sifter中添加"暂挂"状态，因为他根本不相信这是管理问题的正确方法。在上网本是最流行的个人电脑风格的时候，苹果拒绝发货。每个分析师都要求它。Basecamp拒绝添加甘特图。因此，他们被称为盲目的思想家比做一个艰难的决定更糟糕的是，你永远不会真正知道自己是否做对了。没有权利。没有错。这是艺术，不是科学。只有你和你的愿景。25年后还会有影响吗？在最新的潮流中跃跃欲试是最直接的满足。Twitter卡、谷歌眼镜应用、可穿戴应用、Facebook应用、一些新的JavaScript效果库——这些都迫切需要使用。它会让你感觉现代。这是一个既难又无聊的问题，但这是否仍能在五年内实现价值？你会觉得自己像是产品规划的坏脾气。但那个在2013年非常火爆的应用到了2014年就消失了。去年所有人都喜欢的滑动、褪色和折叠效果，今年看起来很俗气。如果你打算把你生命中最好的几年都花在一件产品上，那就避开时髦，把精力放在有意义的东西上。三。每个人都会从中受益吗？小心"频率"偏见。你认为你经常听到或最近听到的事情应该毫无疑问是路线图。这是你天生的对顾客的同情所引起的自然反应。反复告诉别人"不"，然后一遍又一遍地听到同样的回答是不好的，购买云服务器，所以，在可能的情况下，"frecently"会被用作奖励自己的借口。"当然，我们会建立它，我今天已经听过两次了，"这位拥有4800个每日活跃用户的创始人说，她拥有0.0625%的客户群。Frecently bias的危险在于，它给你一种分析的错觉，一种你已经做了功课的感觉，这是你得出的理性结论。事实上，你已经做了一个懒散的决定来满足一小部分人声用户的心血来潮，而没有花一秒钟去调查到底有多少人真正想要或需要这个功能。4它会改进、补充或创新现有的工作流程吗？将一个全新的工作流添加到您的产品中应该很少发生。你的大部分时间应该花在改进、补充或创新现有的项目上，对于任何给定的项目，你应该知道你在做哪些。如果您正在改进当前的解决方案，那么您的度量标准将是客户满意度和/或工具时间的减少，或者支持请求。如果您是对它的补充，您的度量将是工作流吞吐量的增加，因为它现在可以在更多情况下工作，或者可以在更多的情况下使用。创新是最棘手的。你在为神话中的"全新的方式"而努力，它承担了如此多的风险，却提供了如此多的回报。你的衡量标准可能是新客户的获得，尽管他们往往是间接来的，作为公关，营销或意识的结果。重新设计很有趣，但你可以在它们上面旋转你的轮子。一个很好的方法就是简单地问"会有更多的人使用它吗？"？人们会更多地使用它吗？如果两者都没有，那么它对那些使用它的人来说肯定会更好吗？"5它能促进业务增长吗？你能把这个新功能带来的影响和新的收入联系起来吗？在上面的例子中，公司以项目模板为例，理由是模板可以在更多的情况下使用，这会增加客户拥有的项目数量，进而增加升级，万云，从而增加收入。请注意，减少客户流失也会增加业务；美元并不在乎它们来自哪里。通常会添加一个特性来确保客户的粘性，或者扩大产品周围的护城河。在所有情况下，ecs云服务器，大数据分析，关键的一点是了解任何工作是如何影响增长的，毕竟每个人都致力于增长。6它会产生新的有意义的接触吗？大多数度量忽略了系统，只关注被添加的独立特性。在你的产品上放一个新按钮，人们就会点击它。获得足够的点击量，你可以称之为参与度的增加。但那是胡说八道。一个衡量标准是"让人们停止做其他事情"。因此，如果您添加一个指标来跟踪产品的一个领域，您还必须分析其他可能受到影响的领域。一个现实世界的隐喻是"含石灰的健怡可乐"对健怡可乐销售的影响。我们看到了启动一个全新的工作流程是如何影响销售的。如果你是减肥可乐加石灰的项目经理，你可以说你的产品发布是成功的，但如果你是首席执行官，你会意识到你的产品线复杂，买了所有这些酸橙，所有的果汁机，所有的广告，没有新的收入来显示。不完全是一个成功，无论项目经理可以向你展示什么样的指标。7如果它成功了，我们能负担得起吗？"速胜"和"轻松破解"的一个谬论是，他们通常只在发布前评估所需的工作，例如，有人给你的应用程序添加了JavaScript bookmarklet，或是某个机构以创纪录的时间和低成本生产了一个Windows Phone应用程序，而且由于工作量相对较小，而且这个想法有意义，所以您将其发布。成功！然后，支持请求来了，结果发现您的团队中没有人了解XAML，所以您不得不面对一个失败的构建，并且有几百个客户抱怨支持它。当然，这从来没有那么明显。好的工程师很少说他们不知道什么，他们会在某个晚上进行攻关，展示出一些初步的能力，然后估计他们修复错误需要多长时间。这是你发布此应用程序时没有计划花费的所有时间。这种估计是错误的。然后是一些。另一个可以影响的领域是提供激励，或者你无法证明的计划。如果你有一个CMS产品，你提供免费的主页设计，你会得到更多的注册。当你真的需要吸引顾客去尝试一个还未经验证的产品时，尽早这样做是有意义的，但它不会长期有效。不言而喻，做不可伸缩的事情是一个很好的策略，直到你扩展。8我们能设计出奖励大于努力吗？正如Paul之前所写的，对于任何要使用的特性，感知到的好处必须大于感知到的努力。最终用户明白googleplus可能带来的好处，但将联系人的许多副本定期拖放到不同的框中的开销是不值得的。我觉得拆分支票的应用程序通常都属于这一类。拆分支票可能是一个痛点，但迄今为止看到的任何解决方案仍然成本太高，而且我们谈的不是价格。我们谈论的是时间、管理费用、社会资本等。产品设计是关于成本效益分析的。一件事有多有用，有多难做。我是这么想的…重要的是要知道你在哪个象限进行设计，如果你明智的话，除了最重要的功能之外，你将避开左上角。9我们能做好吗？每一个产品都有被忽视的角落，通常是首相涉足但承认失败的领域。承认失败很少会导致删除一个特性，这通常意味着忽略它，留下一个混乱的轨迹和一个混乱的产品。问题在于产品团队何时应对