OA的皇帝指令

一、当然各种职位的不同也是我们OA所考虑的问题

1. 上级指令(皇帝指令)

OA更多为其提供数据,和各种统计的模式和想法目标。就像生活中的灵感,灵感的迸发也是需要个点。OA可以帮助为上级提供决策,方向的走向。

2. 中层管理(尚书大臣)

融会贯通自己的职位,利用自己的在业务的掌握,从业务各环节提供的数据。去为“皇帝”管理人员调度,提高管理效率,为上级排忧解难,降低管理的出支。OA可以为“尚书大臣”去提供各个手下分支得到的数据去做信息管理。

3. 执行层次(重要的执行者)

当一个国家/企业没有了执行层面,那这个企业只会崩塌,因为地基塌了,国家只会毁灭。OA可以为执行人员方便完成指令和自己任务,提高执行人员的效率,便捷的办公手段

其实说个较好理解的框架

“皇帝指令”—-方向—-“尚书大臣”—-调度/效率—-执行/便捷—-“执行人员”

二、需求—执行—落地

抛开一切不谈,不管做任何的事物和分析需求,最后一定要做到落地,落实。当然生活场景中更是要如此。

说个题外话,在公司内部,大家要是请假等事物,抛开紧急情况,一定要让上级留个预留时间不要事情到了才做出反应。需求很紧急了,得执行落地了才想起来反应,那个时候可是“背锅侠”喽。

三、核心OA流程—-OA审批

在前一点,预留时间这个事情上,对于OA来说就是报备,系统上操作审批,无疑会产生一系列的活动轨迹和行为数据,数据才是系统能够带给客户的最大价值,数据会证明一切的发生,也是我们产品经理的一个最重要的法宝:

1. 角色(执行)管理

执行层角色是审批流中的基础,能很大程度上减轻审批流维护成本。从结构上分为 2个部分:执行角色信息、角色管理。

执行角色信息:一般是固定不变的的,数据的输入至后台,保证员工信息的准确性,便于管理员工。

执行角色管理:执行角色名称和管理的团队范围,举例:小吴在兵部任职,同时今天礼部尚书,让我去协同办公。当2个部门所梳理出来的消息,审批文件,都会让我协同调节。一个员工可以有多个角色和多个管理部门,一个角色也可以包括多个员工,这样的好处,是如果有员工入离职或调岗,不需要修改审批流,只需要在角色中增加或减少员工即可。

2. 审批关系管理

审批关系管理,基本都是通用的审批流,分为「汇报关系管理」、「汇报类型管理」和「审批等级」。

1)汇报关系

汇报关系是标准的树状结构,每个员工基本都是有上下级的区分,但是就像我说的今天我可能在兵部上班,但是会有特殊情况我需要去给礼部尚书汇报,去协调业务的流转,这个时候一般都是虚线汇报和特殊汇报关系。

就拿学生申请为例,汇报关系:

产品经理,产品经理网站

2)审批等级

审批等级也是有不同情况的,根据审批紧急程度和汇报内容,来判断审批等级到那个梯度,“皇帝指令”审批可是不会审批一个小小兵部的吃喝哦。

审批等级的好处,是在配置审批流的时候,可以根据审批条件,判断可截止的审批层级,可以更方便到事务的决定,减少人力物力的损耗。

3)审批方案管理

基础模块,都是为了后期的审批方案做的更加具体便捷打好基础。真正使用到业务场景中的,就是审批方案,以当前公司接的业务去做不同的区分。

系统差异化的不同,也是考验去做这个功能的人能力的体现,可以快速把握客户的需求将是你的致胜的尚方宝剑。

接下来讲个财务的用款审批方案事例,来看看如何去审批。

举例:

  1. 用款需要员工发起,最终是审批人是财务部门
  2. 如果是金额小于等于部门可使用的金额内只需要直属 上级审批,或者是 2 级审批人,审批通过即可使用;
  3. 金额大于部门可动用的使用金额,但是不超过可使用金额的150%元,需要财务人员核验和部门的人员配合,审批通过即可使用;
  4. 金额大于等于使用金额的200%,需要上级的上级(尚书)如果“尚书”等级还是比较低,就需要直达天庭,“皇帝审批”审批,审批通过即可使用;
  5. 以上都审批完成后,最后通知财务(户部)打款

如图例:

产品经理,产品经理网站

3. 审批规则

业务规则:不同的业务审批流,都要结合业务的场景去判断,列了几个场景可以参考。

考勤审批:休假类型和天数,如事假、年假、产假等;

行政审批:工地有采购数量和采购价格等,采购申请,需要主管审批;

人事类:调离部门需要多方面的配合,走流程调离

特殊情况特殊分析,走不同的审批流程,这里要基于业务场景来考虑,特殊场景:审批人缺失,可以跳过这个环节继续审批,直接终止审批,或者跳转到某个具体的人来处理这个事情。

4. 审批方式

包括依次审批、协同审批,以及仅通知。

协同审批:适合类似于大笔金额的流转,需要多个人去同时确认或者审核,才可以完成审批。

依次审批:例如G端(政府端)稳扎稳打。多个步骤,每个步骤中有多个审批人的时候,需要所有人都审批通过,才能进入下一步。

仅通知:当某一个人或角色,仅仅告知审批结果的,可以选择仅通知方式。

5. 可结束审批节点规则

做这个的目的是避免很小的流程,例如:员工报备上厕所,只用填个时间不用审批(三急!!!!)。

6.学生信息导入审批图例

产品经理,产品经理网站

四、总结

其实对于我们来说,OA是很值得学习的,像钉钉,企业微信等各大办公软件都做的很好啦,我们才要多去学习,

注重需求落地,大部分的事情都可以迎难而解,要关注系统功能的规划,还需要加强企业管理,了解客户的管理模式,深入到客户群体中。

调研方法:

  1. 深度访谈(用户访谈);
  2. 轮岗实习;
  3. 调研问卷;
  4. 具体数据指标(过程指标、结果指标);
  5. 行业分析(竞品分析)。

从更宏观的角度观察整个业务的布局。

要真正解决客户需求,要深入,在客户旧有理念与OA全新管理理论中寻求平衡,才能搭建出符合客户需求的、可以真正落地执行的业务平台。

 

本文作者 @产品(吴) 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部