加法的诱惑
每个开发者都经历过这种时刻：
- 用户说想要 A 功能
- 竞品有 B 功能
- 自己觉得 C 功能很酷
于是你不断往产品里加东西。
直到有一天，你的”极简”App 变得臃肿不堪。
我的教训
极简天气曾经是真的极简：一个页面，当前天气，未来几天预报。
然后我加了：
- 空气质量详情
- 生活指数
- 天气资讯
- 分享功能
- 主题商店
- …
用户反馈开始变了：”以前很喜欢，现在有点乱。”
我花了 3 个月重构，砍掉 60% 的功能。这次重构让日活提升了 23%。
减法的价值
1. 降低认知负担
每多一个功能，用户就多一份学习成本。
心理学研究表明：选择越多，决策越难（选择悖论）。
2. 提高核心体验
资源有限时，功能越少，每个功能的质量越高。
与其做 10 个 60 分的功能，不如做 3 个 90 分的功能。
3. 降低维护成本
代码越少，Bug 越少，维护越轻松。
这对独立开发者尤其重要。
如何做减法
1. 明确核心价值
问自己：用户打开这个 App 的核心目的是什么？
一切与核心目的无关的功能，都可以考虑去掉。
例：闪念的核心价值
- ✅ 快速记录想法
- ❌ 社交分享
- ❌ 美化笔记
2. 数据驱动
用数据说话：
- 使用率低于 5% 的功能，考虑删除
- 用户流失点，可能是功能太复杂
- A/B 测试验证假设
3. 80/20 法则
80% 的用户只用 20% 的功能。
把 80% 的精力放在那 20% 的核心功能上。
4. 问”为什么要加”而不是”为什么要删”
默认不加功能，除非有充分理由。
每次想加功能时问自己：
- 这解决了什么核心问题？
- 没有这个功能用户会流失吗？
- 有更简单的方案吗？
隐藏而非删除
有些功能不常用但必要，可以隐藏而非删除：
- 放到设置里
- 高级选项
- 长按触发
- 渐进式披露
案例研究
Good Notes
笔记应用，功能很多但不觉得臃肿。
做法：
- 默认界面极简
- 工具栏可定制
- 高级功能隐藏
Things 3
待办应用的标杆。
做法：
- 只保留核心：收集、组织、执行
- 没有标签颜色、优先级等复杂功能
- 专注于体验细节
Bear
轻量级笔记。
做法：
- 纯文本为主
- 没有文件夹，只有标签
- 没有协作功能
何时该加功能
减法不是目的，用户满意才是。
应该加功能的情况：
- 核心场景有明显缺失
- 大量用户反复请求
- 竞品必备的差异化功能
- 能带来显著商业价值
心态转变
从”我能加什么”转变为”我能删什么”。
每次发版，问自己：这个版本能删点什么吗？
最好的功能是用户感觉不到的功能——一切都刚刚好。
引用
“Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.” — Antoine de Saint-Exupéry
“Less, but better.” — Dieter Rams
总结
做减法比做加法难。
它需要：
- 对产品的深刻理解
- 对用户的真正同理心
- 说”不”的勇气
但回报是值得的：更简单的产品，更满意的用户，更轻松的维护。
这是我追求的方向。
