INSPIRED: How to Create Tech Products Customers Love
大众对这本书的理解是"产品经理教科书"——一本教你怎么写需求文档、排优先级、管理 backlog 的操作手册。但 Cagan 真正在做的事情比这激进得多：他在彻底否定绝大多数公司做产品的方式。
核心观点
- 01
展证一：路线图是产品失败的根因
> "Typical roadmaps are the root cause of most waste and failed efforts in product organizations." 这句话是全书最具颠覆性的判断之一。Cagan 不是说路线图有缺陷需要改进，他直接把路线图定性为"浪费和失败的根因"。他的论证逻辑是：路线图的前提是 business case（商业论证），而商业论证需要两个输入——能赚多少钱和要花多少钱——但在产品探索阶段，这两个数字根本不可能知道 。用不可能准确的数字做出的优先级排序，当然导向错误的产出。 更致命的是，路线图把产品团队变成了"接单执行"的外包队：销售要这个功能、市场要那个集成、CEO 有个 pet project 。团队变成了 mercenaries（雇佣兵），而不是 missionaries（传教士）。这种模式下，即便你按时交付了路线图上的所有功能，产品仍然会失败——因为没有人验证…
- 02
展证二：工程师是创新的最大源头，但被排斥在外
> "If you're just using your engineers to code, you're only getting about half their value. The little secret in product is that engineers are typically the best single source of innovation." 这个观点与大多数公司的实践形成直接对抗。在传统模式中，工程师是"需求的执行者"——产品经理写需求，设计师画图，工程师写代码。Cagan 认为这浪费了工程师最有价值的能力：他们最了解技术的可能性边界，最能看到哪些以前不可能的事情现在变得可能了。 他进一步要求产品经理的核心职责之一是让工程师"感觉自己是传教士而不是雇佣兵" 。具体做法是把客户的痛苦和商业挑战毫无保留地分享给工程师，而不是把他们当成需要被保护的执行者。工程师参与得越深，创新的可能性越大。 这…
金句摘录
「Typical roadmaps are the root cause of most waste and failed efforts in product organizations.」
「If you're just using your engineers to code, you're only getting about half their value. The little secret in product is that engineers are typically the best single source of innovation.」
「Just because someone can use our product doesn't mean they will choose to use our product.」
免费部分到这里（约前 1/3）。墙内还有：
剩余 1 条核心观点 · 应用与反思篇
常见问题
这本书讲了什么？
大众对这本书的理解是"产品经理教科书"——一本教你怎么写需求文档、排优先级、管理 backlog 的操作手册。但 Cagan 真正在做的事情比这激进得多：他在彻底否定绝大多数公司做产品的方式。
适合谁读？
从核心观点看，适合想搞清楚「> "Typical roadmaps are the root cause of most waste and failed efforts in produ」这类问题的人。
最核心的一个观点是什么？
> "Typical roadmaps are the root cause of most waste and failed efforts in product organizations." 这句话是全书最具颠覆性的判断之一。Cagan 不是说路线图有缺陷需要改进，他直接把路线图定性为"浪费和失败的根因"。他的论证逻辑是：路线图的前提是 business case（商业论证），而商业论证需要