TO B产品审批流程设计

目录：

审批业务流程分析

将流程转换为系统语言

根据需求联想功能拓展

 

最基本的审批业务流程由不同角色用户、事件、状态组成。申请者提交审批，需要按照审批节点一层层通过至完成。每层审核失败退回节点【提交审核】重新开始此流程。

 

 

根据业务流程，考虑【不同角色用户的需求】得出以下基本需求：【重要/频率高】

 

【申请者】掌握申请进度；及时修改审核文档；

【审批者】得知何时需要对此项目进行操作，如何操作，操作会对此项目带来的后果，若发现申请者提交的文档有错误，需要能告知申请者，如何修改的沟通形式.

 

因此在进行系统设计时候，以泳道图的形式，观察三种角色的用户在每个业务节点的行为，项目状态，需进行的操作，系统需要给他的反馈进行设计。

 

规则设定：

 

1 同一界面不同用户View

在某操作节点，除了操作此节点人员有操作功能选项，其余角色权限用户只能看到界面状态，不可进行操作

 

2.【消息的被动推送形式】当操作人操作完毕之后，系统自动发送消息通知，提示项目状态更新，消息推送方向为：

 

申请者——> 一级审核者

一级审核者——>申请者、二级审核者

二级审核者——>一级审核者、二级审核者

 

 

除了最基本的审核流程需求，企业内部审批业务流程通常还有一些痛点，都可以找到一些合适的解决方案：

 

1. 审批时间流程长

    *无提示（更灵活的消息通知配置）

    *领导外出无法审批搁置（移动端/即时沟通/催促提示）

 

2. 修改调整频繁，沟通麻烦（记录修改版本/文档在线批注）

 

 

根据需求用户需要随时掌控项目的进度状态，及何时自己应进行什么操作，我们以消息通知的形式告诉用户,来解决效率与告知的诉求：

 

【消息的主动推送形式】对消息通知进行配置，主动提示用户对项目进行操作，不依赖于操作者对项目状态的改变。例如：

 

配置固定时间节点提示操作者对项目进行操作；

 

具体配置sample：项目截止时间为每月18日，申请者A于1日完成申请，一级审批人即刻收到消息通知，若无后续操作，人为配置于截止日期前三日提示一级审批人主动审批此项目。

 

再对需求进行深入拓展，消息推送的时间，可在截止完成时间的前、后，任务完成前，用户应立即完成此项任务，任务未完成逾期，用户应进行另外的操作：例如对项目进行解锁、延时等等。

 

配置灵活时间节点提示操作者对项目进行操作；

具体配置sample：项目截止时间为每月18日，申请者A于1日完成申请，一级审批人即刻收到消息通知，若无后续操作，人为配置于申请者A完成节点操作后3天内必须完成审批动作，对效率有影响，可以思考的方向有：逾期事件（正面影响/负面影响）。举个例子，逾期若是领导外出搁置造成，配置固定时间可能较为更好，方便领导安排某一固定时间处理所有项目事情。若希望项目审批时间缩短，配置灵活时间节点更好。

 

催促提示

在层级扁平注重效率的企业，单纯的配置通知用户不能满足效率的需求，还可配置申请者在一定时间后可手动触发对审批者的通知，触发的时间和频率，审核者是否有收到消息，都可以再进行进一步细化。