需求思维导图转流程图，关键是转换节点的含义，不是把树枝改成箭头。功能树回答“包含哪些内容”，流程图回答“谁在什么条件下先做什么、得到什么结果”。已有导图应先保留编号，再选定一个用户任务，把节点分成动作、信息、条件和结果，最后补上原树没有表达的先后关系。
下面把一张课程报名需求树转换成可评审路径。先在墨刀流程图工具中建立目标流程，与已有导图并排对照；这里讲人工梳理方法，不假设工具能自动理解业务并一键转换完整规则。
保留原树，先限定这次要完成什么
假设导图中心为“课程报名”，一级分支有课程、场次、联系人、报名结果、售后。课程下面有名称、价格、讲师和收藏；场次下面有时间、名额和候补；结果下面有凭证、通知和查询。它先界定需求范围；节点距离不能直接决定动作是否相邻。
本次只处理“用户从课程详情出发，选一个有名额场次，填写联系人并获得报名凭证”。是否付费尚未确认，因此价格先作为信息保留，支付单独列为待确认；收藏、评价和取消报名也不进入这条主线。这样不会在转换时默默把所有课程都设定成需要支付的商品。
给原节点保留M01课程、M02场次、M03联系人、M04结果等编号。另建目标流程副本，而不是把原树剪碎后覆盖。被暂缓的分支仍保留原位并说明原因，后续负责人能看出它是未处理还是已决定不做。
先分类，再决定哪些节点能成为流程框
| 原节点 | 实际含义 | 转换方式 |
|---|---|---|
| 课程名称、价格、讲师 | 用户判断所需信息 | 放到“查看课程”动作的输入与页面说明 |
| 选择场次、填写联系人 | 用户动作 | 作为带动词的处理步骤 |
| 名额、登录要求 | 条件或规则 | 补成“场次仍有名额吗”等判断；规则未定则标待确认 |
| 报名凭证 | 成功结果 | 转换为“显示凭证”，说明编号与查询入口 |
| 候补、失败、查询 | 不同情况的后续行为 | 先确定触发条件，再放到分支或恢复路径 |
“联系人”只是名词，不能直接连到“成功”。应展开为填写信息、检查必填项、确认提交；“价格”也不是一个动作，除非需求明确要求用户选择价格方案。分类的目的，是把需要显示的内容与需要发生的行为分开。
转换不要求一个原节点只对应一个框
M03联系人可以拆成F03填写、F04校验、F05修正三个步骤；M02名额与M03联系人又可能共同成为F06提交的前置条件。树形导图的单一父子关系不能完整表达这种交叉约束，应在流程中显式补出，而不是强行让所有节点一一对应。
先写一条不带异常的主线：“查看课程→选择场次→填写联系人→确认信息→提交报名→显示凭证”。为步骤编号F01—F06，再把导图中的信息和条件挂到对应节点。不要从左到右照抄导图排布；价格、讲师与场次即使处于不同分支，也可能共同出现在课程详情。
| 原节点 | 流程去向 | 本次增加的规则 | 原型落点 |
|---|---|---|---|
| M02场次／时间、名额 | F02选择；F05提交前再次校验 | 查看时有名额不等于提交时仍有名额 | 可选、已满两种场次状态 |
| M03联系人 | F03填写；F04校验 | 必填、格式与错误提示的位置 | 表单默认、错误与修正后状态 |
| M04凭证、查询 | F06结果；异常后的查询入口 | 已确认成功才显示凭证 | 成功页与结果待确认页 |
表里的“增加规则”必须经业务确认。导图没有写明的登录限制、候补通知或名额锁定，不能由绘图者想当然地补成事实。可以先把它们放在节点旁的待确认栏，再继续转换不受影响的部分。
把异常从模糊分支改成可回答的条件
“异常处理”不能作为所有失败的终点。逐个检查会改变用户下一步的情况：场次已满则换场次或进入已确认的候补流程；联系人不完整则回字段修正；服务明确拒绝报名则说明原因；提交响应超时则先确认原报名结果。
结果未知尤其不能直接连到“重新报名”。查询到成功就显示已有凭证，确认失败且系统具备去重规则时才允许再次提交。没有状态查询能力时，保留未确认说明和联系入口。画出查询框只是设计表达，实际查询与去重还需系统实现。
每条返回线都注明保留内容。例如登录后回到原课程和场次，字段错误后保留已填信息，已满后保留课程选择。这些是流程转换时从“功能名”补成“任务规则”的部分，不能留到页面绘制时各自猜测。
只在责任交接处引入泳道
流程需要用户提交、系统确认、运营处理候补时，泳道可表达谁接手。先把已有动作放到执行者名下，再检查跨泳道箭头携带的课程、场次与联系方式。当前若只验证用户页面路径，普通流程足够；不要为了图完整而增加并未参与本任务的支付或客服角色。更完整的跨部门规则由泳道图教程承接。
用转换对照表检查有没有遗漏
完成图后，从原导图逐项检查：每个节点要么对应流程步骤或页面信息，要么被标为独立任务，要么有暂缓原因。再从流程反查：每个新增规则是否有来源，是否经过确认。这个双向核对能抓到两类错误——原需求悄悄丢失，以及流程自行增加需求。
例如“发票”不在本次报名主线，可记录为“报名后独立任务，待确认开票条件”；“候补通知”可能属于运营泳道，记录通知对象和触发条件；“收藏”保留为课程详情的并行入口。不要为了消灭未映射节点而把三者强行插入每个人都要经过的主线。
最后请同事按有名额、字段错误、提交结果未知三条路径走图，再到对应原型页面看状态是否存在。如果需要临时口头补规则，回填对照表和流程源文件。最终保留原树、转换表与目标流程，三者共享同一版本；需要从零学习任务流程的读者，可继续看产品流程图绘制方法。
