笔者有OA系统的设计经验，本系列将分篇章总结OA中最核心的功能，希望能尽可能全面地记录笔者的经验，和感兴趣的读者交流分享。

OA系统对于提升企业和政府单位的办公效率有非常重要的意义，其应用之广泛无需多言。由于机构内部业务的复杂性、多种人员身份，以及不同组织间办事流程的差异性，同时兼顾严谨和灵活导致OA的功能逻辑极其复杂。体现其复杂性的一个代表功能就是流程，这是本篇文章探讨的对象。

一、关于流程的重要认知

1. 流程让OA区别于其他系统

机构内各部门和人员间有严格的管辖关系，因此诸多业务都有严格的办事流程。

最容易想到的例子就是行政事务的审批流程，比如员工提交请假申请，需经直接领导、部门领导、分管副总审批，最终汇总到人事部门。其他例子还包括部门申请某会议室的使用权限，或者内部公告在发布前经相关人员审查内容等等。

由于OA的主要目的是把线下业务移至线上，因而OA的业务模块往往要遵循特定的事务流程，深深打上了“流程”这个让OA区别于其他系统的印记。

诸多业务模块都可能涉及流程，从程序设计的角度来看流程的代码实现应当被作为公用的独立的函数被其他代码模块调用，对于产品设计而言同样要把流程配置作为单独可访问的功能模块，避免流程和业务的耦合。

业务模块通过特定的接口查询流程节点的信息，或者向流程模块传递更新的流程信息。如此一来，产品经理需要思考如何让某个流程和具体的业务绑定。

解决思路无非两种，在流程配置模块里设计好流程，然后选择关联的业务模块；或者在各业务模块里分别嵌入可以配置流程的子功能。第二种方式更灵活，可以根据业务模块的特别需求定制改造流程配置的功能细节。

流程绘制过程中的可视化方式因系统而异，我们不讨论这个方面的问题，值得探讨的是流程节点的类型。业务场景决定了系统应该提供哪些流程节点，下面列举几个常见的节点类型。

1）审批节点

审批节点指定了在该流程环节由谁完成审批动作，应当提供丰富的选择以满足不同的业务场景。下面列出几种指定审批人的方式：

指定用户：用于特别要求交给某个人处理时。不具有通用性，不常用，但不排除用于应对特殊情况。
直接上级领导：比如请假单这类行政审批单，交给直接领导审批。
指定职务的用户：比如办公设备的申请会提交到设备管理员，只需要指定“设备管理员”职务。
指定接口人：比如提前创建好一个“公文接口人”的接口人类型，包含所有部门的助理。下发全公司公告时选择发给“公文接口人”即可。
指定角色的用户：比如所有的高管都有“高管”角色（角色赋予了用户特定的权限，接口人是不定义权限的，只是圈定某一些用户而已）。比如公司财务报表最终发给所有高管查看，在流程节点里指定“高管”角色即可。
指定部门+以上条件：组合条件提供更严格的限制。比如请假单提交给“人事部门”的“HR”。

2）会签节点

会签指的是多人共同签批，该节点要指定多个审批人，并且设置会签规则，包括一人同意或者全部同意即可进入流程下个环节。

3）分支节点

流程不一定沿着一条路径从一而终，就像分岔路口一样，多个分支通往不同的方向和目的地。分支节点之后定义多个流程分支，流程发起人或审批人在业务模块里填写的信息决定了流程向哪个分支发展。

比如请假天数少于3天时只需要部门负责人同意，请假天数超过3天需要分管副总同意。