Problem Framing Canvas 问题定义画布 — 在动手做方案之前先找准真问题

技能概述

Problem Framing Canvas（问题定义画布）是一个基于 MITRE 创新工具包的交互式 AI 技能，通过"向内审视、向外审视、重新定义"三个阶段的结构化提问，帮助产品经理在投入解决方案之前先确认自己解决的是正确的问题，最终产出清晰的问题陈述和 How Might We（HMW）问题。

适用场景

1. 问题模糊、急需理清思路：比如"移动端留存下降但说不清问题出在哪"，技能会从症状、利益相关者和既有研究入手，把模糊的不满拆解成可分析的结构。
2. 利益相关者直接给了方案：当领导或业务方提出"给 CRM 加游戏化"这类方案式需求时，技能会把"大家已经锚定的方案"显式摆出来，倒推它背后真正要解决的问题，避免团队照单全收。
3. 团队研讨会需要对齐问题定义：跨职能团队各说各话、准备启动新项目做发现研究时，技能可在 30-45 分钟内引导出一份抗偏见的问题陈述，作为后续头脑风暴和方案探索的共同起点。

核心功能

1. 三阶段结构化引导：按 MITRE 画布的三阶段提问——"向内审视"（Look Inward）检查自己的假设与偏见、"向外审视"（Look Outward）搞清谁经历问题、谁被排除在外、谁从现状中获益，"重新定义"（Reframe）综合产出新表述，全程一问一答、循序渐进。
2. 假设与偏见审视：专门追问"我们自己是不是问题的一部分"，识别确认偏误（没验证过就以为懂用户）、幸存者偏差（只关注主流用户）和方案先行思维（没弄清根因就跳到"要加某功能"），并点出"这个问题一直没解决，是因为难、不重要，还是动了谁的奶酪"。
3. 输出问题陈述与 HMW 问题：最终生成一份结构化的画布文档，包含"谁在什么场景下遇到什么问题、导致什么后果、为何一直被忽视"的完整重述，以及一条宽窄适中的"How Might We……"问题，可直接衔接机会解决方案树、用户访谈等下一步动作。

常见问题

它和头脑风暴、解决方案讨论有什么区别？

Problem Framing Canvas 只负责"定义问题"，不产出解决方案。它刻意在方案讨论之前使用，目的是防止团队带着预设方案进来。如果问题已经验证清楚、只缺创意，应直接进入头脑风暴或机会解决方案树，而不是用这个画布。

使用前需要准备什么？一个人能用吗？

空手来也可以——技能会从"你对这个问题最初步的理解"问起。如果手头有问题描述、留存或工单数据、已有研究和"大家已经认定的方案"，一并贴上效果更好（技能会跳过已回答的部分）。它支持单人使用，但建议在填完后与跨职能团队一起复核，避免个人偏见残留。

什么时候不适合用这个问题定义画布？

三种情况：问题已经被充分验证、没有歧义；只是修一个明确的 bug 或技术债，不需要深度重构；利益相关方已经拍板了方案——这时硬做画布容易流于形式，应先做方案层面的对齐沟通。

跑完之后拿输出做什么？

画布产出的 HMW 问题可以直接用于方案头脑风暴；重述后的问题陈述可交给 problem-statement 类技能沉淀为 PRD 或路线图用的问题定义，也可以先通过用户访谈验证重构后的理解是否成立。