有必要写成流程文件吗？流程团队受挑战最多的问题之一

今天去北京给一家汽车公司做流程培训，正好在飞机上抽时间写篇文章。最近比较忙，又拉下不少功课。

今天写个比较轻松的小议题。正好，下午在深圳和客户开研讨会的时候，有部门提到一个问题“啥情况下才有必要写流程文件”，当然我知道，业务部门问这个问题背后还有一个想法，最好少些甚至不写，这样明年的流程工作督办压力就小了。

原则一：价值导向

咋一看，这个原则不好把握，也不好衡量，但还是要放在第一位。企业运营过程中，对员工行为及工作形成约束规范的，不仅仅是流程制度，还有企业文化等，所以的确不需要所有工作都事无巨细地编写工作规范。

一个工作之所以要写成文件，正式发布出来，一定要解决运营问题。这些运营问题可能涉及到职责、协同、管控标准（质量/风险）、知识传承等。

哪怕不符合原则二，但也有可能需要写成文件。比如年度经营计划流程，一年发生一次，频率很低，但因为涉及部门岗位很多，程序相对复杂，而且质量管控标准也很多，这个时候就需要发布一个流程制度文件规范过程。再比如，哪怕仅仅是涉及几个岗位的工作，业务逻辑也很简单，但因为操作比较复杂，很多经验和知识需要传承，比如某业务评审会流程。

总之，写文件的目的是为了解决运营过程中的问题，否则哪怕是天天发生也没必要写成文件，或者即使要写成文件，也只是需要写一个制度即可，不需要写流程。比如，大部分公司考勤管理就会写一个简单的制度，但不会写流程，为什么？因为考勤这个事情很简单，问问同事就知道去哪里刷卡了，即使偶尔出现了问题，大家也知道找一个人力资源的同事问问就可以了，至少没那么复杂，也不会出现严重问题。但反之，虽然很多财务的业务也很简单，但为什么需要流程制度呢，那是因为管控的需要，容不得有差错。

原则二：频率高、跨岗位多的要写流程文件

这个原则理解起来相对简单，建立流程的最直接的诉求就是为了跨部门跨岗位协同，然后才是追求流程产出价值最大化。所以，如果满足频率高、跨岗位多就需要写一个流程制度文件，实际上就是一个简单的契约。比如费用报销流程，虽然也很简单，但使用频率高，全员都会使用到，这个时候就需要标准化，提高运营效率和风险管控。

原则三：70分原则

越是核心业务域，文件化覆盖率要求越高，精细化度也越高。但聚焦核心业务域，围绕核心问题，持续进行流程制度化建设是必要的，不能单纯为了提高覆盖率而写文件，所以我在给很多企业提供咨询建议时，流程架构覆盖率定在70%-80%就可以了。

也要防止另外一个情况的出现，有些企业，核心的业务域都还没有制度或流程文件，就谈文件化无用论，又是走向另外一个极端。

原则三：特殊情况下，可以先写制度再写流程

特别是业务成熟度不足时，可以考虑先写制度文件，然后根据运营管理需要适时细化为流程文件。

是否需要写成文件，没有标准答案，但只要写成文件，就要能够更好地支撑和管理业务。

---