跨职能流程图模板（内容评审与发布）
以内容评审与发布流程为例的跨职能流程图模板：作者、编辑、法务与合规、网站团队四条泳道，横跨从撰稿纲要到发布后回顾的五个阶段。
运作方式
先判断这些泳道是否值得占这么大篇幅
在改动任何东西之前，先确认你们的问题确实出在交接上。如果问题是初稿写得不好，泳道图帮不上忙，一条直线反而更好读。只有会做决定、或者会在等待期间把工作攥在手里的团队才配一条泳道，绝不要一人一条：以个人命名的泳道，在第一次有人换岗之后就不再描述这条流程了。
把泳道改成你们真实存在的职能
把作者、编辑、法务与合规、网站团队换成你们自己的。如果你们没有内部法务评审人，不要把检查跟着泳道一起删掉：把“逐条核对表述与其依据”移到编辑的泳道，并指明由哪位外部律师或合规负责人签字。只有在确实是同一个人既写又编的时候才合并作者与编辑泳道，而那也正是这张图不再是跨职能图的时候。
把表述触发清单写下来
“内容是否含受监管或比较性表述？”的好坏，全看它背后那份清单。把你们自己的记在这一步上：指名的竞品、价格或省钱数字、性能或安全宣称、客户名称与标识、医疗、金融或法律建议，以及任何受监管的用语。这个判断要留在编辑的泳道里。赶截稿的作者会绕开一道由自己负责的检查，而这正是这次跨界要防的事。
定下法务的时限，并指定一位评审人
模板假定有一个写明的时限（三个工作日是常见做法），并且每篇内容有一位指名的评审人。把你们真实的数字写在这一步上。“法务是否按原文放行这些表述？”的第三条分支要保留：背后没有带日期依据的表述不属于改稿情形，把它并入改稿分支，正是站不住脚的说法被改个措辞而不是被砍掉的原因。
把发布前检查换成你们自己的，并且对着预发布页面做
把你们的检查项列在这个判断步骤上：定稿文案是否已就位、标题与元描述、各级标题与替代文字、链接是否可用、移动端排版、嵌入媒体的同意机制。有两件事比清单本身更要紧：检查对象是预发布页面而不是文稿，以及不通过的项目退回网站团队，所以那条分支要一直指向“制作页面并上预发布环境”。
回顾日期在定稿时就定，不要往后拖
“定稿并确定发布日期”这一步同时也是回顾日期该定下来的地方，通常是 30 天或 90 天之后，判断依据是纲要里写明的目标，而不是只看流量。更新分支要保留，让它回到修改那一步：改动过的表述需要重新放行。如果你们团队确实从不回看已发布的页面，就把最后一个阶段整个删掉，而不是留下一个没人做的步骤。
常见问题
什么时候需要跨职能流程图，而不是普通流程图？
当失败发生在交接处的时候。把流程画成一条直线，然后看最近究竟出过什么问题。如果是步骤被做坏了，泳道只会加宽篇幅，不告诉你任何新东西。如果工作停下来是因为没人知道它到了，或者被做了两遍因为两个团队都以为是自己的，那么归属正是你缺的信息，泳道就是把它显示出来的办法。这里的发布流程满足这个检验：一句需要法务放行的表述，一个由网站团队上预发布环境却由编辑定稿的页面，两者都是跨界，而稿子丢就丢在这两处。
内容评审与发布流程有哪几个阶段？
五个，和这张图的阶段一一对应。撰稿：按一份写明受众、目标、目标网址与计划日期的纲要写作，然后附上资料来源、图片与替代文字。评审：校订准确性与文体规范，然后由编辑作出带修改循环的判断。审批：判断内容是否含受监管或比较性表述，把这些表述逐条对照依据放行，然后定稿并确定发布日期。发布：制作页面并上预发布环境，在页面上跑发布前检查，发布并提交收录。发布后：检查收录、跳转与报错，然后在定好的回顾日对照目标评判这一页。
内容评审与发布流程归谁负责？
编辑负责整条流程，别人都不在这个位置上。作者负责初稿和修改，法务与合规负责一句表述能否按原文站得住，网站团队负责做好的页面和部署。但编辑是唯一在五个阶段里出现四次的角色，这也是为什么表述触发点、文案定稿、发布前判断和发布后回顾都落在那条泳道里。如果你们的流程总是卡住，先看看这位端到端负责人到底存不存在，还是每个团队只是各做自己那一段，然后指望着。
这和 Visio 里的跨职能流程图比起来怎么样？
Visio 桌面版的模板叫 Cross Functional Flowchart，而 Microsoft 自己的文档里这个名字的连字符写法前后不一致，所以不要把它读成两种东西。那里有两件事常让人意外。阶段不是泳道的属性，而是拖到泳道上的独立 Separator 图形；删掉一条泳道会连带删掉里面的每一个图形，Microsoft 记录在案的规避办法是先把那些图形整个移到图外。在网页端，跨职能流程图需要 Visio Plan 1 或 Plan 2，随 Microsoft 365 附带的那个 Visio 层级里没有它。这里泳道是步骤本身的一个取值，所以重新分配一个步骤，就是改那一行。