产品经理的 12 个思维模型。看市场、理解用户、规划产品、说清判断；每个模型都带机制、步骤、具体例子和适用边界。
全部模型 · 12 / 12
先分清内部条件与外部环境，再决定如何行动。
S 优势 · W 劣势 · O 机会 · T 威胁
优势与劣势是你能影响的内部条件；机会与威胁来自外部。把两组条件交叉，形成利用优势抓机会、补短板抓机会、用优势应对威胁和减少暴露的策略。
一个选品工具已有可靠的数据处理能力（优势），但用户访谈不足（劣势）。与其直接扩展功能，可以先用现有分析能力服务一小组卖家，补上真实需求证据。
四格清单只是起点。没有事实、取舍和行动的 SWOT，容易变成给既定决定找理由。
选一个当前项目：你有什么可验证的优势？哪个外部变化最值得响应？
找到一群会持续选择你的产品来解决实际问题的人。
目标用户 → 重要需求 → 价值交付 → 持续选择
产品的价值需要在特定人群和场景中成立。用户说喜欢只是线索；持续使用、续费、复购或主动推荐，才更接近实际需求的证据。
卖家第一次拿到分析报告不代表匹配成功。更有意义的问题是：下一轮选品时，他是否主动再次使用，并愿意为解决同一问题付费？
原帖列出的 NPS、转化和次日留存数值不能作为通用合格线。低频采购工具与日用软件的自然使用周期不同，也不能靠单个指标确认 PMF。
你目前掌握的是“用户称赞”，还是“用户持续选择”的证据？
看懂行业结构，判断价值会被谁拿走。
现有竞争 · 新进入者 · 替代品 · 买方 · 供应商
利润空间受多方力量共同影响。即使用户有需求，激烈竞争、容易替代或强势交易对手，也可能压缩企业能够保留的价值。
做选品服务，不仅要看其他选品软件，还要看卖家自己用表格和搜索的替代方案，以及数据供应商涨价会怎样影响成本。
五力主要分析行业结构；不能替代用户研究，也不能直接预测某个产品的销量或毛利。
如果客户不买你的产品，他会用什么替代？切换过去有多容易？
行为更容易发生，需要动机、行动能力和提示在同一时刻配合。
B = MAP · 动机 Motivation · 能力 Ability · 提示 Prompt
这里的能力也包括行动有多容易：时间、操作步骤、精力和身体负担都会影响它。动机不足、行动太难或提示时机不合适，都值得分别检查。
同样是阅读或构思，你在沙发椅上更容易继续：舒适可能降低了持续工作的身体负担。再提前打开资料、把手机移远，就同时调整了工作与分心行为的发生条件。
B=MAP 是概念表达，不是把三项打分相乘的计算公式。舒服只是可能影响“容易程度”的因素，不能据此断定它是分心的唯一原因。
你想做却没做的一个动作，究竟卡在动机、难度，还是提示？
不同功能对满意度的影响，并不是同一种关系。
基本型 · 期望型 · 魅力型 · 无差异型 · 反向型
有的功能缺了会不满，做好了却只被视为正常；有的越好越满意；还有的在用户未预期时带来惊喜。分类需要来自目标用户的反馈。
报告数据正确可能是基本要求，生成更快可能提升满意度，自动发现一个有价值的异常可能带来惊喜。实际分类仍需向目标用户验证。
分类会随用户群和时间变化。“基本型优先”也不是无条件开发所有基础功能；KANO 不能单独决定路线图。
你准备做的功能，缺失会让用户不满，还是出现才让用户惊喜？
沿着用户完成目标的全过程，找出真正的卡点。
阶段 → 目标 → 行动 → 接触点 → 感受 → 阻碍
用户体验会跨越页面、设备和服务环节。按时间展开实际行为，可以看出局部优化是否把问题转移到了下一步。
卖家从输入商品到拿到报告，可能卡在“看不懂结果以后怎么选”。这时增加更多图表未必有效，把结果变成下一步动作可能更值得测试。
情绪曲线和痛点应来自研究；团队在会议上画出的地图是待验证的假设，不能当成真实用户证据。
用户在哪一步开始犹豫？那一刻他想完成什么、缺少什么？
把模糊想法变成大家都能执行的具体任务。
What · Why · Who · When · Where · How · How much
七个问题帮助暴露目标、责任、时间、场景、方法和资源上的缺口，让“做一下”变成可以协调和检查的行动。
“改善专注”可以变成：本周由自己在同一类阅读任务上比较两处座位，每次三十分钟，记录完成量和拿手机次数，再决定如何安排工作位置。
回答得完整不代表方案正确。5W2H 负责澄清执行，不负责证明需求，也不保证因果关系。
选一个待办：如果别人接手，最可能追问你的哪一个 W 或 H？
用尽可能小的投入，验证最关键的产品假设。
假设 → 最小实验 → 真实行为 → 学习与取舍
“最小”取决于要验证什么。可以是人工服务、原型或一项能完成核心任务的功能；关键是产生足以支持下一步决策的信息。
先为少量卖家人工做一份选品报告，观察他们是否实际用于决策和愿意再次购买，再判断是否值得自动化整个流程。
MVP 不是质量差的成品。必要的安全、隐私和核心体验仍要保证；一轮小样本测试也不能证明整个市场。
在开发更多功能前，哪一个假设一旦不成立，就会改变你的计划？
把改善变成有检查、有反馈的连续过程。
Plan 计划 → Do 执行 → Check 检查 → Act 处理与改进
先定义问题和预期，再进行小规模执行，比较实际与预期。有效的方法进入标准流程，无效或不清楚的部分进入下一轮调整。
计划比较书桌与沙发椅，实际完成同类任务，检查完成量和分心次数，再把适合阅读的位置固定下来；若效果不稳定，就继续检查任务和时段。
前后变化可能受任务难度、时间和其他因素影响。没有基线、记录和检查的“反复做”，不等于 PDCA。
你上次改进之后，真正检查了什么？哪些结果支持保留它？
把一段经历讲清楚，让别人能判断你的贡献。
Situation 情境 → Task 任务 → Action 行动 → Result 结果
先交代背景与目标，再描述自己采取的具体行动，最后提供结果和证据。它帮助把抽象能力变成可追问的经历。
讲一次报告改版：用户看完不知道下一步（情境）；你负责改善可用性（任务）；把结论改成行动清单并观察使用（行动）；汇报实际观察到的变化（结果）。
故事结构不能证明因果。不要把团队成果全部归给个人，也不要为讲得完整而编造数据。
用四句话讲一个项目：你到底做了什么，结果有什么证据？
围绕一个核心判断，组织理由与证据。
核心结论 → 分组理由 → 支撑证据
先让听众知道你希望他理解或决定什么，再用清晰分组的理由支撑。每一层都应回答上一层自然产生的问题。
“建议先做报告可读性”是结论；用户卡点、实施成本和验证路径是理由；访谈记录、工作量估算和试验设计是支撑。
结论先行是表达方式，不应变成先下结论再挑证据。探索问题时可以先研究，讲述时再整理结构。
你下一次汇报，最希望对方记住和决定的一句话是什么？
从目标与现状出发，找到愿意执行的下一步。
Goal 目标 → Reality 现状 → Options 选项 → Will / Way forward 行动
先明确想达到的状态，再看现实差距和约束，探索多种可行路径，最后形成具体承诺。它适合辅导和自我规划。
目标是持续完成一段阅读；现状是书桌前容易分心、沙发椅上更稳定；选项是分配任务位置或调整桌椅；下一步先测试一周并记录结果。
目标应由行动者认同；不能跳过现实限制，也不能把结构性资源问题简化成“承诺不够”。
在你现在的条件下，哪一步最小、可执行，而且值得这周完成？
没有找到匹配的模型。换个关键词，或查看全部。
模型名单与分组参考「人人都是产品经理」于 2025 年 7 月 26 日发布的小红书笔记；2026 年 10 月 2 日读取原帖的 14 张图片。本页对应其中 12 张模型详情图。
原帖总览另列 PEST 和 RICE，但没有对应详情图，因此不计入本页。机制解释、操作步骤、练习和案例由吃烤人参重新整理，示例用于理解，不代表已验证的业务结论。本页不转载原图。