OA游戏有哪些（OA的皇帝指令）
OA游戏有哪些（OA的皇帝指令）在前一点，预留时间这个事情上，对于OA来说就是报备，系统上操作审批，无疑会产生一系列的活动轨迹和行为数据，数据才是系统能够带给客户的最大价值，数据会证明一切的发生，也是我们产品经理的一个最重要的法宝：说个题外话，在公司内部，大家要是请假等事物，抛开紧急情况，一定要让上级留个预留时间不要事情到了才做出反应。需求很紧急了，得执行落地了才想起来反应，那个时候可是“背锅侠”喽。其实说个较好理解的框架“皇帝指令”—-方向—-“尚书大臣”—-调度/效率—-执行/便捷—-“执行人员”抛开一切不谈，不管做任何的事物和分析需求，最后一定要做到落地，落实。当然生活场景中更是要如此。
编辑导语：时代的趋势，人们不再满足远古时期的慢节奏办公，就像我现在是皇帝，我并不想去处理一个兵部事物的吃喝情况，那不是我考虑的问题，那是兵部尚书的问题。类比现在企业加入自动化办公OA，各司其职。我们产品经理的作用难道不就是考虑利润最大化，提高效率吗？一起来看看。
一、当然各种职位的不同也是我们OA所考虑的问题
1. 上级指令（皇帝指令）
OA更多为其提供数据，和各种统计的模式和想法目标。就像生活中的灵感，灵感的迸发也是需要个点。OA可以帮助为上级提供决策，方向的走向。
2. 中层管理（尚书大臣）
融会贯通自己的职位，利用自己的在业务的掌握，从业务各环节提供的数据。去为“皇帝”管理人员调度，提高管理效率，为上级排忧解难，降低管理的出支。OA可以为“尚书大臣”去提供各个手下分支得到的数据去做信息管理。
3. 执行层次（重要的执行者）
当一个国家/企业没有了执行层面，那这个企业只会崩塌，因为地基塌了，国家只会毁灭。OA可以为执行人员方便完成指令和自己任务，提高执行人员的效率，便捷的办公手段
其实说个较好理解的框架
“皇帝指令”—-方向—-“尚书大臣”—-调度/效率—-执行/便捷—-“执行人员”
二、需求—执行—落地抛开一切不谈，不管做任何的事物和分析需求，最后一定要做到落地，落实。当然生活场景中更是要如此。
说个题外话，在公司内部，大家要是请假等事物，抛开紧急情况，一定要让上级留个预留时间不要事情到了才做出反应。需求很紧急了，得执行落地了才想起来反应，那个时候可是“背锅侠”喽。
三、核心OA流程—-OA审批在前一点，预留时间这个事情上，对于OA来说就是报备，系统上操作审批，无疑会产生一系列的活动轨迹和行为数据，数据才是系统能够带给客户的最大价值，数据会证明一切的发生，也是我们产品经理的一个最重要的法宝：
1. 角色（执行）管理
执行层角色是审批流中的基础，能很大程度上减轻审批流维护成本。从结构上分为 2个部分：执行角色信息、角色管理。
执行角色信息：一般是固定不变的的，数据的输入至后台，保证员工信息的准确性，便于管理员工。
执行角色管理：执行角色名称和管理的团队范围，举例：小吴在兵部任职，同时今天礼部尚书，让我去协同办公。当2个部门所梳理出来的消息，审批文件，都会让我协同调节。一个员工可以有多个角色和多个管理部门，一个角色也可以包括多个员工，这样的好处，是如果有员工入离职或调岗，不需要修改审批流，只需要在角色中增加或减少员工即可。
2. 审批关系管理
审批关系管理，基本都是通用的审批流，分为「汇报关系管理」、「汇报类型管理」和「审批等级」。
1）汇报关系
汇报关系是标准的树状结构，每个员工基本都是有上下级的区分，但是就像我说的今天我可能在兵部上班，但是会有特殊情况我需要去给礼部尚书汇报，去协调业务的流转，这个时候一般都是虚线汇报和特殊汇报关系。
就拿学生申请为例，汇报关系：
2）审批等级
审批等级也是有不同情况的，根据审批紧急程度和汇报内容，来判断审批等级到那个梯度，“皇帝指令”审批可是不会审批一个小小兵部的吃喝哦。
审批等级的好处，是在配置审批流的时候，可以根据审批条件，判断可截止的审批层级，可以更方便到事务的决定，减少人力物力的损耗。
3）审批方案管理
基础模块，都是为了后期的审批方案做的更加具体便捷打好基础。真正使用到业务场景中的，就是审批方案，以当前公司接的业务去做不同的区分。
系统差异化的不同，也是考验去做这个功能的人能力的体现，可以快速把握客户的需求将是你的致胜的尚方宝剑。
接下来讲个财务的用款审批方案事例，来看看如何去审批。
举例：
- 用款需要员工发起，最终是审批人是财务部门
- 如果是金额小于等于部门可使用的金额内只需要直属 上级审批，或者是 2 级审批人，审批通过即可使用；
- 金额大于部门可动用的使用金额，但是不超过可使用金额的150%元，需要财务人员核验和部门的人员配合，审批通过即可使用；
- 金额大于等于使用金额的200%，需要上级的上级（尚书）如果“尚书”等级还是比较低，就需要直达天庭，“皇帝审批”审批，审批通过即可使用；
- 以上都审批完成后，最后通知财务（户部）打款
如图例：
3. 审批规则
业务规则：不同的业务审批流，都要结合业务的场景去判断，列了几个场景可以参考。
考勤审批：休假类型和天数，如事假、年假、产假等；
行政审批：工地有采购数量和采购价格等，采购申请，需要主管审批；
人事类：调离部门需要多方面的配合，走流程调离
特殊情况特殊分析，走不同的审批流程，这里要基于业务场景来考虑，特殊场景：审批人缺失，可以跳过这个环节继续审批，直接终止审批，或者跳转到某个具体的人来处理这个事情。
4. 审批方式
包括依次审批、协同审批，以及仅通知。
协同审批：适合类似于大笔金额的流转，需要多个人去同时确认或者审核，才可以完成审批。
依次审批：例如G端（政府端）稳扎稳打。多个步骤，每个步骤中有多个审批人的时候，需要所有人都审批通过，才能进入下一步。
仅通知：当某一个人或角色，仅仅告知审批结果的，可以选择仅通知方式。
5. 可结束审批节点规则
做这个的目的是避免很小的流程，例如：员工报备上厕所，只用填个时间不用审批（三急！！！！）。
6.学生信息导入审批图例
四、总结
其实对于我们来说，OA是很值得学习的，像钉钉，企业微信等各大办公软件都做的很好啦，我们才要多去学习，
注重需求落地，大部分的事情都可以迎难而解，要关注系统功能的规划，还需要加强企业管理，了解客户的管理模式，深入到客户群体中。
调研方法：
- 深度访谈（用户访谈）；
- 轮岗实习；
- 调研问卷；
- 具体数据指标（过程指标、结果指标）；
- 行业分析（竞品分析）。
从更宏观的角度观察整个业务的布局。
要真正解决客户需求，要深入，在客户旧有理念与OA全新管理理论中寻求平衡，才能搭建出符合客户需求的、可以真正落地执行的业务平台。
本文由 @产品（吴） 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
