产品路线图的重点往往是做大产品,因此随着产品的进化和成长,功能也将越来越多。虽然这本身没有错,但在我开发Quibb的过程中却发现,学会删除功能也是产品设计和管理能力的重要体现。

如果想要简化产品,减少冗余,目前似乎并无太多现成资料可以参考。在决定删除各种功能时,我参考了一些成熟企业的相关做法——首先找到问题,然后进行权衡,最终艰难决策,终极目标就是开发出更好的产品。

用户还是公司?

在评估现有功能时,必须对具体影响展开详细评估,同时了解此举对用户和开发企业的影响。虽然用户和企业的目标往往是一致的,但却并非总是如此。

Quora几年前推出的“直接提问”功能就陷入了这种困境。这项功能允许一名用户直接在其他Quora用户的主页上向其提问。

该功能或许的确降低了提问门槛,使得用户可以向自己信任的人提问。但Quora却发现,倘若被提问者直接回答了这类问题,那么这项有价值的信息最终就不会出现在网站的公共提问页面上。

尽管此举能够促成对用户有用的行为,但却会减少向用户呈现的有用信息。

现有用户还是理想用户?

被你定性为“目标”用户的人群,未必从一开始就会使用你的产品。你或许能够详细了解这类用户的特点,也有充分的理由吸引更多这样的用户。

在产品生命周期的各个阶段都会有其特定用户群,但必须牢记的是:切勿让这些早期用户的特点影响你的产品开发思路,以免在设计功能时偏离最初的目标受众。因此,如何一边寻找初期用户感兴趣的功能,一边继续为后期目标用户设计功能,便成为一项艰难的任务。

倘若为初期用户开发过多的功能,事后势必要忍痛割肉。

转移还是删除?

最近出现的一大趋势,令这种艰难的取舍在成熟科技公司中体现得更加明显:开发者并没有完全删除一项功能,而是将其移植到新的产品中。

Dropbox推出图片分享产品Carousel就是出于这一考虑,Facebook也已经单独发布了Messenger应用,而Foursquare的Swarm也印证了这一思路。尽管多数人都无法直接模仿这种战略,但这的确凸显出保持产品专注度的重要性,尤其是在移动设备上。

移动版还是网页版?

我最近与一些聪明的企业家展开了沟通,他们都希望调整基于网页的产品,以便提供一流的移动体验。由于设备类型完全不同,所以移动版往往与网页版有着很大差异。

决定在移动版中删除哪些功能,同样是非常艰难的产品决策。Twitter在这方面表现优异。该服务的网页设置标签中有着非常全面的内容,子菜单多达13项。

但在意识到如此多的设置会干扰移动用户体验后,Twitter决定在移动平台上对这个标签瘦身。

在删除一个平台上的功能时,努力在各个版本的产品间保持类似的用户体验,是一件很难权衡的事情。

技术挑战

在推出或删除功能时,上述权衡和决策标准都必须要仔细思考。但除此之外,技术限制和功能要求同样不容忽视。

每当你开发一项新功能时,都相当于订立了一份契约,必须尽快更新代码,还要保证这些代码能兼容今后增加的其他功能。即便在简单的产品中增加几项功能,管理难度也会迅速增加,令规模小、资源少的公司难以应对。

支持哪些系统、程序加载时间、遗产成本、缩放比例……需要考虑的问题不胜枚举。有时,删除一项技术复杂、表现较差的功能,可以释放出大量的资源,转而投入到更受欢迎、效益更高的功能中。

Quibb早期曾经有一项功能,可以分析尚未使用我们的服务,但却受到现有Quibb会员关注的人的Twitter资料。如果我能够匹配他们的公司名称,便可假设他们是同事,所以邀请此人加入我们的服务便会取得不错的效果。

但假以时日,我发现这项功能会带来很多问题。会员们都抱怨他们的信息流加载速度放缓。在进行权衡后,我删除了那项我们难以应对的功能——由于我们那时的技术资源有限,所以应该将这些资源投入其他更好的功能中。

对所有产品设计师来说,要在任何发展阶段都始终保持简洁的特性,是一项难度极大的任务。(长歌)