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

原文在此: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 上抵制他们的工具,或者发表一些对于产品和用户服务不满的言论。我们都听说过糟糕的公关将产品杀死的恐怖故事。但是多数情况下不是这样的。一个要点是让用户知道你会在将来考虑他们的建议,可以立刻加强他们对于你产品的信心。

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

用户知道什么是最好的

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

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

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

Leave a Reply

Your email address will not be published. Required fields are marked *