你做过这个噩梦吗？用户说"我需要一个导出功能"，你加了。老板说"竞品有这个功能"，你加了。运营说"加个消息推送能提升留存"，你加了。半年后，你打开自己的产品，发现——你已经不知道它到底是做什么的了。
这不是你的错，这是功能膨胀的诅咒。而它正在杀死你的产品，以一种你完全没察觉的方式。
我做了 204 个工具之后，最深的一个体会是：每加一个功能，其他所有功能的价值都在被稀释。这不是比喻，这是一个数学事实。
每个功能都在稀释其他功能
想象一下，你打开一个工具，界面上有 3 个按钮。你找到目标功能的概率是 100%——因为总共就 3 个选项，扫一眼就知道了。
现在想象这个工具变成了 30 个按钮。你找到目标功能的概率下降到 10%——不是因为你变笨了，而是因为界面充满了噪声，你的注意力被分散了。更可怕的是，你连这个工具能做什么都记不住了。
这就是功能膨胀的第一层代价：认知负担。
我以前维护过一个工具站，最开始只有 3 个核心功能，用户反馈特别好。后来我陆陆续续加了 10 多个功能，覆盖了"用户可能想要的所有场景"。结果呢？用户留存率反而下降了。我花了一个月去分析数据，才发现一个残酷的事实：用户打开工具站，面对一堆按钮，根本不知道从哪里开始。他们干脆不来了。
每一个功能，看似是在"增加价值"，实际上是在提高用户使用其他所有功能的门槛。
微信的"克制"不是传说
每次我写这个话题，都有人拿微信举例子。但微信的"克制"不是大多数人以为的那样。
很多人说微信"克制"是因为它功能少——这完全说反了。微信现在的功能一点不少：朋友圈、公众号、小程序、视频号、支付、购物、打车、理财……你数都数不过来。但为什么微信做了这么多功能，你却从来没觉得它"重"？
因为微信的每一个功能，都遵循一个核心原则：不打扰。
视频号没有独立入口，藏在发现页里。小程序没有首页推荐，你搜了才出现。甚至连公众号的推送，都被折叠到"订阅号消息"——一个你只有在"想起来了"的时候才会去看的地方。
微信的"克制"不是不做功能，而是把功能藏起来，让用户在自己需要的时候才找到它。而大多数产品的做法正好相反——把功能铺在脸上，恨不得你一打开就知道"我们有这么多功能！"
结果呢？用户记住的不是"这个产品帮助我完成了什么"，而是"这个产品有好多乱七八糟的东西"。
Notion 的"什么都能做"的代价
Notion 是一个很有意思的案例——它强大到几乎什么都能做。笔记、项目管理、数据库、Wiki、文档协作、CRM……你可以在 Notion 里搭建一个完整的操作系统。
但正是这种"什么都能做"，让 Notion 面临一个巨大的挑战：新用户的学习成本太高了。我认识不少朋友，安装 Notion 之后打开，面对一个空白的页面，完全不知道从何下手。他们在 Twitter 上调侃："Notion 不是用来提高生产力的，Notion 本身就是一个需要你花大量时间学习和维护的副项目。"
这不是说 Notion 做错了。Notion 的定位就是"灵活的工具"。但它的成功恰恰不在于"什么都能做"，而在于它把"什么都能做"这个理念执行得足够好，以至于用户愿意为它的灵活付出学习成本。
如果你的产品没有 Notion 这样的品牌势能、没有足够多的忠实用户、没有足够强的口碑传播——你没有资格做"什么都能做"。你需要找到一个核心场景，把这个场景做到极致，做到让用户一提到这个场景就想到你。
什么时候该加功能？
我给自己定了一个"三问法则"，每次有人提议加功能，我都会先问这三个问题：
- 这个功能解决了多少用户的真实问题？如果小于 50%，不做。不要为了 10% 的用户去打扰那 90% 的用户。
- 不加这个功能，用户会离开吗？如果不会，再想想。用户不是因为你没有功能 A 而离开，而是因为核心功能 B 做得不够好。
- 这个功能能通过"调优"而非"增加"来实现吗？90% 的情况下，答案是"能"。用户说"我需要导出"，其实是要"能保存我的工作"——有时候一个自动保存就够了。
这三个问题之后，通常 80% 的功能提议都会自然消失。剩下的 20%，才是真正值得做的。
少即是多，但不是你想的那样
我在之前的文章——《重新理解「简单」》里提到过：简单不是不思考的借口，恰恰相反，简单是思考的终极产物。
功能少的产品，不是做着做着就变少的——是选择出来的。每一个留下来的功能，都必须回答一个问题：如果这个功能不存在，用户的核心任务还能不能完成？
如果你的产品能回答这个问题，并且答案是"能"——恭喜你，你可能找到了那个真正值得做的功能。如果你的产品有一堆功能，每一个都无法回答这个问题——那你需要重新审视你的产品定义了。
少做一个功能，比多做十个功能需要更多的勇气和判断力。但正是这种勇气，区分了优秀的产品和"合集"。
你的产品，是工具，还是合集？