如何创建内容审批工作流
如何创建内容审批工作流：为每位审核人划定范围、并行审核、把意见汇总成一份清单，并设定更新日期。附可直接操作的示例。
内容审批工作流让一篇内容从简报走到发布，而不会出现三位审核人互相改写。画好它，就要决定谁可以说“不”、针对什么说，哪些审核可以同时进行，以及发布之后会发生什么。
简而言之
- 给每位审核人写明范围：他们裁决什么，不碰什么。
- 互相独立的审核并行进行，互相依赖的审核依次进行，图上和实际都是如此。
- 把法务这类条件性审核画成决策，而不是必经的一站。
- 在作者修改之前，先把所有意见汇总成一份清单。
- 为最终决定设置明确的“返工”和“否决”两个出口。
- 发布时设定更新日期，并画出这一天到来时会发生什么。
谁可以说“不”，针对什么说
内容审批的多数问题并不出在写作上。问题在于审核人都看到整篇草稿、都对所有内容发表意见，于是品牌编辑改写了说法，法务改写了语气，作者收到三个互相矛盾的版本。图表之所以有帮助，是因为它迫使你写明每位审核人要裁决的是什么。
有四个决定塑造这套工作流。第一是范围：每位审核人都有书面职责，图上把法务审核画成条件分支，而不是所有人都必须经过的一站。第二是并行还是串行：互不依赖的审核可以同时进行，需要另一项审核结果的审核则必须排在其后。第三是一份汇总后的修改清单，让作者面对的是一套已经化解冲突的意见。第四是发布之后怎么办，因为从不回头检查的内容迟早会过时。
下面的示例是一篇普通内容，从请求一路走到发布及其定期更新。你们的审核人、门槛和时间会有所不同，涉及受监管的说法，请按你们自己的法务或合规程序处理。请把这张图当作可以改造的结构，并与更通用的 /zh/guides/如何创建审批流程 对照；如果你们的内容属于受控文件，可以从 /zh/templates/文件审批工作流 开始。
一篇内容，从简报到更新日期
一篇内容从请求到发布，再到定期复查。留意分头展开的限定范围审核，以及把它们重新收拢的那一份意见清单。
可供草稿对照检查的简报
流程始于内容请求被排入日历，第一个真正的步骤是简报：受众、目标、关键词和要提出的说法。作者对照简报并附上来源撰写初稿，第一个决策问“初稿是否符合简报？”，答案为否，就在任何审核人看到之前退回初稿。对照书面简报检查，可以避免后面的审核人争论这篇内容原本该是什么样。
限定范围的并行审核，一份意见清单
“发给审核人，并为每人写明范围”同时分送给品牌与语气审核、SEO 与元数据审核，以及专业准确性检查。只有准确性这一支会问“是否包含需要法务审核的说法？”，所以只有说法需要时，法务才会看到这篇内容。所有分支随后汇合到“把意见汇总成一份清单并化解冲突”，再由“是否需要修改？”决定是修改还是继续。
批准决定及其三个出口
“内容是否批准发布？”有三个带标签的出口，而不是两个：批准、返工和否决。返工回到修改步骤，在那里每条意见都标为已解决，内容再回到限定范围的审核。否决则通向一个例外步骤，搁置或下线内容并记录原因，这样“不”就成为一条有记录的结果，而不是一份悄无声息的文件。
发布、更新日期和各自的职责
批准的内容在 CMS 中设置发布日期和负责人并排期，再发布并设定更新日期。一个延时步骤等待那一天，“内容仍然准确且表现良好吗？”给出保留、更新或下线三个选择。更新会以新版本起草，并从简报检查重新进入；下线则重定向或归档页面。泳道列把每个步骤放到负责人名下：内容负责人、作者、编辑、专业审核人或发布人，所以每一次交接都看得见。
运作方式
列出各项审核及其回答的问题
写下一篇内容可能经历的每项审核，以及它回答的唯一问题：是否符合品牌、是否准确、是否容易被找到、是否可以放心说出口。如果两项审核回答的是同一个问题，其中一项很可能是多余的。在 QueryChart 里，把每类审核人放进各自的泳道。
确定哪些审核一定需要
标出哪些审核适用于每一篇内容，哪些取决于内容本身。把条件性审核画成决策，例如“是否包含需要法务审核的说法？”，带上标签的分支，这样普通内容就不必排队等候它用不上的专家。
选择并行还是串行
如果各项审核互不依赖，就让一个步骤连到多个审核，再汇合到同一个步骤。如果一项审核需要另一项的结果，比如法务要先等准确性检查，就按顺序画。分叉在“连向”列里很容易看出，那里一行指向多行。
修改之前先汇总意见
在审核之后加一个步骤，由一个人把意见合并成一份清单，并化解审核人之间的冲突。在泳道里写明负责人。没有这一步，作者就成了审核人之间的裁判。
画出有三个出口的批准决定
汇总之后，加上最终决定，分为批准、返工和否决三个分支。返工指回修改步骤，否决指向记录原因的步骤。在“线条文字”里为每个分支加标签。
加上发布和更新日期
批准之后，画出排期、发布和设定更新日期。加一个等待该日期的步骤，以及保留、更新或下线的决策。间隔请与内容负责人商定，天数由你来定。
应避免的错误
人人审核所有内容
没有范围的审核人会对注意到的一切发表意见，意见彼此冲突。给每项审核写明职责，并写进步骤名称里。
本可同时进行的审核却排成串
一串互不依赖的审核白白增加等待。把它们画成并行分支，再重新汇合。
意见由审核人逐个退回
如果每位审核人都直接把意见发给作者，冲突就会很晚才暴露。加一个汇总步骤，让作者拿到一份清单。
没有为不会获批的内容留出口
只有批准或返工两个选择的图，暗示每篇内容最终都会发布。加上记录原因的否决出口。
把发布当作流程的终点
没有更新日期的内容就再也不会被复查。画出等待，以及保留、更新或下线的决策。
绘制你们自己的内容审批工作流
把内容审批示例打开为你自己的图表，把泳道改成你们的审核人，并设定团队商定的更新间隔。
相关指南
常见问题
什么是内容审批工作流？
一篇内容从请求到发布所经过的既定路线：谁起草、谁审核、谁决定可以上线，以及之后会怎样。把它画成图，审核人、他们的范围，以及回到作者的循环都变得清晰可见。
内容审核应该并行还是串行？
当审核回答的是互相独立的问题时，比如品牌语气和 SEO，就并行进行；当一项审核依赖另一项的结果时，就按顺序进行。本指南不为你们的组织设定规则，图应当如实呈现你们真正的做法，让等待看得见。
什么情况下内容需要法务审核？
这取决于内容提出的说法，以及你们所在的辖区和行业，所以请向你们自己的法务或合规团队确认。示例把它设计成准确性检查之后的一个决策，因此只有说法需要的内容才会送到法务。
已发布的内容应该多久复查一次？
没有通用的间隔。请根据主题变化的快慢和页面的重要程度来选择，把它记录为更新日期，并画出保留、更新或下线的决策。模板里所有天数都只是占位值。
我可以从哪个模板开始？
打开 /zh/templates/内容审批流程；受控文件见 /zh/templates/文件审批工作流，通用的审批模式见 /zh/guides/如何创建审批流程。