跨团队交接场景：RACI、验收基线与「谁改主稿」写清，减少接手方背锅
`handoff-visio-docx` 面向把架构或流程资产从制图方交给产品、交付或外包维护。DOCX 常被误当成可随意改的主稿，而 .vsd 仍躺在个人目录。交接包应含：权威 .vsd 路径、转换参数、已知降级清单、Word 最低版本、插图是否允许栅格化，以及缺陷上报渠道。没有书面 RACI 时，Word 里改坏的图往往算接手团队责任。
交接操作说明：用一页纸写清主从稿、缺陷分级与升级路径，再附样张验收截图
- 交接发起方整理「只读 DOCX 快照 + 可编辑 .vsd 主稿」双资产，并在封面写明谁有权改哪一层；禁止只发 DOCX 却暗示对方承担全部后续改图责任。
- 接手方在规定的 Word 与字体环境下按检查清单抽检打印与屏幕分页，把不可接受项按 P1 版式、P2 可读、P3 美观分级登记工单而非聊天吐槽。
- 双方签字或邮件确认哈希与责任边界后，旧共享链接作废；任何后续变更必须走变更单并同步 bump 映射表，禁止私发「修正版」绕流程。
VSD 转 DOCX（跨团队交接）常见问题：主从稿混淆、责任边界、缺陷分级与链接失效
接手团队只在 Word 里改字却被要求同步更新流程拓扑，这在职责上通常应如何拆给制图方？
拓扑变更应回 .vsd 由制图角色执行并重新导出；若合同未包含该角色，需在变更单里追加资源而非默认 Word 编辑承担。
外包只能访问 DOCX 无法装 Visio，若发现图与需求不符，证据链应如何组织才能向甲方索赔或延期？
应保留需求段落、DOCX 页码、同缩放截图与往来邮件引用哈希；证明「按交付物理解」而非口头对齐。
多地区团队时区不同，是否应规定「每日唯一有效 build」避免两地同时改两个 DOCX？
应指定单一发布窗口与命名规则含日期与构建号；并行无锁编辑必然产生合并地狱，应用变更单串行化。
交接后原制图同事离职，仅存的 DOCX 能否反向当成新的权威主稿继续演进？
风险极高，插图语义已丢失；应尽力从备份或文档库恢复 .vsd，并在制度中禁止长期以 DOCX 顶替矢量主稿。
安全部门要求交接包脱敏，打码是否应在 Visio 源完成还是在 Word 后处理完成？
优先在 .vsd 层脱敏并重转，避免 Word 浮动对象漏打码；后处理需逐页审计漏网之鱼。