不要在功能上竞争。要在做更少上竞争。大众市场正在被软件复杂性淹没——机会在于成为那个”能用”的产品。
核心理念
每个成功的简约优先产品都遵循相同的 playbook：找到一个市场，现有产品有 80% 用户但只服务 20% 的需求，然后构建正好满足那 80% 用户需要的产品。
简约的 80/20 法则：80% 的用户只用 20% 的功能。复杂性是为那 20% 建的，但由 80% 的人付费。
适合谁
- 现有产品存在时间足够长积累了复杂性债务的市场
- 用户抱怨学习曲线，而不是缺少功能
- 你的目标用户不是高级用户——他们是想要能用的普通大多数
- 你能比现有产品收费更低但保持健康利润
不适合谁
- 面向真正需要复杂性的高级用户
- 现有产品有网络效应或转换成本超过简约优势
- 监管要求复杂性（合规软件等）
- 在价格上零和竞争而非在体验上赢
关键杠杆
-
找到 80% 的用例 — 大多数用户实际做什么？只建那个，建完美。
-
去掉用户最讨厌的东西 — 表单可能是设置复杂性。分析工具可能是 cookie 同意。任何工具都有用户讨厌的东西。
-
收少但不要免费 — 简约溢价胜过零和竞争。用户信任付费产品多于免费产品。
-
简约有复利效应 — 每个你没加的功能让产品更易解释、更易使用、更易上手。
-
为上手设计，不是为演示设计 — 最好的简约产品不需要教程。
执行顺序
步骤一：映射现有产品的复杂性
找到你的市场中占主导地位的产品。列出每个功能。找出 80% 用户实际使用的 20%。差距就是你的机会。
步骤二：找到痛点
用户抱怨最多的是什么？查看 G2、Capterra、Reddit 帖子。#1 抱怨通常是复杂性，不是缺少功能。
步骤三：建那 20%
只建 80% 用户需要的，去掉其他。2-4 周内发布。你的第一个版本对你来说应该感觉不完整——这才是对的。
步骤四：在上手上赢
设计三步或更少的上手流程。如果需要教程，就还不够简单。
步骤五：让现有产品打功能战
当竞争对手添加功能取悦高级用户时，你保持产品简单、快速、让大众市场愉悦。
本 Stack 中的案例
| 案例 | 现有产品 | 简约角度 | 结果 |
|---|---|---|---|
| Tally | Google Forms, Typeform | 无需账号、最简表单构建器 | $150k MRR |
| Fathom | Google Analytics | 无 cookie、无同意横幅、隐私优先 | 盈利，买断联合创始人后独立运营 |
| ZenMaid | 企业现场服务软件 | 为个体清洁工简单，不为企业 | $200k MRR |
为什么有效
Tally：表单大多很简单。Typeform 添加了调查、分支逻辑和大多数用户永远不需要的集成。Tally 保持表单简单，成为只需要收集信息的用户的默认选择。
Fathom：GDPR 让 Google Analytics 对欧洲用户变得法律复杂。Cookie 同意横幅让每个人烦恼。Fathom 同时解决了法律问题和简约问题。
ZenMaid：企业现场服务软件是为有 50+ 员工的家政公司建的。个体清洁工只需要追踪预约。ZenMaid 为个体清洁工建，不为企业。
风险
- 高级用户会抱怨 — 他们会要你没有的功能。这是特点，不是 bug。
- 价格天花板 — 简约产品通常无法收取企业级价格。专注于量。
- 功能请求具有误导性 — 高级用户声音最大。沉默的大多数热爱简约。
关键指标
| 指标 | 为什么重要 |
|---|---|
| 到首次价值的时间 | 简约在上手中体现。如果用户 5 分钟内有收获，你就赢了。 |
| 支持工单率 | 复杂产品支持工单率高。简约产品工单率低。 |
| NPS | 简约产品 NPS 70+。臃肿竞争对手 30-40。 |
| 流失率 | 简约产品流失率低——用户没有理由离开。 |
下一步
选一个有主导现有产品的市场。映射他们的复杂性。构建那个让非技术用户说”终于有个能用的”的版本。一个月内发布。