选择免费决策树制作工具，先看能否把问题、带答案的分支和最终结果画清楚。需要保留本地可编辑文件，先看 draw.io；团队要一起讨论规则，考虑 Miro 或 FigJam；小型正式图表可看 Lucidchart；分支已确定、准备放进演示稿，可看 Canva。CodePic 适合从手绘白板示例开始，MindMeister 则适合先整理层级，再决定是否需要正式流程图符号。
本文比较的是用于排障、规则说明和方案讨论的可视化决策树，不评估训练机器学习分类器、计算期望收益或数值优化的能力。需要这些计算时，应选择分析软件。概念和节点含义可先看决策树是什么。
7 个免费决策树工具：额度与适用场景
| 工具 | 免费范围与边界 | 编辑和分享 | 适合什么情况 |
|---|---|---|---|
| draw.io | 网页与桌面编辑器免费；部分宿主集成收费 | 保留可编辑文件；支持的 Google Drive、OneDrive 工作流可实时协作 | 希望自己管理文件和存储 |
| Lucidchart | 3 个可编辑文档，每文档最多 60 个形状 | 网页图表与协作；具体导出权限看套餐 | 一张规模较小的正式决策树 |
| Miro | 3 块可编辑白板 | 多人白板；高级功能和权限受套餐影响 | 团队一起讨论分支规则 |
| Canva | 免费模板和素材；高级素材与功能收费 | 设计、排版和演示工作流 | 逻辑确定后放入幻灯片或报告 |
| Figma／FigJam | 受 Starter 文件及团队权限限制，不应理解成共享文件无限 | FigJam 形状、连线、实时协作 | 评审者本来就在 Figma 工作 |
| CodePic | 浏览器白板与可编辑决策树示例 | 手动编辑、PNG 导出、只读链接 | 先画一张手绘风格的说明图 |
| MindMeister | 3 张图；文件导出需付费套餐 | 协作式层级分支 | 用层级大纲就能讲清规则 |
免费限制按 2026 年 10 月 24 日的官方资料核对。地图数、形状数、白板数是不同限制，不能统一理解为“无限免费”。本文依据公开能力作选择建议，没有做七款工具的计时测试。
draw.io：希望自己保留可编辑文件
draw.io 适合需要脱离某个云工作区继续维护的决策树。普通形状和连接线标签就能表达问题与答案，不必寻找专门的“决策树模式”。保留源文件用于修改，再输出图片放进说明文档。
常见布局是顶端放根问题，下一行放后续问题，底部对齐结果，并让“是”始终出现在一致的一侧。编辑器有自动布局选项，但排版后仍要逐条检查分支标签：布局引擎不会判断业务规则是否正确。
需要纠正旧版文章的一点：draw.io 支持实时共同编辑，官方说明覆盖相应的 Google Drive 和 OneDrive 工作流。但本地文件或 Git 存储不会因此自动变成多人会议。先选择存储方式，再验证两个编辑者能否进入同一份文件。draw.io 与 Lucidchart 对比进一步说明了文件管理与云工作区的差别。
Lucidchart：规模较小的正式图表
如果决策树要与其他业务图表放在一起，并在浏览器中评审，Lucidchart 值得考虑。免费版的 3 个可编辑文档、每文档 60 个形状，让图的规模成为实际选择条件。
计算规模时，要把问题和结果都算进去。例如一棵完整二叉树有 20 个判断节点，就会有 21 个叶子结果，共 41 个节点，还没加说明形状。这只是规划图规模的算术例子，不代表各工具都按相同方式计数连线。
准备扩展规则树前，先试一次所需格式的导出，再邀请一个具有目标权限的评审者。画得下不代表交付得出去；也不能因为普通形状免费，就推断所有高级布局和导出能力都包含在内。
Miro：边讨论边确定规则
Miro 适合团队尚未确定分支规则的讨论。把当前决策树、待解决问题和补充资料放在同一块白板上，但应把“当前规则”和“备选建议”分区，避免讨论中的便利贴被误认为正式结果。
免费版有 3 块可编辑白板。这是白板数量限制，不意味着所有主持功能、导出和权限控制都免费。如果白板还承载着其他会议内容，给决策树划出明确区域，并保持统一的阅读方向。
如果最终读者不会进入白板，就需要另外准备紧凑的页面或图片。会议上能共同编辑，不等于会后能直接把同一张大白板当作操作说明交付。
Canva：把稳定的树放进演示稿
分支已经讨论清楚、最终产出是幻灯片、讲义或报告时，Canva 的模板和排版工作流比较合适。选用素材时注意区分免费和高级内容。
先确认模板能放下最长的问题，以及实际需要的结果数量。四个对称叶子的版式，不一定适合七条长度不一的规则。为了适应漂亮构图而删掉例外，会损害说明本身。
正式使用前做一次结构修改：增加第五个结果，再把一个问题移到另一父节点下。这样能判断这套设计是否容易维护，而不只是第一张截图是否好看。
FigJam：评审者已经在 Figma 工作
解释用户路径、权限选择或产品交互规则时，可以在 FigJam 中把树放到既有设计工作旁，利用形状、连线、评论和多人编辑完成评审。
Figma Design 和 FigJam 是不同产品。设计文件中的组件布局不等于 FigJam 白板上的分支图；也应核对 Starter 的文件和团队权限，不能假设所有共享 FigJam 文件无限。
结果节点写具体行为，例如“展示账号找回入口”，比只写“失败”更容易检查。读者应能从用户状态走到可观察的页面或动作。如果还要解释结果之后的一连串操作，可能应改用流程图。
CodePic：从可编辑示例开始画
CodePic 在无限白板上提供可编辑的决策树示例。替换问题和结果，再手动调整位置与连线。模板提供初始布局，不代表以后每增加一条分支都会自动重新平衡。
可以导出 PNG 或分享只读链接；只读查看与多人实时共同编辑是两种能力。可选 MCP 工作流能够让 AI 助手生成起始图，助手自身的可用性和费用需单独考虑。
下面的示例可用于后文的客服分流练习。它是起始画布，不是能够实际执行的客服规则，也不是训练好的决策模型。
MindMeister：先整理问题层级
先要理清父子问题、暂时不要求正式符号时，可以考虑 MindMeister。Basic 套餐包含 3 张图和协作者，文件导出需付费套餐。如果必须交付图片或文件，这一点应在开始前确认。
思维导图的父子关系不会自动成为“是／否”分支。可以把答案写成中间分支，也可以在子节点文字中明确条件，但不要只用颜色区分判断和结果。
如果规则需要重复检查、汇合或返回上一步，流程图通常更合适。思维导图整理关联想法，决策树则要求每条路径表达明确规则。
完整示例：客服请求分流树
这份练习包含 3 个问题、4 个结果和 6 条带标签的分支。它用于说明画法，不是正式的线上故障响应政策。
| 问题 | “是”分支 | “否”分支 |
|---|---|---|
| 是账号访问问题吗？ | 用户能登录吗？ | 是否影响多人？ |
| 用户能登录吗？ | 联系工作区权限负责人 | 进入账号找回流程 |
| 是否影响多人？ | 创建团队事件工单 | 创建个人客服工单 |
第一行放根问题，第二行放两个后续判断，最下方放四个结果。每条连线都写“是”或“否”，答案应贴着离开问题的连线，而不是藏在远处的结果框里。
拿两个输入走一遍：无法登录的人应进入账号找回；与账号无关、影响多人的问题应进入团队事件工单。任一条路径需要猜测，都先改标签，再调整配色。
然后模拟一次修改：有些用户不知道其他人是否受影响。给第三个问题增加“不确定”分支，指向“补充影响范围信息”。它是第三种答案，不是再画一条“否”。同时决定补充信息属于本图，还是由另一个被引用的流程处理。
选择免费工具时容易踩的坑
只看第一版。 四个结果的模板可能很好填，却很难扩展。先加一个例外，再移动一条分支。
把分享当共同编辑。 公开查看链接、受邀编辑者和导出的 PNG，解决的是不同问题。按接收者的实际任务检查。
问题没有统一定义。 “紧急吗”“重要吗”本身不能保证不同人得到同一结果。给出阈值，或换成可观察的条件。
以为画图就能执行规则。 图不会自动管理权限、发工单或验证分类器。完成后应链接到真正执行动作的流程或软件。
画完才检查交付。 先导出小样，放到实际的知识库栏宽或幻灯片中读一次。分支文字要清楚，源文件也要有维护负责人。
