创建一个基于假设的初始角色配置文件，将可用的用户研究、市场数据和利益相关者知识综合到有关目标用户的工作假设中。使用它可以在产品开发的早期协调团队，指导初始设计决策，并确定需要通过研究验证的理解差距。

通过将定位、问题框架、客户发现和路线图规划技能编排成一个有凝聚力的端到端流程，指导产品经理完成全面的产品战略会议。利用这一点，从模糊的战略方向转变为具体、经过验证的产品战略，该战略具有明确的定位、目标客户、问题陈述和优先路线图，确保利益相关者在承诺执行之前保持一致。

使用同理心驱动的框架从用户的角度阐明问题，该框架捕获用户是谁、他们想要做什么、什么阻碍了他们、为什么以及这让他们有何感受。在转向解决方案之前，使用它来协调利益相关者对问题的看法，并围绕用户结果而不是功能请求来构建产品工作。

通过跨三个阶段提出结构化问题，指导产品经理完成 MITRE 问题框架画布流程：向内看（检查您自己的假设和偏见）、向外看（了解谁遇到了问题、谁没有遇到问题）和重新构建（将见解综合到可操作的问题陈述和“我们如何”问题中）。使用它可以确保您在寻求解决方案之前解决正确的问题，避免确认偏差、被忽视的利益相关者和解决方案优先的思维。

通过询问有关产品阶段、团队背景、决策需求和利益相关者动态的适应性问题，指导产品经理选择正确的优先级框架。使用它可以避免“框架鞭打”（不断切换框架）或应用错误的框架（例如，使用 RICE 进行战略投注或使用 ICE 进行数据驱动决策）。输出推荐的框架以及根据您的情况量身定制的实施指南。

按照亚马逊的“向后工作”方法创建富有远见的新闻稿，以在构建产品或功能之前定义和传达产品或功能。利用这一点使利益相关者在客户价值主张上保持一致，澄清正在解决的问题，并测试产品故事是否引起共鸣——将新闻稿视为清晰度和以客户为中心的强制功能。

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

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

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

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

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

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

通过从利益相关者请求中提取目标结果、生成机会选项（要解决的问题）、绘制潜在解决方案以及根据可行性、影响和市场契合度选择最佳概念验证 (POC)，指导产品经理创建机会解决方案树 (OST)。利用这一点，从模糊的产品请求转向结构化的发现，确保团队在转向解决方案之前解决正确的问题，避免“功能工厂”综合症和过早的想法收敛。

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

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

任何 SaaS 财务指标的快速参考，无需深入教学。当您需要快速公式查找、基准检查或决策框架提醒时，请使用此功能。有关详细的解释、计算和示例，请参阅相关的深入技巧。

使用 ARPU/ARPA 分析、转换影响、流失风险、NRR 影响和 CAC 投资回收影响来评估定价变化（价格上涨、新套餐、附加服务、折扣）的财务影响。使用它可以对提议的定价变更做出数据驱动的通过/不通过决策，并支持数学和风险评估。

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

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

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