你真正该做的那个功能需求（以及如何分辨）

你已经懂得对糟糕的功能需求说不。你学会了把范围蔓延和核心功能区分开来。你在守护自己产品的边界。

但现在你陷入了另一种为难：你有十几个需求，它们全都通过了那道测试。它们全都是给你应用的。它们全都合情合理。它们全都是你的用户真正想要的东西。可你只能做其中三个。

哪三个？

这正是大多数产品决策出错的地方。创业者会挑那个听起来最唬人的、最赚钱的，或者那个来自他们最重要客户的。有时候他们是对的。但通常他们是错的。

真正重要的信号

信号 1：没人提示就反复出现

如果三个互不相识、没有商量过的用户提出了同一件事，那就是个信号。他们没串通。他们都是各自想到的。如果有五个用户都要它，那就不是巧合了 —— 那是一个真实的需求。

反过来也很重要：如果只有一个用户要、别人都不要，而你还是做了，那你现在就维护着一个别人都不用的功能，而那个用户可能还是不满意（因为你做得有点跑偏）。

做之前先数数需求。别数那个嗓门最大的客户、或者你最大客户提的需求 —— 数那种没人提示就反复出现的。两三个独立的用户要同一样东西，是个比一个重要客户要五样东西强得多的信号。

信号 2：变通办法很说明问题

如果你有用户而且他们留了下来，哪怕这个功能缺着，那他们就是找到了某种变通办法。也许他们在你的应用之外做这件事。也许他们手动做。也许他们同时在用另一个工具。

但他们留下来了，这意味着他们不靠这个功能也能用你的应用。他们要它，是为了把你的应用用得更好。这跟”拦路虎”是两码事。

最要紧的功能，是那些能让人压根没法用你应用的功能。锦上添花的功能，则是那些人们能绕过去的。

留意哪些需求是拦路虎。有人说”你不做 X，我就用不了这个”，对比有人说”你要是有 X 就太好了”。这个区别价值连城。

信号 3：这个功能能跟商业模式捆绑起来

有些功能能解锁全新的赚钱方式。“给我的客户开发票”解锁了一种你可以为开票收费的商业模式。“导出到 Salesforce”解锁了集成收入。“为分销商做白标”解锁了一条合作伙伴渠道。

但诀窍在这儿：在你已经开始上线之前，你并不知道那些模式行不行得通。你没法围绕它们做规划。你只能在上线之后、看人们是否真的用了它，才能注意到它们。

最成功的功能新增，往往是那种 —— 上线这个功能本身，揭示了一个你压根不知道存在的市场。你做了导出功能。结果发现，有公司想把你的导出嵌进他们自己的工作流里。现在你有了一个自己从没规划过的集成故事。

做功能，是因为你的用户需要它们。然后再去观察，你的用户是否以一种能催生新生意的方式需要它们。别先去预测商业模式。

信号 4：那句求助

如果一个用户让你做某样东西，那是个需求。如果一个用户问你能不能做某样东西，还主动提出帮忙测试，那就不一样了。

主动提出帮忙测试的人，是那些对结果有投入的人。他们会认真地用这个功能。他们会上报 bug。他们会告诉你它到底有没有解决他们的问题。

而那些只是提需求的人，是那些指望你能凭空变出他们脑中所想的人。有时候你会做到。但往往你做不到。

先和愿意测试的人一起做。其余的都是次要的。

每个产品都有那么一个功能，你要是把它上线了，你听起来就更唬人。对预约类应用来说，是接入 Calendly。对任务类应用来说，是接入 Slack。人人都知道那些是什么。人人都想要。

问题来了：人人也都在从别人那儿得到它们。如果你的功能不是和 Slack 最好、最顺手的那个集成，那它只是给你的应用添了复杂度，却不会让你出名。

真正让你出名的功能，是那些你独一无二地有资格去做的 —— 因为你比任何人都更懂你那批特定用户的问题。那些不是面子功能。那些是为真实的人解决真实问题的、无聊的功能。

Slack 集成很唬人。而一个能让你的用户把某件具体的事，做得比 Slack 想都没想过的还要快得多的工具，才有价值。

当你手上有一批功能需求，全都通过了”这在范围内吗？“的测试时，按下面这几条来排序：

然后就按这个顺序去做。不是按听起来唬人的顺序。不是按你最大客户的顺序。而是按那些真正在用你应用的人发出的真实信号的顺序。

你会收到一些进不了名单的需求。别假装你哪天会做它们。直接告诉用户：“我们现在不做那个。原因如下。我们正在做的是这些。这里有个也许对你管用的替代方案。”

那份坦诚，比你以为的要重要得多。比起苦等六个月、空抱希望，用户宁愿知道你不会去做。

而且有时候，你一旦说了”不”，用户就会找到一个变通办法、或者另一个工具，又或者换种方式解决了问题。这没关系。你没法做到面面俱到、人人满意。

笑到最后的产品，是那些把自己的本职做好、并仔细倾听用户真正需要什么的产品，而不是那些什么都想做、最后什么都不是的产品。