系统组织架构的产品设计经验分享 NO.1

公司之前系统的组织架构因为赶进度和初期业务简单的原因没做深入的规划，随着系统功能扩展和业务的扩大，旧的组织架构渐渐的无法满足需求。最近正在做手做平台的组织架构的设计，目前还在评审阶段，但有不少感悟，在这里和大家简单分享一下，内容比较多，可能要分几个篇章，本篇先介绍前期思考和大的方向。

一、什么是系统组织架构

狭义来说，组织架构是公司、部门、组织成员在组织内的上下级关系的层级体现，常以树的方式展示，并为这些树节点分配各自的属性，仅供浏览使用，不做进一步操作。

广义来说，组织架构还要包含功能权限、数据权限和特殊定制功能（比如工作代理、一人多岗等、指定操作等）

对于功能权限来说：（1）我能看什么；（2）我能做什么；

对于数据权限来说：（1）自己看自己；（2）自己看别人；（3）别人看自己

系统中只有清晰和完整的组织架构体系，才好进一步做权限的控制。如果这块没有想做规划，遇到问题只是补丁的方式追加，渐渐的系统稳定性、效率都会下降，复杂度、BUG率都会上升。

组织关系：现实中组织的关系，是否上面有集团，下面有子公司，是否有部门和子部门，组织架构中是否包含客户的甲方和乙方的组织架构等

组织运行：是否有审批流、是否有跨部门职能、是否一人多岗等情况

权限管理：各终端的权限、菜单的权限、操作的权限、数据的权限

现有改造：旧系统、旧架构中哪些数据可以保留，保留后如何迁移，对业务的影响

可扩展性：是否可以将组织架构抽离为基础数据供多系统共用，是否方便与第三方对接，是否可以关闭某些功能做到简化

（1）权限的维度，一般是功能权限（菜单、按钮）、数据权限（工作审批流、项目或合同订单等）

（2）权限的深度，一般是公司 > 部门 > 人，是否含有子公司和子部门

（3）查询的效率

（4）交互的设计

以上是简单介绍系统组织架构的概念和产品设计时要考虑的方向，下一节介绍我是具体从何入手来做组织架构设计。