产品沉思录 产品沉思录 产品沉思录 产品沉思录
删除功能的意义及艺术

删除功能的意义及艺术

在产品开发中,删除不合理的功能常常被忽视。尽管用户和团队倾向于保留新功能,但从长远来看,取消某些功能是提升产品质量的必要步骤。文章探讨了删除功能的困难原因、取消发布的理由,以及如何成功实施这一过程。强调关注减少技术负担和提升用户满意度的重要性,并建议建立一种鼓励删除功能的团队文化,以避免产品臃肿和用户不满。

我们经常讨论如何设计新功能,却极少讨论如何删除产品功能 —— 无论从智慧还是从心理准备上,都没有。

作为产品打工人时,其实很少主动下线某些不合理的功能,甚至当某些团队提出意见时,还会据理力争。一方面是因为上线功能可以邀功行赏,可以说服大家一起来干;而下线功能是证明自己失败,非但自己没面子,而且其他团队也不想配合,所以许多恶心的功能就会一直挂在产品上,像一坨屎一样不断招惹来 Bug 的苍蝇。

而从用户角度来看,他们也喜欢新功能,毕竟「看起来更强大」是人的本性,而且无论再小众的功能都会有一小部分忠实的簇拥,而人本身都是损失厌恶的,所以当你要下掉这些功能时,总有一些核心用户来威胁你。

实事求是的对待现实是一件很难的事情,也是大多数人逃避的事情。而一个产品的生命周期中总会有错误的决策,哪怕如微信也曾经在开放平台的设计上走了很大的弯路。所以学会删除功能是让产品蜕变的必经之路。

本文来自 Reforge,主要提到为何删除功能这么难,如何删除功能及设计衡量指标,以及最终的补救措施。我也在文中补充一个 flomo 的案例,也欢迎你分享自己亲手「杀死」自己设计功能的故事。

01为什么不应该保留此功能

大多数时候我们设计产品默认的目标是「发布明显价值的东西」。但在团队中,没有人能通过「不做」某事或者「删除」某功能而晋升或者获得影响力,大家都希望不断地发布来获取奖励。

从产品功能周期来看,发布上线并不是结束,还应该包括监控指标,迭代功能,以及周期性的评估功能/产品的价值。

所以取消某功能始终是一个选择,而且默认问题不应该是「为何要保留此功能」,而是应该反过来思考「为何不应该保留此功能」。

02取消发布的八个理由

我们在去年 11 月份下线了 flomo 的随机漫步,虽然这个功能「看起来很吸引人」,但是实际上是:

这里需要诚实面对:虽然是我的主意且还有不少用户来询问,但实际上使用率很低,成本很高。当时我的思路还是「挽救一下或可行」设计了其他几个版本,但实事求是来看其实这不是迭代能解决的问题,而是功能设计时的定位问题,基本上没有改命的余地,所以最终才下线了。

所以要注意取消发布关注的指标,不要关注「我们失去了什么」,而是要看「我们得到了什么」,比如:

03为何取消发布如此困难?

需要有一种「拆船依旧有价值」的团队文化,而不仅仅是鼓励大家「造船」,这样才能确保大家敢于将已经发布的功能下线。

04当你犹豫时,状态只会更糟

如果一个功能处于不确定的状态,就应该被杀死,而不是将继续保留,否则将会造成:

而持续拖延也会像债务一样积累,积累越多,将来纠偏的决策成本就越高

05如何成功地取消发布

对团队内部

对用户

06小结

如上期所说,跑得快并不能形成竞争优势;同样产品的价值也不会因为功能的堆叠而增值,我们应该寻找的是足够强壮的少数功能,并且让这些功能之间形成乘法效应。

犹记王兴饭否的一段话:大多数人以为战争是由拼搏组成的,其实不是,是由等待和煎熬组成的...

所以做得多不一定做得对,谋定而后动;而出错了就要承认,避免债务积累。

推荐阅读: