审批是B端产品中最为常用的功能之一，也是B端产品服务组织管理的重要体现

基础概念

审批模板

审批模板是指审批流程的确定路径。例如，请假审批模板，是发起人—部门领导—分管副总—CEO（当请假时间超过一周时）。

审批单

审批单是指按照审批模板进行的具体审批任务。例如，小明申请周五请假，经过部门领导和分管副总审批，这条具体的审批任务就是一个审批单。每个审批单都是独立且唯一的。

审批节点

审批节点是审批模板中的一个环节，如在请假审批模板中，发起人、部门领导、分管副总都是其中的节点。

串行审批

串行审批是审批人按审批模板中的顺序依次审批，上一审批人审批通过后才会由下一审批人进行审批，直至所有审批人审批完成即结束，一旦有一个环节审批不通过，那么待审批信息就会退回发起人处，此次审批流程即结束。
【PS：修改内容不同，发起人重新提交后可以到相应的节点。】

并行审批

并行审批是指多个审批人在同一环节中进行审批。在并行审批中，需要根据业务需求定义清楚多个审批人的审批结果是“与”的关系还是“或”的关系。
“与”关系：所有并行审批人员均通过才能进入下一环节。
“或”关系：并行审批人中只要有一个人审批通过就可进入下一环节。

串行审批与并行审批构成了审批中最基础的骨架，所有的审批流程都是这两种审批方式按不同的排列组合形成的。

扩展功能

为了满足更多场景的需求，在串行审批与并行审批的基础上，通常还会增加一些与审批相关的扩展功能。

设计要点

针对发起端和审批端，还有很多需要注意的设计要点。

1）发起端

对于发起端，产品经理需要定义清楚相关的约束条件。
（1）发起权限
不同的审批流程，发起权限有差异。例如，项目立项审批流程，一般都是由项目经理发起，其他项目成员则没有发起权限。
（2）发起时效
对于少数流程，会有发起时效的限制。例如，第二次发起时间需与前一次发起时间间隔n小时以上，目的是让发起人在进行发起操作时更加慎重，仔细核对发起内容。
（3）发起后编辑权限
一般情况下，审批流程发起后，审批内容就无法继续编辑，需等到审批流程结束后才能再次编辑，不过如果管理方面要求没那么严格，可以允许发起人在发起后但还未审批前修改审批内容，一旦有过任一审批，就不能再次编辑了。
（4）查看对象
前文提到，审批都是以审批单为单位进行的，但对用户来说，则不一定以审批单为单位展现。对于需多次审批的审批对象，有的管理者会要求以审批对象为单位展示审批流程，以便清晰地查看这个管理对象的审批全过程。例如，常用的财务报销审批，如果用户查看审批流时以审批单为单位，那么由于这些审批单是割裂的，用户就不能直观地查看此次报销的审批全过程，所以这时就应考虑以审批对象为单位展示审批流程。
以小明报销审批的流程为例，当小明第一次提交报销审批时，在财务审批节点被驳回，那么此次审批就结束了，但报销单依然存在。当小明修改报销单后再次提交，报销单依然不变，但会生成新的审批单号，这就是审批对象与审批单的关系。
（5）撤回处理
在设计撤回功能时要注意，撤回后的审批单还是原来审批单，因为还没正式进入审批流程，可以原审批单名义重新发起。

2）审批端

（1）确定审批人
审批发起后，如何确定审批人呢？总体来说有两种方式。
[插图]　发起人手动选择。发起人每次发起审批时，手动选择审批节点上的具体审批人，系统不需要自动判断。这种方式的优点是开发工作量小、可靠性高；缺点是用户每次都要手动选择，当审批层级较多时，发起人自己也不知道审批人应该选谁，因此体验不太好。为了提升手动选择的体验，系统可以自动记录用户上次选择的审批人，并可手动修改。
[插图]　系统自动判断。系统自动判断是非常理想、体验更好的方式，它不需要发起人每次手动选择审批节点上的审批人，只需提交审批申请就够了，但这种理想方式的背后需要一整套非常复杂的审批架构来支撑。如果审批架构与组织架构相同，那么我们对接现有的组织架构就可以了，但如果审批架构与组织架构不同，那就意味着我们几乎要建立一套全新的人员架构，而这套人员架构很可能无法适用于其他的审批模板。另外，当新的审批架构中有人员变动时，需要人工及时维护，所以系统自动判断看起来体验很好，但实际需要付出的成本非常高。
（2）其他事项
[插图]　审批人互斥。在审批过程中，为了避免走过场式的审批，一般审批人与发起人是互斥的，审批人之间也是互斥的，当然这里没有严格的标准，最后还是要看业务需求。
[插图]　审批时效监测。B端产品作为提升组织效率的重要工具，在审批过程中要充分发挥它的优势。其中很重要的手段就是对审批时效进行监测，除了审批申请到达审批人时进行待办提醒，系统还要自动设置“审批闹钟”，当审批停留时长超过规定时长时，系统要加强提醒，并逐步升级，如从系统内的待办提醒升级为邮件提醒再到短信提醒，甚至自动拨打语音电话进行提醒等。