INSPIRED: How to Create Tech Products Customers Love
路线图是大多数产品失败的根因——卡根说详细的路线图把团队锁进「按单交付」的雇佣兵模式，好产品是探索出来的，不是排期排出来的。
- 路线图越详细，产品越可能失败——它锁定了方案，而非问题
- 验证「用户会不会真的买」比验证「用户会不会用」重要一百倍
- 六个真正的参考客户，比一万个注册用户更接近产品市场契合
核心观点
01
路线图是产品组织浪费和失败的根因，因为它锁定了解决方案而非问题
路线图假设你已经知道该做什么，但产品发现阶段这两个数字——能赚多少钱、要花多少钱——根本不可能提前算清楚。用不可能准确的数字排优先级，自然导向错误产出。
典型的路线图是产品组织里大多数浪费和失败努力的根本原因。
— 马蒂·卡根
02
工程师是创新的最大源头，却常年被排斥在探索阶段之外
传统模式里工程师只负责按需求写代码。但他们最懂技术边界，最能看到哪些以前不可能的事现在变得可能。把工程师当执行者用，等于砍掉团队最强的创新引擎。
✕ Don't
- 只让工程师参与交付阶段
- 把客户痛点当机密不告诉工程师
✓ Do
- 让工程师深度参与产品探索
- 把商业挑战毫无保留地分享给全团队
03
验证「用户愿不愿意付出真实代价」，比验证「用户说喜不喜欢」重要一百倍
用户说好用不等于用户会买。真正的价值验证要看用户是否愿意付出真实代价：掏钱包、推荐给老板、投入大量时间、交出竞品的登录凭证。这些才是可信的信号，不是一句「挺好的」。
| 验证方式 | 测的是什么 | 可信度 |
|---|---|---|
| 可用性测试 | 用户能不能用 | 低——不代表会用 |
| 用户说喜欢 | 礼貌反馈 | 低——成本为零的话最不可信 |
| 愿意掏钱/换竞品账号 | 真实代价 | 高——用行动投票 |
免费部分到这里。墙内还有：
剩余 2 条核心观点 · 本书与另外 4 本书的观点交锋 · 应用篇
金句摘录
「如果你只是用工程师来写代码，你只用到了他们价值的一半。」
「能用不等于用户会选择使用。」
「至少一半的想法根本不会成功。」
常见问题
这本书讲了什么？
路线图是大多数产品失败的根因——卡根说详细的路线图把团队锁进「按单交付」的雇佣兵模式，好产品是探索出来的，不是排期排出来的。
适合谁读？
从核心观点看，适合想搞清楚「路线图是产品组织浪费和失败的根因，因为它锁定了解决方案而非问题」这类问题的人。
最核心的一个观点是什么？
路线图是产品组织浪费和失败的根因，因为它锁定了解决方案而非问题