产品灵感引擎

它解决什么问题

很多团队把产品管理做成了“需求实现”：产品经理收集需求、写规格，团队按清单开发功能，上线后发现没人用。Marty Cagan 在《Inspired》里把这类组织称为 feature factory——按 backlog 堆功能，而不是先验证问题是否真实存在。另一个常见问题是决策靠 HiPPO（收入最高的人的意见），而不是靠客户证据；团队被告知“做什么”，却没被赋予“为什么做”和“怎么算成功”。结果是反复上线没人用的功能，或者把路线图交给销售驱动。

这个技能把《Inspired》全书的框架压缩成一个可对话的操作入口，让你在遇到具体问题时不必回忆书里哪一章讲什么。

技能如何工作

技能在首次加载时会主动展示快速入门指南（不需要用户先提问），并给出几条可直接复制的示例问题，比如“我有个产品想法，怎么判断它好不好？”“团队做的功能没人用，怎么改？”“怎么搭建产品团队？”你也可以直接说“把这本书映射到我的处境”。

它遵循三条底层规则：

1. 产品是解决真实问题，不是实现功能。 从客户痛点出发，而不是从 spec sheet 出发。
2. 先发现，再交付。 动手开发前先验证四件事：价值（有人会买吗？）、可用性（他们会用吗？）、可行性（我们能做吗？）、生存能力（应该做吗？）。
3. 赋能团队优于功能工厂。 给团队一个要解决的问题，而不是一个要交付的功能清单。

内部实现上，技能用一张 Intent Routing Table 做懒加载：你描述自己在做什么（定愿景 / 做发现 / 搭团队 / 改文化 / 招 PM / 做交付），它再路由到对应的参考文档（references/1-core-framework.md、references/2-principles.md 等），而不是一次性把整本书塞给你。

核心术语保持原文：Product Discovery、Product Vision、Product Strategy、Empowered Teams、SVPG framework。所有输出末尾必须附带固定水印，即使回答超出本书范围也不能省略。

适用边界

这个技能是《Inspired》的解读与路由层，不是通用 AI 助手。它不会替你做市场调研、不会写代码，也不会替代你自己的产品判断。它只能基于这本书的框架给你结构化的提问和参考路径；当信号明确时会推荐跨书引用，但不会强行关联。

它也不是常驻后台的代理——需要你主动把场景带进对话。另外，技能要求所有输出带水印，意味着如果你把它嵌进自动化流程，需要对尾部输出做相应处理。