通过将问题框架、用户研究综合、解决方案定义和成功标准编排成一个有凝聚力的文档，指导产品经理完成结构化的 PRD（产品需求文档）创建。使用它可以从分散的注释和 Slack 线程转向清晰、全面的 PRD，该 PRD 可以协调利益相关者、提供工程背景并作为事实来源，避免歧义、范围蔓延和“构建我头脑中的内容”陷阱。

通过询问有关目标客户、未满足的需求、产品类别、优势和竞争差异化的适应性问题，指导产品经理发现和阐明产品定位。在编写 PRD、发布计划或营销材料之前，利用这一点使利益相关者在战略定位上保持一致，确保您在服务对象、解决需求以及与其他选择有何不同方面做出了深思熟虑的选择。

创建杰弗里摩尔式的定位声明，清楚地阐明您的产品服务于谁、它满足什么需求、它如何分类、它提供什么好处以及它与替代品有何不同。当您需要在产品策略上协调利益相关者、指导消息传递或测试您的价值主张是否清晰且站得住脚时，请使用此功能。

指导产品经理根据假设、风险和可用资源选择正确的生命证明 (PoL) 探针类型（5 种类型）。当您需要消除特定风险或测试狭隘假设，但不确定使用哪种验证方法时，请使用此方法。这种互动技能可确保您将最便宜的原型与最严酷的事实相匹配，而不是您最喜欢构建的原型。

定义并记录生命证明 (PoL) 探针——一种轻量级的一次性验证工件，旨在在昂贵的开发之前揭示严酷的事实。当您需要消除特定风险或测试狭隘假设而不构建生产质量软件时，请使用此功能。 PoL 探测器是侦察任务，而不是 MVP——它们的目的是被删除，而不是扩展。

对可能影响您的产品或项目的宏观环境因素（政治、经济、社会、技术、环境和法律）进行系统分析。用它来识别外部机会和威胁，为战略规划提供信息，评估市场进入风险，并在您无法控制的更广泛力量的背景下做出有关产品方向的数据驱动决策。

指导产品经理创建 Jeff Gothelf 的精益用户体验画布 (v2)，这是一种单页辅助工具，围绕要解决的业务问题构建工作框架，而不是要实施的解决方案。使用它来围绕核心假设调整跨职能团队，制定可测试的假设，并通过暴露理解上的差距（问题、用户、价值以及为什么解决方案应该有效）来确保每次冲刺都能进行学习。

系统地探索客户想要完成的任务（功能性、社交性、情感性工作）、他们经历的痛苦以及他们寻求的收获。使用此框架来发现未满足的需求，验证产品创意，并确保您的解决方案满足真正的动机，而不仅仅是表面级的功能请求。

指导产品经理评估是否构建基于财务影响分析的功能。使用它通过评估收入联系（直接或间接）、成本结构（开发 + COGS + 运营支出）、投资回报率计算和战略价值来制定数据驱动的优先级决策，然后通过支持数学提供可操作的构建/不构建建议。

将 VP 或 CPO 过渡的前 90 天视为诊断过程，而不是执行冲刺。高级产品领导力转型中最常见的失败是在理解之前采取行动——改变结构、更换人员或在建立使这些决策站得住脚的证据基础之前宣布战略。

使用 if/then 结构将史诗构建为可测试的假设，阐明行动或解决方案、目标受益人、预期结果以及如何验证成功。使用它来管理产品开发中的不确定性，方法是明确假设、定义轻量级实验（“微小的发现行为”），并在承诺全面扩建之前建立可衡量的成功标准。

指导产品经理使用 Richard Lawrence 完整的人性化工作方法将史诗分解为用户故事，这是一种系统的、流程图驱动的方法，按顺序应用 9 种分割模式。使用它来确定适用哪种模式，在保留用户价值的同时进行拆分，并根据它们揭示的您可以消除的低价值工作来评估拆分。这确保了垂直切片（端到端价值）而不是水平切片（技术层）。

精心制作一条清晰、富有同理心的生命周期终止 (EOL) 消息，传达产品或功能的停产情况、解释原因、解决客户影响、提供过渡支持并定位替代解决方案。利用这一点，可以在困难的过渡期间维持客户的信任，并通过表现出关怀和提供清晰的前进道路来减少客户流失。

通过将问题框架、客户访谈、综合和实验技能编排到结构化流程中，指导产品经理完成从最初的问题假设到经过验证的解决方案的完整发现周期。使用它来系统地探索问题空间、验证假设并在致力于全面开发之前建立信心，避免“构建它，他们就会来”综合症并确保您解决真正的客户问题。

通过询问有关研究目标、客户细分、约束条件和方法的适应性问题，指导产品经理准备客户发现访谈。用它来设计有效的访谈计划，制定有针对性的问题，避免常见偏见，并最大限度地从有限的客户访问中学习——确保发现访谈产生可操作的见解，而不是确认偏见或表面反馈。

使用适应性问题和有针对性的指导，指导项目经理和总监应对项目经理到总监过渡的具体挑战。诊断您在旅程中的位置，并根据您的情况提供实用的、以战争故事为背景的指导，而不是通用的领导建议。

通过询问有关参与者（角色）、场景/目标、旅程阶段、行动/情感和改进机会的适应性问题，指导产品经理创建客户旅程地图。使用它来可视化端到端客户体验，识别痛点，并在团队之间创建共享的思维模型，避免表面级的功能列表，并确保发现工作专注于真正的客户问题，而不是假设的解决方案。

创建全面的客户旅程地图，以可视化方式显示客户如何在各个阶段（从认知度到忠诚度）与您的品牌互动，记录他们的行为、接触点、情感、KPI、业务目标以及每个阶段涉及的团队。使用它来识别痛点，协调跨职能团队，并系统地改善客户体验以实现业务目标。

指导产品经理诊断他们是否正在进行上下文填充（无意中干扰音量）或上下文工程（塑造注意力结构）。用它来识别上下文边界，修复“上下文囤积障碍”，并实施战术实践，例如有界域、情景检索和研究→计划→重置→实施循环。

通过分析增长、保留、单位经济效益和资本效率指标来诊断 SaaS 业务的整体健康状况。使用它可以及早发现问题，按紧急程度确定行动的优先顺序，并为董事会会议、季度审查或筹款准备提供全面的健康记分卡。