[翻译]不要为了让用户高兴，就添加功能

原文在此：http://www.zurb.com/article/561/dont-add-features-to-make-customers-happy
原作者：Dmitry Dragilev

公司中午年饭，喝了几杯红酒……借着酒劲，七里咔喳把这篇早上看到的关于产品设计的文章翻译了出来。大家凑合看，我睡会了……

—-译文分割线—-

这是迷思，不要沉迷于此。在将来的产品策略中，你其实不需要为了让你的用户开心，而添加他们要求的功能。不，你的用户并不总是正确的。不，你的用户并不总是知道他们要什么。不，你的用户不会因为你没有实现他们所有的需求而愤怒。

让我们讨论一下你的用户的功能需求，以及他们有一个好点子，你应当如何做？这是通常的商业思考：

1. 我们需要让用户开心
2. 他们对于这个功能有个极好的用例！
3. 可能其他用户会使用这个功能。
4. 我们需要更多的功能以便做更多的改善。
5. 想要这个功能的人可能很多。
6. 好吧，让我们添加这个功能，让我们的用户开心！

如果你刚刚开始一个产品，添加更多的功能并不会带来更多的回报。你应当关注于产品的核心功能。这里有一段摘自 Recurly.com 创始人 Isaac Hall 的谏言，Recurly.com 有着跟 Dropbox 相同的功能，但是由于在一开始添加了太多的功能从而输掉了这场游戏。

最终，这是由一个非常难以置信的想法而决定：Dropbox 决心限制其功能集合。它只有一个同步从来不会出问题的文件夹——这就是魔法。Syncplicity 可以同步你电脑中的每个文件夹，除非你取消这个设置（不幸的是，有一堆使用这个功能的用户通常会同步 C:\Windows\ ——噢！）我们的公司有太多的功能，同时这导致用户最根本的混乱。在这个环节中，需要足够的用户支持而导致我们不能专注于产品，我们太忙了，以至于不能修复任何错误。–Isaac Hall

每个公司都会增加功能以便创造额外的收益，但是你必须在产品变得成熟之前保持克制。Syncplicity 就是血的教训。

商业上来说，在游戏的初期，都是很害怕拒绝用户的功能请求。为什么？这有一些关于这个问题的迷思：

为了让用户开心，我们需要满足他们的所有需求

请相信，你不必实现用户告诉你的所有功能从而让他们开心。倾听，就像在和你的另一半在争执中时那样，然后说“对不起，我会为这个做些事情，这里有一个替代的解决方案。”如果你不能在给定的时间里，完全满足用户的需求，那就给他们替代的办法。一个极好的例子：我给 Zappos 打电话为了我妻子订购靴子。他们没有我想要的尺码。电话另一头的那位在 Google 上在竞争对手的网站上找到了我要的尺码，同时价格更便宜。于是我决定在他们竞争对手那里买这双鞋，同时也感谢了她的好心。但是，你认为我不会再给他们打个电话买其他的鞋吗？

用户会变得疯狂，同时我们会有公关危机

许多生意人害怕他们的用户烦躁，然后在 Twitter 上抵制他们的工具，或者发表一些对于产品和用户服务不满的言论。我们都听说过糟糕的公关将产品杀死的恐怖故事。但是多数情况下不是这样的。一个要点是让用户知道你会在将来考虑他们的建议，可以立刻加强他们对于你产品的信心。

用户会在接下来的几个月的时间里关注，但也可能不在乎。如果他们关注，你可以让他们知道你已经考虑过他们的建议，并且这时可以决定添加这个功能。在公司已经考虑了用户需求的功能，并且决定不实现它的时候，是不会出现公关危机的。

用户知道什么是最好的

不，绝对不是！谁这么说的？用户在提出需求的时候已经用了你的工具多久了？一个星期？几个月？一年？你自己用了多久？你是你的产品的超级用户。你知道你的产品要比任何人的好。你有产品的远景。你明白最初创建产品的要点。所以，我问你，谁最懂你的产品？你还是用户？

因此，你是产品的第一号用户，添加的任何功能都是增强产品的体验。你明白工具的核心用例。如果功能不能帮助你使用工具，那又如何帮助其他人像你一样的尝试使用它呢？

好奇 – 你向产品添加功能的条件是什么呢？