如何编写业务流程文档
如何把流程文档写得一直站得住脚：每一步指定负责人，写下判定规则，把文档纳入版本控制与审批，并设定复审日期。附一个可直接操作的示例。
为流程编写文档，就是把发生了什么、每一步由谁负责、判定规则是什么记录下来，并且这份记录只有一个现行版本、一位指名的负责人和一个复审日期。
简而言之
- 只有一个现行版本，而且能被辨认为现行版本。其余的都是副本。
- 每一步都写明负责的角色；每一个判断都写明规则与阈值。
- 写清楚证据落在哪里：哪个系统、哪个台账、哪一条记录。
- 带签署与日期的批准，才是把一份文件变成受控文档的关键。
- 设定复审日期——并在任何出问题之后进行复审。
选择流程文档工具
流程文档为什么会失去可信度
几乎每家组织都有流程文档。真正被信任的却很少，原因很少出在写得好不好，而在于没有人分得清哪一份才是现行版本。同一条程序同时存在于共享盘上的一个 Word 文件、某个人幻灯片里的一张图，以及十八个月前最后更新的一个 wiki 页面里，而这三者各自说对了一部分。为流程编写文档，只有一半是把它写下来；另一半是让其中一个版本可以被辨认为大家认可的那一个。
内容层面的检验很简单：一个从没做过这份工作的人，能不能照着做下来？一个外部人员，能不能看出流程是否被遵守？这意味着每一步都写明负责人，每一个判断都写明规则和阈值，而不是写“视情况而定”，并且每一个产生记录的步骤都说明记录归到哪里。“核对银行账户信息”是一种意愿。“按已签署合同上的号码致电供应商——绝不用发票上的号码——并记录由谁核对、何时核对”才是一项控制。
下面的示例是供应商准入流程。请把画布下方的程序正文和图表对照着看：它们是从同一批行生成的，这正是关键所在。当图表和书面程序是两份文档时，它们就会逐渐脱节——而这种偏差在审计师把它们并排放在一起之前都是看不见的。
一份成文的流程：图表与正文
跨五条泳道的供应商准入流程。画布下方的程序正文由同一批行生成——两种视图，一个来源。
记录触发条件与受理入口
一份申请表，加上一次有据可查的核查：现有供应商是否已经能满足这个需求。把受理入口写进文档，才能防止流程被从中间插进来——未经批准的供应商正是这样进入账目的。
写明有哪些审查、由谁执行
合同条款由法务审查，信用由财务审查，数据保护由安全团队审查。四项审查、四位负责人、各占一条泳道——一份只写“进行尽职调查”而不写明谁做哪一部分的程序不是文档，只是一个标题。
把判定规则写下来
风险等级决定审查的深度，尽职调查这道关口带有明确的拒绝路径。当规则和阈值写在步骤上时，无论谁当班都能做出同样的判断，而不必取决于问了谁。
把控制写进文档——包括那条回路
银行账户信息通过回拨核实，未核实的信息会退回重新核实——付款设置不会在未经核实的账户上继续推进。只以政策里一句话形式存在的控制会被跳过；画成带回路关口的控制，则明显不可绕过。
运作方式
先确定这份文档是给什么用的
培训新人、应对审计师、化解团队之间的分歧，各自需要的详细程度并不相同。写下您正在做的是哪一种，因为它决定了要写多少。想同时满足这三种用途，只会得到一份长到无法用于培训、又含糊到无法用于审计的文档。
先抓住流程本身，再写文字
先把流程搭成一张图——步骤是行，连接靠行号，每一步归属一条负责人泳道。图表会把缺口逼到明面上：没有负责人的步骤、没有标注的分支、缺失的异常路径，在图里都看得见，在段落里却很容易藏起来。
给每一步一位负责人，给每一个判断一条规则
把负责的角色放进步骤所在的泳道，把判定规则写进它的备注：阈值、判定标准、谁可以批准例外。凡是能用数字的地方，就用数字取代“视情况而定”和“及时”；确实做不到的地方，就写明由谁决定。
写清楚证据落在哪里
对每一个产生记录的步骤——一次批准、一份已签署的合同、台账里的一行——都要写下由哪个系统保存、以什么名称保存。这就是能扛过一次审计走查的文档，与会引出追加问询的文档之间的差别。
要经过批准，而不只是发布出去
把完成的图表送进 QueryChart 的审批流程，让当前版本带有审核人、签署和日期。正是这一点让它成为受控文档而不只是一个文件：一个已批准的版本、一条不可篡改的变更历史，以及对该读哪一份毫不含糊的答案。
设定复审日期和触发条件
选一个节奏——每年一次很常见，变动频繁的每半年一次——并加上一条规则：凡是涉及这条流程的事件、审计发现或系统变更之后都要复审。文档会悄无声息地失效，而页面上的一个日期是最便宜的防线。
应避免的错误
两份文档，一条流程
图表在一个文件里、书面程序在另一个文件里，它们必然脱节，而且在被放在一起对照之前没有人会发现。保持单一来源，再由它生成各种视图。
“视情况而定”
含糊的限定词把决定从文档转移给了碰巧当班的那个人。这与为流程编写文档恰恰相反。写下阈值，或者写下由谁决定。
没有指名的负责人
人人都能编辑、却没有人负责的文档，就是没有人更新的文档。页面上要有一个名字。
靠文件名做版本管理
流程_v3_最终_修订2.docx 不是版本控制，而是一场考古发掘。请使用一个能告诉您哪个版本已获批准、以及各次修订之间改了什么的系统。
为您自己的流程编写文档
把供应商准入示例打开为您自己的图表，或者从空白开始，用您的行搭建整条流程。
相关指南
常见问题
流程文档与 SOP 有什么区别？
流程文档描述工作如何流动，通常横跨多个角色：顺序、判断、交接。SOP 是执行某一份工作的指令，写给动手的人看，往往包含流程图承载不了的细节——截图、精确的字段取值、安全提示。实际使用中两者是配套的：流程图显示各份 SOP 如何衔接，而每份 SOP 展开其中的一个步骤。
为了应对审计，流程文档需要写到多细？
细到审计师可以随手挑一个真实案例，照着您的文档走一遍，并在文档所说的位置找到证据。这意味着写明负责人、写明判定标准，并为每一条记录写明存放位置。审计师追查的不是篇幅，而是一致性：一份成文的流程、流程被遵守的证据，以及一条表明成文版本就是现行版本的批准记录。
流程文档应该由谁来写？
由不做这份工作的人来写，依据对实际执行者的访谈。熟练的人会跳过那些已经变成本能的步骤，而那恰恰是新人最需要的步骤。先以外部视角写出初稿，再让实际执行者来纠正——纠正很快，而他们补上的正是任何初稿都写不进去的隐性经验。
流程文档应该多久复审一次？
按固定节奏，并在特定触发条件下复审。每年一次是常见的基线，变动频繁的流程则每半年一次。触发条件更重要：在事件、审计发现、系统迁移，或者调整了泳道负责人的组织变动之后进行复审。大多数失效来自没人复审的变更，而不是时间流逝本身。