OA办公软件篇（一）—组织架构

OA办公软件篇（一）—组织架构

背景

作用

迭代历程

具体实现

写在最后

 

背景

在说组织架构之前，我们先来说说OA本身。

百度百科解释OA为：办公自动化（Office Automation，简称OA），是将现代办公和现代计算机技术结合起来的一种新型办公方式。

钉钉、企业微信都属于市面上比较成熟且用户群体广泛的OA办公软件，钉钉是标准的老板思维，企业微信则是更侧重于生态圈的打造。

我们公司目前是全员都使用公司自研的OA系统来进行上下班打卡、审批等操作。在过去，不同的子公司曾经使用过不同的OA软件：传统医药公司用企业微信，因为更看重客户维系；互联网公司用钉钉，因为更看重效率。将所有子公司都切换为使用自研OA的契机为：要进行统一管理及全面的数字化管理。

对于企业来说，组织架构是管理的核心部分；对于OA系统来说，组织架构按照企业规则进行管理和呈现就是OA系统的根，是把企业员工有序纳入的一种重要方式，所以今天我们着重来讲OA中的组织架构。

 

作用

OA系统的核心是组织管理，帮助组织提升绩效。组织离不开人、目标、结构、管理这四大因素。目标是组织的前提条件，人员是基础条件，结构是载体条件，管理是维持条件。

对于公司来说，组织架构和组织管理的核心，将已有的组织架构抽象到软件中，是必要的操作和手段。

对于系统软件来说，组织架构是软件系统的权限体系的重要搭建依据，软件根据不同员工在组织中的位置给予不同的权限，比如说普通员工对于软件只有查看和使用的权限，普通管理员对于软件有查看和修改的权限，超级管理员则拥有最大权限等。

对于系统功能来说，组织架构是审批体系、日报抄送体系等功能的逻辑基础，软件根据组织架构的逻辑进行相应的模板处理，比如将日报抄送给所有的上级管理层查看等；是通讯体系的核心构成部分，比如通过组织架构选择员工发起群聊、打电话等。

对于公司员工来说，组织架构可以帮助新员工快速的了解公司的体系和人员构成，了解部门/整个公司架构。

 

迭代历程

为什么在这里要讲迭代历程这块呢？是因为不希望还有人在为了偷懒或者不懂的情况下迷迷糊糊的做成第一个阶段的模式：纯分组管理模式。

我目前在做的这个OA软件的组织架构经历过两个阶段。

第一个阶段：纯分组管理模式

仅将人放到各个分组下面装起来。这样做的唯一好处就是不论产品经理还是研发都能够短暂以省时省力的方式把人放到系统中正常使用，但坏处却一大箩筐，各个分组之间没有联系—>导致组织不能形成层级关系—>缺少层级处理，无法用于系统权限、审批流等功能。

第二个阶段：组织架构模式

在组织上建立组织层级概念，使得不同部门之间能够形成上下级部门的关系，比如运营部属于医疗信息化事业部；

在组织内建立职工层级概念，比如事业部的总经理是张三，副总经理是李四等；

普通员工能够灵活管理其直属领导，比如医疗信息化事业部的张三由总经理直接管理，那就可以直接将其领导设置为总经理即可；

系统权限、审批流、日志抄送等功能可以直接使用组织架构的核心逻辑来进行功能设置和管理，比如公司第一负责人拥有超级管理员权限，部门管理层员工均能够拥有管理员权限，普通员工则只有普通权限等。

 

具体实现

在说具体实现之前，需要清楚我们的OA产品具体是以什么形式去做的。

首先，从外在表现形式来说，可以采用APP或者小程序的方式来进行实现，现在很多轻量级的产品会采用纯小程序的方式实现，但小程序本身对包的大小有限制，因此我们使用APP+小程序的方式来实现，用户可以根据自己的需求自由选择。

其次，从使用权限上来说，普通员工和管理人员究竟是采用两个独立移动端来实现还是使用一个来实现，是一个值得思考的问题。我的建议是，毫不犹豫的选择用一个移动端口实现，否则结果就是最后仍然要做端口合并和权限重划分，下面分别将这两种模式做一个介绍（此处不包含Web管理端）。

（1）两个独立移动端（如下图所示）：分为业务端（移动端）、管理端（移动端），普通员工仅使用移动端，管理人员使用这两个端口。设计者这么做的初衷是想要极其清晰的将普通员工和管理人员的使用分开，但实际上，从我的角度看，这其实就是一个“懒惰的做法”，因为本质上就是懒得将底层权限体系搭建起来，采用了这种分端口的方式，却给使用者和后来的产品经理都带来了不便利。实际上因为后来我们要合并这两个移动端，我基本上将权限这块进行了重构、将所有功能重新进行了梳理。

以组织架构为例，在两个移动端的情况下分开的时候，业务端（移动端）主要实现的是组织架构的查看和利用组织架构进行通讯的功能，管理端（移动端）除了包含了业务端的功能之外，还有部门管理和人员管理的功能。

（2）一个移动端合并实现。不分业务端和管理端的移动端，就是仅有一个OA移动端，当然它的表现形式仍然可以是小程序和APP。仍然以组织架构为例，这个OA移动端在登录上不再限制普通用户还是管理用户，只要是录入数据库中的公司员工都能够正常进行登录，区别在于将权限管理嵌入功能之中，组织架构的功能本身需要限制非管理人员进行部门管理的动作和人员管理的动作，查看组织架构和利用组织架构进行通讯功能则是基础操作。

 

接下来，我们进入正题，来说说组织架构的实现核心和重点。

（1）移动端、Web管理端的区别

组织架构的移动端其实行使的主要还是查看和基本的管理操作。

而Web管理端除了基础管理之外，还会深入的对组织架构中成员的各种权限进行管理。权限管理这一块不在这一部分进行讲解，会在下一章【OA办公软件篇（二）—权限管理】中详细说明。

（2）组织架构的创建和维护

创建部门的核心要素：

① 部门名称

② 选择上级部门，是为了将组织之间形成联系

③ 部门负责人：选择部门负责人的时候需要选择负责人的层级，层级表示此人在部门中的位置；一个部门支持多层级管理者。

（3）人员管理

除了人员姓名、电话、职位等基本信息之外，部门需要在组织架构中进行选择，直属领导同样可以进行选择，直属领导不会默认为顺级负责人，原因为可能存在普通员工跨级直属管理的现象，比如我们某个子公司的销售就是由总经理直接进行管理的。

关于角色，管理层的角色才会是管理员，是什么角色这个一是系统会按照在组织架构中的位置默认赋予，另一个是在Web管理端/移动端可以进行调整。

（4）组织架构的查看

组织架构的查看有两个方式，一种是像这种“分组+跳转页面形式”，在当前页面只展示第一级，要看哪一个就点击哪一个，跳转至一个新的页面展开查看，一级一级点进去看就可以了。

另一种是在当前页面可以一级一级的展开去看，需要查看详情再点击部门进入新页面查看，如下图所示：

（4）关于通讯部分

从组织架构发起通讯，分为两部分，一部分是电话的维护和使用，另一部分则是即时通讯的使用，因为这些对于组织架构来说不是重点，所以不再过多描述。

 

 

写在最后：这一篇博客除了讲组织架构之外，也讲了很多OA方面的点，尤其是里面关于OA产品层面迭代的思考，值得每一个产品经理思考。从我个人来说，如何做出有价值的产品，如何在产品设计中不给别人添麻烦，也是我需要不断警醒和思考的！