产品经理如何选图表？按发散、流程、体验、优先级与路线图做决策

产品经理选图表，可以先问“下一步要做什么决策”：资料杂乱时用思维导图，流程不清时用流程图，体验问题用用户旅程图，需求取舍用优先级矩阵，阶段安排用路线图。下面先讲这五种常用图，再用“新用户首次创建空间”的改进串起它们，并说明鱼骨图、组织结构图和 SWOT 在什么情况下能补上缺口。

选图表的四个问题

读者是谁？输入材料是什么？需要做什么决定？决定后要留下什么产出？回答完再选图，能避免把一张图同时承担发散、交付和汇报。

可以按“问题—输入—输出”快速匹配：

表中的“更合适”是起点，不是强制规则。一个完整项目可能先用思维导图收集资料，再用流程图或矩阵支持具体决策。

发散与对齐：思维导图

输入是主题、资料或问题，输出是层级和分支。以“首次创建空间”为中心，可以展开用户反馈、现有流程、技术限制和候选方案四条分支；访谈原话与团队猜测分别标记，避免讨论几轮后把猜测当成结论。

Boardmix 的思维导图工具适合继续添加同级或子级主题，也可以从模板社区借用结构再改写。会议中先保留不同想法，整理后才归并重复分支。它能帮助说明“有哪些内容”，但不适合表达连续操作的异常出口；开始讨论先后顺序时，就把相应内容交给流程图。

讲清过程：流程图

输入是角色、动作、判断和异常，输出是可执行路径。常见符号中，矩形表示处理动作，菱形表示判断，开始与结束用端点符号。判断线要写“是／否”或明确条件，不能只有箭头让读者猜。

首次创建空间的主路径可以写成“进入工作台→点击创建→填写名称→保存→进入空间”。在“名称有效？”处分出重复或为空的提示，在“保存成功？”处分出重试与保留输入的路径。需要多个角色处理时，再划分泳道。Boardmix 的图形和连接线可用来搭建这些节点，评审时沿一个正常场景和一个失败场景分别走一遍。

还原体验：用户旅程图

用户旅程图从某类用户完成目标的过程出发，把阶段、动作、想法与体验放在一起。NN/g 的旅程图说明强调具体人物、情境和目标，因而一张图不宜同时混入管理员和新成员的不同视角。

本例可以按“找到入口、填写信息、保存、确认成功”分列，把访谈原话或观察编号放在对应阶段。“用户焦虑”若只是团队推测，就标为待验证；若观察到用户反复点击保存且询问是否成功，再把这一行为和原话作为证据。机会可以写为“让保存结果可见”，接下来通过原型或可用性测试验证，不直接跳到“重做整个工作台”。

排优先级：矩阵

输入是候选事项、价值、成本和风险，输出是排序依据。先定义坐标：纵轴表示对当前目标的预期帮助，横轴表示实现与验证成本；再将“优化入口文案”“增加保存状态”“重做空间结构”等候选项放入矩阵。高价值、低成本通常值得优先讨论，高成本事项则要先验证假设。

同一尺度要有共同解释。例如成本由研发按工作量与依赖估计，价值依据受影响的用户任务和已有证据讨论；证据不足的卡片单独标注。涉及安全或必须满足的业务条件，不能仅因矩阵位置不好就排到最后。矩阵不是自动算出的正确答案，最后仍要记录为什么接受、推迟或拒绝一个方案。

对齐节奏：产品路线图

输入是目标、机会和约束，输出是阶段目标与里程碑。对于首次创建空间的改进，可以按“当前：确认保存结果”“下一阶段：缩短填写过程”“后续：探索批量创建”组织，但每一项都要连接用户价值，不能只堆功能名称。

已经批准的交付可以写日期，探索项则写触发条件，例如“可用性测试发现现有字段仍阻碍创建后，再讨论精简表单”。路线图用于解释方向与取舍；开发任务的具体负责人、依赖和截止时间，应在配套计划中展开。将不确定事项写成固定承诺，容易让团队把探索计划误读为发布日期。

