「人人都是产品经理」成熟CRM系统的权限体系解析( 二 )

同一个实例，可以配置多个页面，并分配给多个角色，不同角色看到的页面内容不同。注意与字段级权限的配合。比如管理人员看到的商机页面与销售员是不同的，通过配置的方式给管理人员配置页面。

本文插图
6. 视图
视图可以通俗的理解为列表。可以配置多个视图，并分配给指定用户或团队，不同角色看到的列表中的字段不同。

本文插图
灵活的系统可以支持用户自行定义视图中放哪些字段、字段的前后顺序和业务数据的排序规则，也可以将多个字段的输入值作为筛选条件、而自定义一个视图。当然，能否自定义视图也是需要权限控制的。每个业务数据会有默认的视图。同样，需要注意与字段级权限的配合，即使增加了不可见字段，列表显示字段值为“-”或“****” 。

本文插图
权限体系的使用
有些平台通过分配菜单权限给不同角色的方式来呈现数据视图，还要给业务数据的查询权限，赋权较复杂，非常的不灵活。而且，权限大的用户会看到同一个业务数据有多个菜单，比如运维和系统管理员。合理的做法是：菜单入口：用户拥有某业务数据的查询权限，登录后就可以该业务数据的菜单入口。菜单入口分组呈现，比如客户管理在营销、销售、服务里都可以看到。视图：点击菜单后，系统根据当前用户和对应角色匹配视图。可见的数据范围：视图中呈现的数据是按照用户所在的组织即组织权限来提供业务数据的。视图中呈现的功能按钮是根据当前用户的功能权限、业务交互控制规则来显示的。如，即使有审批权限，但当前数据的审批状态为已审批，审批按钮隐藏或置灰。可操作的功能：打开某条业务数据时，系统根据当前用户对应角色匹配页面。页面中呈现的功能按钮是根据当前用户的功能权限、业务交互控制规则来显示的。
【「人人都是产品经理」成熟CRM系统的权限体系解析】总结
CRM系统较为灵活，需要强壮的权限体系来支撑，对系统的持续迭代非常重要。我们在架构设计时，需要统一和标准化权限体系，开发和产品在理解上达成一致。新增业务功能时，产品经理专注于业务设计，而不需要多考虑权限体系对业务的约束和限制。
本文由 @王建儒原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash ，基于CC0协议