创建 6 帧视觉叙事，讲述用户从问题到解决方案的旅程，使用经典的讲故事弧线来建立同理心、说明价值并使抽象的产品概念具体化。使用它来协调利益相关者、推销功能、传达愿景或在构建之前测试您的解决方案是否能引起情感共鸣。

掌握收入和保留指标，以了解 SaaS 业务势头、评估产品市场契合度并做出有关增长投资的数据驱动决策。使用它来计算关键指标、解释趋势、及早发现问题并向利益相关者传达业务健康状况。

通过将优先级、史诗定义、利益相关者协调和发布排序技能编排到结构化流程中，指导产品经理完成战略路线图规划。利用这一点，可以从互不相关的功能请求转变为具有凝聚力、以结果为导向的路线图，使利益相关者保持一致，按逻辑顺序工作，并传达战略意图，避免缺乏战略叙述或以客户为中心的框架的“功能工厂”路线图。

使用结构化画布来评估和提出人工智能产品解决方案，该画布可评估业务成果、客户成果、问题框架、解决方案假设、定位、风险和价值合理性。利用这一点为利益相关者和决策者构建全面、可靠的建议，尤其是在提出具有较高不确定性和风险的人工智能功能或产品时。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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