资源介绍
视频数量：10个
总时长：29分
课程介绍：
问题框架：产品经理最该补上的那一课
你有没有经历过这种时刻：团队花了三个月开发一个功能，上线之后用户根本不买账。工程师做得很扎实，设计师也没问题，产品也按时交付了，但就是没人用。这时候你开始复盘，找bug、查数据、问用户，最后发现一个让人不舒服的真相——团队把一件执行得无可挑剔的错事做完了。
这不是执行力的问题，是框架的问题。
这门课只有二十九分钟，但它要解决的事情比大多数三天工作坊还要实在：怎么在动手做之前，先把问题想清楚。
先说为什么这个问题这么难对付。课程开篇就讲了一个让很多产品经理坐立不安的现象：几乎所有产品失败的根子都不在执行，而在最开始那个问题是怎么被提出来的。OKR也好、迭代节奏也好、速率追踪也好，这些管理工具再精致，如果出发点的定义是歪的，那你只是更快地奔向一个错误的地方。讲师在课上说得直接：现代产品管理的整套体系，都受制于最初那个问题是怎么被框定的。
那为什么我们明明知道问题框架重要，还是一次又一次跳过它？第二课专门拆解了这种叫做"方案反射"的心理机制。有人带着一个问题来找你——可能是激活率掉了，可能是客户在抱怨，销售在群里发消息施压——你话还没听完，脑子里已经冒出三个解决方案了。这种反应让你觉得自己很果断、很有用，速度是有了，但方向不一定对。三个原因在背后推着你跳过去：行动让人觉得在前进而思考让人觉得在停滞；组织奖励产出，没人因为"提出一个好问题"被表扬；最后是认知偏差，一旦脑子里蹦出方案，就很难再回到问题本身去看它是不是站得住脚。
搞清楚陷阱之后，课程开始教真本事。
第三课讲的是"发现问题"和"解决问题"的区别。很多人以为这两件事是连着的，其实是两套完全不同的思维模式。一个合格的产品经理要学会在两者之间切换：先花时间看清楚问题长什么样，再决定要不要动手解决。
第四课进入核心，教你写一份真正合格的问题陈述。一份像样的问题陈述应该长什么样？怎么写才不会写成伪装成问题的解决方案？课程会给出一个四段式的解剖框架，让你照着结构去检视自己手头的需求。
第五课是失败模式清单。这节课会列出几种最常见的框架错误，每一种都配了真实场景供你辨认。比如把症状当病因、把用户诉求当问题、把解决方案包装成问题等等。学完这节课，你再看工单系统里的那些"需求"，会发现大部分根本就不是需求。
第六课叫酸性测试，是一个验证工具，用来判断你写的问题陈述是否经得起追问。这一关过不了，问题就不算真正定义清楚。
第七课讲重新构建框架的方法。如果一个问题卡住了，怎么换角度去重新表述它？课程会给出几种具体的重新构建技巧，每一种都有适用场景，不会让你拿着一堆方法却不知道什么时候用哪个。
第八课是因果树和五个为什么，这是追溯根因的经典工具。课程不会只讲理论，而是教你把因果树和前面的问题陈述组合使用，形成一个完整的工作流。
第九课是阅读测试，作为整个框架流程的最后一关。问题陈述写出来之后，拿给一个不了解背景的人读，他能不能准确理解你到底要解决什么？如果不能，说明框架还不到位。这一步简单但有效，很多人会跳过，结果就是问题陈述只在自己脑子里说得通，换个人就看不懂。
最后一节是加餐课，把前面所有内容打包成一个Claude技能。讲师的意思很直接：知道方法是一回事，在周五截止日期的压力下还能用出来是另一回事。把纪律外化成一个工具，让它每次自动运行，不依赖你的意志力。这节课会带你一步步搭建这个技能文件，相当于把整套方法论变成你随时可以调用的助手。
这门课适合哪些人？如果你已经做过几个产品，经常在复盘时隐约觉得团队在解决错误的事情但说不清楚为什么；或者你正在从执行岗转向产品岗，想系统补一下问题分析的基本功；又或者你是一个资深PM，想找一套简洁可落地的框架来替代团队里那些复杂的流程文档——这二十九分钟值得你花掉。
学完之后，你会拥有一套可以反复使用的判定流程：拿到任何需求，先不急着动手，用四段式拆开来写，写完跑一遍酸性测试和阅读测试，发现问题就重新构建框架，追溯完因果再决定是否开发。整个过程不到三十分钟，但能帮你省掉后面三个月的无效劳动。做对事，永远比做快事重要。