|电商后台设计：审核流( 二 )

05 使用场景
场景一：指定审批人
发起人在发起申请时可以自己指定需要进行审核的人，这种场景比较常见。主要优点是功能简单、灵活性比较高，缺点是无法形成标准审核流程。适用于那些对审核要求不高的业务，如请假单、迟到补卡、加班等。这样的审核流因为是用户自己设置，所以通常不会太复杂。

本文插图

场景二: 固定审核流
企业中还有许多审核内容因为其中涉及到了金额、以及保密信息，所以上面这种人为自定义的方式就不太适用，它们的审核流程通常都是固定的标准审核流，如采购单、合同等。针对这种情况需要设计一套标准审核流程，后期由技术人员或者产品经理进行维护。
除了审核人外，还需要根据业务加入更多的匹配规则，如:
1）审核金额：即当满足一定的金额条件后，才会触发对应审核人。如企业的采购单审核，当采购金额小于等于10000时，采购主管审核即可，当大于10000时，同时需要采购经理来审核。
2）动态确认审核人：上面我们总结了，审核其实就是找到对应的审核人，然后完成审核信息。审核人的设置有以下几种方式：

指定具体的人：在审核节点上明确指定具体的审核人。
指定具体的职位: 将节点设置成对应部门下的职位，当审核流进入节点时，系统动态的根据职位信息获取当前对应的人。这样设计可以保障职员职位变更后，新的职员可以继续审核，而不用重新修改审核设置。

3）消息通知：当审核进入对应节点的时候，给发起人和审核人发送消息通知，及时了解审核状况，通常由代码内部完成这个逻辑，功能不会体现在原型图上。
4）抄送人：消息发送给审核人和发起人的同时，也需要给指定抄送人发送一份。
下面是优化后的固定审核流原型图:
审核流列表页：

本文插图

审核流设置页：

本文插图

06 使用方法
上面我们将审核设计成独立的功能模块，使用时可以通过下面几步完成调用：

配置好审核流程审核信息
通过标识码和反馈码调用审核模块的接口，获取当前步骤的审核人列表信息
在业务表单页面判断当前登录用户是否在审核人列表中，如果在则显示审核表单，如果不在则不显示

本文插图

以上就是审核功能所涉及的内容，欢迎小伙伴们在下方留言交流！
作者：JackLiu；个人微信公众号: 扬帆去远航（ID:Jackai_liu)
本文由 @Jack 原创发布于人人都是产品经理，未经作者许可，禁止转载。
【|电商后台设计：审核流】题图来自Unsplash ，基于CC0协议。