Xmind 是常用的思维导图工具，在 ONES Wiki 中它以页面内嵌导图的形式参与协作：在 Wiki 页面插入思维导图后，可直接在页面里绘制、保存，并按需下载 xmind 文件或 PNG 图片。本文围绕这一内嵌编辑与文件导出流程展开，说明编辑、保存、导出和交接的具体做法。需要先说明核验前提：以下内容依据国内版公有云产品手册整理，未做目标环境实测，具体入口以当前 Wiki 版本为准；外部 Xmind 云账号同步与文件自动往返尚无已核验流程。
要点总览（TL;DR）
- 在 ONES Wiki 页面通过插入菜单添加思维导图，即可在内嵌编辑器中绘制节点、子节点、联系、概要、笔记、链接、图片和公式，内容随页面保存。
- 需要交付时从导图下载 xmind 文件或 PNG 图片：接收方要继续编辑给 xmind 文件，只需阅读或引用给 PNG 图片。
- 页面内可缩放、折叠和全屏查看，不同查看或编辑状态下可用按钮不同，找不到下载入口时可切换状态再看。
- 导出文件是面向接收方的独立副本，页面后续修改不会自动反映到已发出的文件上，每次实质修改后应重新导出并标注版本。
- 外部 Xmind 云账号同步与文件自动往返尚无已核验流程，外部 xmind 文件导入流程也需另行确认，不能按本文流程推定。
先分清两件事：Wiki 内嵌导图编辑与外部 Xmind 客户端
在 ONES Wiki 里做思维导图，核心动作发生在页面内部：从插入菜单添加思维导图后，页面中出现一个内嵌编辑器，绘制的内容随页面保存。需要把导图交给外部时，从导图下载 xmind 文件或 PNG 图片，文件离开页面成为独立交付物。这条链路解决的是“在 Wiki 里画、从 Wiki 里导出”，与登录 Xmind 账号后在客户端里管理文件是两条不同的路径。
外部 Xmind 桌面端、移动端和在线版在编辑、文件管理和导出能力上存在差异，这些差异属于 Xmind 自身产品范围，不能直接套用到 ONES 内嵌编辑器上。反过来，内嵌编辑器支持哪些导图元素、按钮如何呈现，也以 Wiki 当前版本为准。判断一次需求是否落在本文范围内，可以看三个问题：导图是否在 Wiki 页面中创建和编辑？内容是否随页面保存？交付是否通过下载 xmind 文件或 PNG 图片完成？三者都成立，就按本文流程操作。
需要明确的是，已核验资料没有提供外部 xmind 文件自动导入、云端双向同步或文件自动回传的流程说明。这属于资料核验缺口，不能据此推断产品永久不支持，但在没有补充证据前，也不应把导出文件理解为与外部账号保持联动的副本。团队若确有导入外部文件或同步需求，应单独向产品方确认，而不是按本文流程推定。
编辑与保存：从插入导图到节点、笔记落地
编辑阶段的目标是产出一张结构完整、信息可读的导图，并让它稳定保存在 Wiki 页面中。操作按以下顺序进行：
- 进入目标 Wiki 页面。确认页面处于可编辑状态，并确认自己具备该页面的编辑权限。导图属于页面内容的一部分，页面权限决定了谁能改动它。
- 从插入菜单选择思维导图。在 Wiki 编辑器的插入菜单中选择思维导图，页面中会出现内嵌导图编辑区域。若菜单中未看到该入口，先核对当前 Wiki 版本与页面类型。
- 建立中心主题与分支。先写中心主题，再逐层添加子节点，形成“主题—分支—要点”的层级。层级控制在接收方能一眼看清的深度，过深的分支更适合拆成多张导图。
- 补充关系与说明信息。编辑器支持节点、子节点、联系、概要、笔记、链接、图片和公式等内容。跨分支的依赖用联系表达，阶段性归纳用概要，背景、口径和待确认事项写进笔记，避免把长段落塞进节点标题。
- 保存到页面。编辑结果保存到页面本身，随页面内容一同留存。保存后回到页面阅读状态，确认导图正常显示、节点没有丢失。
完成标志可以概括为：页面中能看到完整导图，展开主要分支后节点、笔记和联系都在位，刷新页面后内容仍然存在。具体编辑入口和按钮位置以当前 Wiki 版本为准，不同版本可能存在差异。
导出交付：xmind 文件与 PNG 图片怎么选
导图在页面中可缩放、折叠和全屏查看，便于在评审时逐层展开讲解。需要把内容带出页面时，可下载 xmind 文件或 PNG 图片。两种产物的差别主要在“能否继续编辑”和“能否直接查看”上：
| 导出方式 | 产物特点 | 适用交付场景 | 接收方需要什么 |
|---|---|---|---|
| 下载 xmind 文件 | 保留导图结构，可在支持 xmind 格式的工具中继续打开和调整 | 接收方需要二次编辑、补充分支或纳入自己的导图体系 | 具备可打开 xmind 文件的工具环境 |
| 下载 PNG 图片 | 固定为图片，打开即看，不依赖导图软件 | 汇报材料、群内同步、文档插图、评审留档 | 任意图片查看环境 |
选择时先看接收方的下一步动作：要继续改，给 xmind 文件；只需阅读或引用，给 PNG 图片。两种都需要的场合，可以同时导出，并在交付说明中写清哪份是编辑版、哪份是阅读版。需要注意，不同查看或编辑状态下可用的按钮不同，若在页面阅读状态下找不到下载入口，可切换到编辑状态再查看，具体以当前 Wiki 版本呈现为准。
角色分工与交付物：谁编辑、谁查看、谁接收文件
把操作落到人身上，交接才不容易断。一张 Wiki 导图通常涉及三类角色，各自的动作和产物如下：
| 角色 | 主要动作 | 交付物 | 完成标志 |
|---|---|---|---|
| 导图作者 | 在 Wiki 页面插入导图，搭建节点、补充笔记与联系，保存到页面 | 页面内导图 | 保存后页面正常显示，内容完整 |
| 页面读者 | 在 Wiki 中缩放、折叠、全屏查看导图，提出修改意见 | 评审意见 | 意见回到作者处并完成修订 |
| 文件接收方 | 打开收到的 xmind 文件或 PNG 图片，用于编辑、汇报或留档 | 确认回执或后续使用结果 | 文件能正常打开且内容与页面一致 |
作者负责内容与保存，是导图质量的唯一责任人；读者以查看为主，不直接改动页面内容，意见通过评论或沟通回到作者；接收方拿到的是导出文件，与页面内导图是两份产物，页面后续更新不会自动反映到已发出的文件上。因此每次页面内容有实质修改，都应重新导出并说明版本，避免接收方使用过期文件。
一个需求梳理导图的完整示例
假设团队要在 Wiki 中梳理一个新需求的范围，可以按下面的流程走一遍：
- 建图。在需求相关 Wiki 页面插入思维导图，中心主题写需求名称，第一层分支设为“目标用户”“核心场景”“功能范围”“依赖与风险”“待确认问题”。
- 填内容。在“核心场景”下逐条添加子节点，每个场景用一句动宾短语描述；跨场景的共用能力用联系连到“功能范围”；“待确认问题”下每个节点配一条笔记，写清问题背景、需要谁拍板和期望时间。
- 保存并自查。保存到页面后，折叠各分支检查层级是否清晰，展开笔记确认没有遗漏关键口径，刷新页面确认内容仍在。
- 评审。把页面链接发给评审人，对方在页面中全屏查看、逐层展开，意见回到作者处修订。
- 按对象导出。需要产品同学继续补充分支，导出 xmind 文件；需要在周会材料中展示结论，导出 PNG 图片。两份文件在交付说明中标注版本和导出时间。
这个示例可以迁移到项目复盘、知识梳理、方案拆解等场景，区别只在中心主题和分支命名。关键是把“页面内导图”作为唯一内容源，导出文件作为面向不同对象的交付副本。
完成检查与尚待核验的范围
交付前按下面清单逐项核对，每项都能勾选再发出：
- 中心主题与各层分支命名一致，没有重复或空节点。
- 节点、子节点、联系、概要、笔记、链接、图片、公式等需要的内容都已补齐。
- 保存后页面正常显示导图，刷新页面内容不丢失。
- 页面阅读状态下缩放、折叠、全屏查看均正常。
- 导出的 xmind 文件能被接收方用其工具打开，结构与页面一致。
- 导出的 PNG 图片清晰可读，关键分支未被截断。
- 交付说明中写清版本、导出时间和对应页面链接。
关于范围，还有两点需要如实说明。其一，外部 xmind 文件导入 ONES Wiki 的具体流程、外部 Xmind 云账号同步与文件自动往返，目前没有已核验的资料支撑，属于待确认范围，不能作为已实施做法写入团队规范。其二，本文依据国内版公有云产品手册整理，私有部署环境的功能入口与可用性需按实际环境另行核验，且未做环境实测。团队在正式推广前，建议先在一个页面中完整走通插入、编辑、保存、导出四步，确认与当前版本一致后再形成内部操作说明。
常见问题
在 Wiki 页面阅读状态下找不到导图下载按钮，怎么办？
先确认当前处于查看还是编辑状态。已核验资料说明，不同查看或编辑状态下可用的按钮不同，页面阅读状态下可能不显示下载入口。可以切换到编辑状态再查看导图区域的按钮，具体位置以当前 Wiki 版本呈现为准。若两种状态下都找不到，建议核对页面类型与版本，并在一个测试页面中完整走通插入、编辑、保存、导出四步后再形成内部说明。
导出的 xmind 文件与外部 Xmind 账号是联动的吗？
按已核验资料，导出得到的是一个独立的 xmind 文件，下载后离开 Wiki 页面成为交付物。外部 Xmind 云账号同步或文件自动往返目前没有已核验的流程说明，因此不能把导出文件理解为与外部账号保持联动的副本。外部 Xmind 桌面、移动端、在线版在编辑、文件管理和导出能力上本身也存在差异，这些属于 Xmind 自身产品范围，与 ONES 内嵌导图编辑器不是同一套能力。
页面里的导图更新后，之前发出去的文件会自动更新吗？
不会。页面内导图与导出文件是两份产物，页面后续修改不会自动反映到已经发出的 xmind 文件或 PNG 图片上。建议把页面内导图作为唯一内容源，每次内容有实质修改后重新导出，并在交付说明中写清版本、导出时间和对应页面链接，避免接收方使用过期文件。需要同时提供编辑版和阅读版时，可分别导出 xmind 文件与 PNG 图片并注明用途。
私有部署环境能否照搬本文的编辑与导出流程？
本文依据国内版公有云产品手册整理，未做目标环境实测。私有部署环境的功能入口与可用性需按实际环境另行核验，不能直接套用公有云手册的按钮位置与操作路径。正式推广前，建议先在一个页面中完整走通插入、编辑、保存、导出四步，确认与当前版本一致后再形成内部操作说明；若涉及外部 xmind 文件导入，也需先向产品方确认，目前没有已核验的导入流程资料。
一张导图内容较多时，应该拆成多张还是保留在一张里？
判断标准是接收方能否一眼看清层级。层级过深、分支过多的导图，更适合按主题拆成多张，每张控制在“主题—分支—要点”的清晰深度。跨分支的依赖用联系表达，阶段性归纳用概要，背景、口径和待确认事项写进笔记，避免把长段落塞进节点标题。拆图后可在 Wiki 页面中并列放置多张导图，或按主题分页面组织，导出时逐张交付并标注对应关系。
官方参考资料
- 插入 Xmind 思维导图（ONES）
- 不同平台功能差异（Xmind）
