大多数用户只使用软件约 20% 的功能，但关键在于 每个用户使用的 20% 都不相同。当软件试图满足所有人而变得臃肿时，新增的功能反而会妨碍用户使用他们真正依赖的核心部分。成功的策略不是追求面面俱到，而是通过两种方式解决这个问题：要么像 Kagi 和 Figma 那样，专注于服务被巨头忽视的特定用户群体；要么像 VS Code 那样，提供一个可定制的基础平台，让用户自己构建所需的功能组合。
每个人的 20% 都不同
一个广为人知的法则是，大多数用户只使用一款应用 20% 的功能。但这里有一个更深层的真相：每个用户使用的 20% 都是不一样的。
以微软 Office 套件为例：
- 作家在 Word 中起草文稿，但从不使用邮件合并功能。
- 分析师在 Excel 中制作数据透视表，但从不编写脚本。
- 演讲者在 PowerPoint 中制作幻灯片，但从不给任何对象添加动画。
他们都在使用同一个庞大软件的不同切片，并且都认为自己使用的那部分才是最重要的。当软件更新时，许多用户会感到恼火，因为他们觉得应用变得臃肿、变慢，或者他们习惯的工作流程被破坏了。
用户不仅不使用另外 80% 的功能，他们甚至可能 主动厌恶这些功能，因为它们妨碍了自己真正需要的 20%。
被忽视的用户也是市场
我们常常会因为一些小众需求得不到满足而感到沮丧，比如希望搜索引擎能进行精确的关键词匹配，而不是返回“相关词语”。这些需求通常被视为只影响“1% 用户”的边缘问题。
但 1% 的用户基数如果足够大，本身就是一个巨大的市场。Kagi 搜索引擎的创始人就意识到，谷歌那部分不满意的用户（例如讨厌 SEO 垃圾信息的高级用户、注重隐私的人）代表了一个未被开发且有利可图的市场。
- Kagi 的目标不是击败谷歌，而是完美地服务于被谷歌忽视的那一小部分用户。
- Figma 不需要取代 Adobe 的所有工具，它只需要在协作设计方面做得比 Adobe 更好。
- Notion 不需要成为最好的文字处理器或数据库，它只需要成为那些同时需要两者的团队的最佳混合工具。
当成功的软件不可避免地变得复杂时，就会产生新的机会。那些核心需求被埋没在层层“改进”之下的用户，会开始寻找替代品。
为正确的 20% 而构建
成功的现代软件平台，其理念不是提供一切，而是提供一个坚实的基础，让用户自己构建所需。
VS Code 是一个完美的例子。 它本身是一个简单的文本编辑器，但通过无数的扩展插件，每个开发者都可以打造出完全符合自己需求的开发环境。基础保持精简，但每个人的个性化 20% 都能得到满足。
Slack 通过应用集成、Discord 通过机器人和服务器也采用了类似的模式。平台提供基础，而用户在其之上创造自己的体验。
目标不是构建一个为所有人做所有事的产品。那样只会得到一个让多数人感到沮丧的臃肿软件。目标是构建一个能为每个用户做对事情的产品，即使这意味着他们会忽略你构建的大部分功能。
接受“每个人只关心你软件的一部分”这个事实，你就可以停止强迫他们关心全部。你可以开始专注于打造他们真正会热爱的那个部分。