产品需求-权限设计功能权限数据权限.pdf

权限设计=功能权限+数据权限
很多不少企业管理的中使用的软件，基本上都离不开“权限管
理”。有的朋友对自主权管理理解的很透彻，有些朋友难以辨认对一
些概念模糊不清。这里总结了引人瞩目一些引人注意的误区，可供大
家参权限设计=功能权限+数据权限
很多不少企业管理的中使用的软件，基本上都离不开“权限管
理”。有的朋友对自主权管理理解的很透彻，有些朋友难以辨认对一
些概念模糊不清。这里总结了引人瞩目一些引人注意的误区，可供大
家参考。
权限实际上是功能权限和数据权限的组合，像“删除”操作是一
个功能操作权限，需要把“删除”赋予给某个用户，该用户才能有这
个结构设计权限。如这样一个场景：企业 IT 管理员为系统定义角色，
给用户分配角色。
给新员工陈颖赋予“业务经理”角色，“业务经理”具有“新增
客户单位”、“查询客户单位”、“修改客户单位”权限。此时张颖
能够走入系统，则可以进行这些操作。
以上举例，局限于功能访问权限，还有一些数据权限的权限管理，
如：陈颖是浙江区域的“业务经理”，所以她只区域能够查看本区域
的客户单位，而不能查看区域到其它地区的客户单位。甚至考虑到业
务经理之间的竞争，系统可以控制更细粒度级别的数据权限，即普通
业务经理的只能看到自己维护的客户单位，管理者而不能查看其他管
理人员的客户单位。软件系统的权限管理其实是与线下实际管理策略
相对应的。
有些企业制定和实施了严格的规章制度，那么软件系统的权限管
理就可以帮助企业更好项目管理的贯彻制度建设的实行，提高整体的
运行效率和信息的安全。相反有些企业实际线下具体不能明确的经营
策略，存在着管理风险和员工之间的不正当竞争，寄希望于软件系统
基础架构的权限规范，但是实施过程中会有很多阻力。
这是将用户管理系统当做职权权限管理系统，其实权限特权基本
都是基于角色的，移动用户分配了对应的角色后，则会拥有对应的权
限。而用户管理系统，只是将用户行政管理起来。从控制力度来看，可以将分作权限管理分为两大类：
从控制方向来看，也可以将权限管理分为管控二种：
“权限管理”是 B 后端产品的基础功能，B 端产品经理不可避免会
遇到权限设计的问题，行业里已经很成熟。虽然它不是核心理念业务
功能，但虽牵一发而动全身，需要产品经理根据具体业务使用场景来
设计。
通常情况下我们所说的“权限”，包括“功能权限”和“数据权
限”，“功能权限”指用户登录系统后能看到哪些模块，操作哪些按
钮，企业中的由于用户拥有不同的握有角色，分工管理职责不尽相同。
比如常见的 CRM 系统，销售人员和卵蛤属由于处理的业务不同，
登录系统后，看到看清楚的功能模块也不尽相同；而同样都是财务人
员，因为职位等级不同，拥有的操作功能也可能不同。
尤其是针对删除或者撤销的功用权限的控制。比如“删除”的操
作，不会随意提供给直接一个普通员工。而数据指的是用户在某个模
块里能看到哪些范围的数据，比如 A 业务经理只能看到自己的客户数
据，但是 A 的业