toB类产品的协作权限设计

对于toB产品，协同办公是一个很关键的功能模块，目的在于提升企业整体工作效率；

【协同办公可大可小】

小协同：协作中的信息开放和透明度高，需要协作中的成员有较强的主观能动性来确保数据安全与和谐，适用于人数少、扁平化管理的团队；

大协同：当企业规模较大时（员工多），需要借助层级管理来分担任务，同时确保数据的安全与和谐，此时纯粹的协作中应该加入管理功能，员工各司其职，仅对有权限的数据有操作权，同时管理层可对员工绩效进行考核统计、成员进行管理等；

还有一种是重管理的协同，一般出现在OA办公系统中的比较多，需要容入层级审批流程，结合地图业务目前的需求此处暂不不予以考虑   

地图慧小微产品（http://cute.dituhui.com）协同的进化可以说是从开始的小协同逐步再向大协同过渡，以下为小微产品作大协同的一些思考：

【协同层级划分】

协同的层级可划分为两种：

1. 对于任何一个企业，内部员工均按照部门、角色（职能：部门经理、开发、UI、产品等）来划分

要将企业成员对应到toB产品的协作当中，可有下面的过渡关系：

部门-->角色-->权限-->功能权限/数据范围

一个公司可有多个部门

一个部门可有多种职能角色

每种角色有自己专属的权限

权限又分为功能权限和作用的数据范围

2. 也可按业务线来划分，跨部门协作（例如中国黄金的需求）：

业务-->角色-->权限-->功能权限/数据范围

一个公司可有多条业务线

一条业务线可有多种职能角色（管理员、作业员等）

每种角色有自己专属的权限

权限又分为功能权限和作用的数据范围

【小微产品的对应关系】

在小微产品中，为了不使普通客户对产品产生沉重感（协作中需要让用户建部门、建团队、建角色，是一个高门槛的操作），没有明显的所谓企业部门、部门角色的标识，所有协同标识均围绕着地图业务来展开。

团队即企业，对应付费主体

地图即部门，或者叫作有共同业务目标的群体

协作中的各种角色即职能角色

每个部门都有部门经理，对应管理员

可有小组长，例如区域销售或行业销售，对应图层成员

有普通作业员，如跑外业的业务员、电话销售等，对应数据成员或访客

权限的变更：

图层成员既然定义为一种小的管理者，应该有一定的管理权限，可邀请数据成员到有权限的图层，可增删自己的图层

数据成员既然定义为普通的作业员，由于其流动性对数据的安全影响最大，其权限应该放小，仅能删除自己的数据

无法靠权限或员工主动性来防止的重操作（如删除重要图层，删除重要数据）需要借助日志来弥补，做到数据可恢复

从下面的结构图可看出，小微产品的协作模式既可适用于扁平化管理（没有过深的管理层级，创建者可直接与任一角色搭配即可组成协作团队），也可纵深分层管理（创建者-->责任人-->图层成员-->数据成员）