明确权责的软件系统实现:审批流

     分类 [产品经理]
2024/12/4 14:34:52 浏览量  638 喜欢  74
导读:跟进审批环节繁琐、审批时间过长问题;跟进审批流瓶颈环节、潜在风险点;跟进公司业务发展和外部环境变化...持续改进,持续完善,持续优化

明确权责的软件系统实现:审批流

有一些事项,已经决定就这么执行,为何还要走审批流?

任一审批单,结果都是通过或不通过,为何要添加那么审批多节点呢?

审批审核,是权责细分的具体体现,是标准化、规范化的有效落地。

审批字面意思是审查并加以批示,涉及到分工协作,都可以使用审批。

审批可以作为节点交接的见证,规范员工行为,提高企业运行效率;

审批可以作为数据见证,避免上级对下级的刻意打压,较少企业内部的消耗;

审批可以作为历史资产,探索流程卡壳节点、汇总资源统计,增强从宏观层面管控企业。

那,审批流到底有什么价值,有哪些使用场景,有哪些核心功能呢?

 

 

1

审批流价值

 

已经通过的事项,还是需要走审批流,这是为啥?

这是规范化、是标准化。

外出出现意外的员工,是私事还是工伤?只是老板口头上的允诺并没有法律效力,员工出门在外的权益也就很难保障。

而外出申请的审批流确是实打实的有力证据。

 

任一审批单,结果都是通过或不通过,为何要那么多审批节点呢?

这是权责,是责任义务的平衡,是资源有效利用的监控,确保合规性和透明性。

对于两个销售代表的招待客户预算申请。

对于直属的经理都是自己管理的下属一定要通过;

对于统管销售的总监那就是最好都通过,大客户部的优先;

对于替老板把控预算的财务来讲,是现在通过还是行业大爆发阶段通过,则有相当大的讲究。

 

线下拿个申请单,敲开各个经理的门,拿到红戳钢印的文档,感觉也并不差,那又为何要上系统?

这是发展,是进步,是节约纸张、节约时间的进步,是防止权力滥用的进步,是信息高效统计的进步。

相比于打印纸张,在各个经理门口奔跑,发起申请、系统提醒、进度同步,效率无疑更高;

相比于“宰相门前三品官”,“你有一个申请待审核”,更具备公事公办的特性;

相比于查历史、查预算、查进度、汇总比对再审核,统计报表直接展示更具有性价比。

 

 

 

2

审批流案例

 

审批流,是指在业务系统中,针对各种业务操作(如采购、销售、付款、签约等)所设定的审批程序和规则。决定了哪些操作需要审批、由谁审批、审批的先后顺序以及审批的条件等。

明确权责的软件系统实现:审批流

▲ 审批单案例

 

数字化系统实现之前,业务审批更多的是拿着纸质文档挨个审核。

看着一个个红戳钢印,实际上还有点神圣的感觉【偷笑】。

可怜巴巴的是,若是盖章到了最后一步被打回,哦豁,又得从头再来一次。

 

常见需要审批的业务有:合同签订、采购申请、订货申请、付款申请、进货入库、销售订单、销售出库、收款申请、付款申请、费用支持、费用借出、费用报销、请假、加班等

明确权责的软件系统实现:审批流

▲ 审批流真实案例

 

审批流需要明确业务类型,确定不同业务类型的审批流程边界和适用范围,从而避免出现流程重叠或遗漏的情况。

确保审批流辅助业务并高效运转,需要信息准确传达、流程操作高效、节点可预知、历史可回溯

信息准确传达:能有效并准确传达审批流的相关信息,尤其是业务的关键信息:如因什么业务审批XX预算;系统实现中常引用原先表单数据;

流程操作高效:能提升组织内部的运转效率,需要能够及时通知审核人并跟进审核进度,通知时长超长;

节点可预知:能帮助各角色提前了解审批流程,需要预知流程节点,便于跟进节点及进度;

历史可回溯:对已结束的审批单据能随时回溯,为事项的办理提供支撑,如:出差是因为出差申请通过,同样出差的开销也会被认可。

 

 

 

3

审批流核心功能

 

审批流核心是【业务单】发起审批流程,通过多级审批,最终审核通过或审核拒绝。

为支持多种业务的审批,审批流需要支持业务单自定义,并能便捷发起审批。实际业务中,【业务单】可能可以是:采购单、销售单、出差申请单、出库单、入库单、报废单。

为支持多级审批,需要支持审核节点增减;需要支持节点审核人员选择、多选。若单节点存在多人审核时,需要支持设置会签(全部审核通过才通过)或签(任一人审核通过就通过)

明确权责的软件系统实现:审批流

▲ 审批流业务流程

 

审批流实现中,单条数据包含:已保存、待审核、审核中、已审核状态。

已保存状态是为临时保存数据,尤其是表单数据。

对于一个出差报销,需要填写结果信息、行程单、发票、关联项目、上传附件,中间因工作而中断,那“已保存”就是很好的设计。

明确权责的软件系统实现:审批流

▲ 审批流状态机

 

待审核状态则是发起人已完成信息填写,进入审核阶段,并且目前还没有任何人审核。

审核中状态则是有人审核,却没有最终审核的时候。这个阶段,对于应该要做审核的人,在设计上应该看到的是待审核,提醒TA要做审核操作。

已审核状态是审核完成,且审核通过,表示该事项得到认同,可以直接执行。

已拒绝、已挂起则是审批流的异常状态,已拒绝表示未通过,可以重新编辑信息再次发起。记得是可以,不是一定哟。已挂起则表示该事项当前不适合执行,暂停,后续该节点审核通过或拒绝,则给出明确结果。

明确权责的软件系统实现:审批流

▲ 审批流配置

 

以上保障了流程的主业务流程通畅,为了提升审批流的易用性、时效性,还需要完善更多功能。

首先是【消息】,提示需要审核,同步审核进度。基于此也可以增加【催办】功能,用于提醒审核人,促进审批效率,更极大的体现了分权及公平透明。

其次是【指定退回】,实现指定退到具体环节,完成信息补充和调整,就可以快速审批完成,避免最后一个环节审批异常,又重走流程的情况。当然,系统化后,即使重走流程,也比线下高效快捷。

其次是【加签】,支持因为特殊情况增加审批节点,增加审核人员。

最后是【复制】,是一个便捷使用功能,对于历史的模板,复制后快速替换新内容,即可发起审批,将极大提升基础填报效率。复制带来的便捷更重要是体现在样例上。

 

 

明确权责的软件系统实现:审批流

 

审批流的实现和上线并不是终点,在之后的日常运营中,持续跟进和优化才更重要。

跟进审批环节繁琐、审批时间过长问题;跟进审批流瓶颈环节、潜在风险点;跟进公司业务发展和外部环境变化...持续改进,持续完善,持续优化。

软件系统是为业务运营服务的。

 

标签

微信扫一扫,分享到朋友圈

微信公众号

相关推荐