一个需求评审的组合示例

假设观察记录里有“找不到创建入口”“保存后反复点击”“不明白空间名称用途”三条反馈。思维导图先把材料拆成入口、填写和反馈三个问题；流程图标出保存成功与失败两种结果；旅程图再把原话放回用户当时的目标和触点。这里的材料仅用于演示组织方法，不代表真实用户调研结论。

评审时先比较“补充保存结果”和“修改入口文案”是否能解决已观察到的阻碍，把“整体改版”留作证据不足的候选方案。决定先验证保存状态后，在路线图上标明验证阶段、评审人和进入开发的条件。这样每张图都接着前一张材料，而不是五份互不相关的漂亮附件；若一个简单问题用流程图就能讲清，也无需为凑齐五种图重复制作。

遇到原因、职责与战略问题，还可补哪种图

原因还不清楚：鱼骨图

鱼骨图把可能原因按类别展开：把“首次创建失败”放在鱼头，围绕资料填写、系统响应、权限规则和引导信息收集假设。根据美国质量学会的说明，它用于整理可能原因；图上有一根鱼刺，并不意味着该原因已经证实。每个重要假设还要用日志、访谈或测试验证，不能把原因按出现次数简单排成因果结论。

不清楚该找谁：组织结构图

组织结构图用于说明人员或部门的层级与汇报关系。产品经理可以据此找到设计、研发、运营的接口人；若要说明某项需求谁执行、谁审批，还应补责任表。组织层级本身不能直接显示工作负荷，也不能代替项目任务分工。

需要判断方向：SWOT 分析

SWOT 将内部的优势、劣势与外部的机会、威胁分开，适合讨论产品定位和阶段策略。以一个新协作功能为例，“现有客户基础”可作为内部优势，“已有替代方案成熟”属于外部威胁；每项都要有证据。组合策略中，SO 用优势把握机会，ST 用优势应对威胁，WO 借机会改善劣势，WT 则减少劣势与威胁的共同影响。它与优先级矩阵解决的问题不同，不能把四格表都视为需求排序工具。

图表评审的 6 步走查法

1. 先读标题，确认这张图支持的具体决定。
2. 找输入来源，区分事实、假设和待验证内容。
3. 从左到右或从上到下走一遍，检查层级是否跳跃。
4. 抽查一个异常或反例，确认图不是只展示理想路径。
5. 把结论改写成负责人、动作和日期。
6. 保存版本并写下复议条件，方便下一次评审接续。

评审前检查表

Boardmix 与汇报衔接

进入 Boardmix 工作台并新建白板，把本次评审材料按“用户反馈、现状路径、候选方案、已做决定”分区。左侧放来源，中央用思维导图或流程图整理关系，右侧放取舍与路线图；用稳定的问题编号连接同一条证据在不同图里的位置。例如 F03 表示“保存状态不明”，相关流程节点、旅程痛点和候选改动都标上 F03。

不熟悉图形结构时，可先到模板社区搜索相应图表并预览。套用后要替换业务对象和判断条件，尤其检查模板中残留的样例文字。邀请成员前确认分享权限，评审意见放在对应对象的评论里；讲解时按问题推进，不必把整个画布一次缩得很小。

Boardmix 官方帮助中心列有思维导图、基本图形、连接线、表格、评论、演示模式及导出说明。汇报前先用演示模式查看关键区域；需要独立文件时再导出图像或 PDF。确认图中的结论、负责人和下一步在导出后仍清楚，汇报才可以继续到执行。

FAQ

产品经理需要掌握多少种图？

掌握表达决策所需的基本结构即可。能说明问题、证据和下一步，比背诵图表名称更重要。

一次评审可以放多张图吗？

可以，但每张图负责一个问题，并在标题中说明关系，避免让读者猜图之间的顺序。

优先级矩阵里的分数应该怎么定？

先写每个维度的定义和证据来源，再选择一致的等级。示例分数只用于演示填写方法，正式决策应记录真实数据、访谈或评审结论。