b用户权限角色管理与c之间的最大区别是什么？特权设计在B方的各种后台管理系统中更为常见。一般情况是不同类型的人需要一起工作以完成系统中的业务操作。它们具有不同的权限并运行不同的资源。在C端产品中，您还可以看到权限设计的存在，与B端的各种后端管理系统相比，它更简单。

银杏叶已经消失，只留下淡黄色的记忆，渗透着北方的风景。

在这个世界上，有很多人喜欢你，而且只有一个人可以陪伴你到最后。

在这个世界上，有许多人想要旅行去追求诗歌和距离，而且很少有人可以做到。

同样，在阅读方面，很多人都会在爱好专栏中写下它。如果你想要一些自豪的作品，你可以拿出很少的东西。

把写作作为生活的一部分，几乎没有什么可坚持的。

当你这些年，你将成为沧桑。

我也笑了，我没有遗憾。岁月很安静，一如既往地读着你。

首先，'原创'

上周的专栏——后台系统产品设计《用户权限系统》，发布后，有很多小伙伴分享转发文章，谢谢大家，也有小朋友加我的微信朋友，交换一些用户角色权限内容。例如，我收到了Goose Factory小伙伴的来信：

to b用户权限角色管理与to c？

作为图片的内容，我当时无法回到现场。后来，我简单地回复了，今天我将在这里详细讨论它。

许可设计在B端的各种后端管理系统中更为常见。一般情况是不同类型的人需要一起工作以完成系统中的业务操作。它们具有不同的权限并运行不同的资源。

在C端产品中，您还可以看到权限设计的存在，与B端的各种后端管理系统相比，它更简单。

例如，在微信组中，有两个角色，即组所有者和普通成员，每个角色具有不同的权限。

普通会员：添加小组成员，一般说话等。

群组所有者：群聊邀请确认，删除群组成员，设置群组通知，群组所有者管理转移。

组所有者不仅拥有普通成员的所有权限，还拥有普通成员无法获得的一些特殊权限。下图是基于微信许可示例的简单权限结构模型。

第二，理论

对于系统，无论是组所有者还是普通成员，他们都是用户，但他们各自的权限不同，但软件设计不能根据不同类型的用户单独配置。如果稍后添加某个功能，则不必为不同类型的用户单独配置相应的功能。无论在操作的后期阶段是否由计算机完成操作，都不能实现灵活配置的需要。

权限控制本质上是用户和资源的配置，但我们无法为每个用户配置权限。引入角色对象是为了将用户与权限隔离开来，并减少两者之间的耦合，即两者之间的关系。该角色用于控制用户的权限分配，从而削弱用户与权限之间的关系。例如，如果角色因需求变化导致权限增加或减少，我们只需要控制需求变化对用户角色的影响。

在微信群的示例中，群组所有者和用户面临着资源的重叠部分，并且也存在差异。无论是重叠部分还是差异，他们都可以通过控制功能来访问权限。

例如，当组中的成员较少时，组中的每个人都可以更改组名，并且它们都具有此功能。

但是，删除组成员仅适用于组所有者，而组成员则不是。没有提到具有相同功能的不同用户角色，但是操作的资源范围是不同的。因此，这里的权限设计已经通过功能的控制满足了系统设计的需要。

三，后台权限设计

但是，在B端后端管理系统的一些较复杂的例子中，仅考虑该功能是不够的，还要考虑数据范围的控制。

例如，公司内部管理系统软件的权限设计，根据业务类型，产品的用户角色是：

管理员。主要负责系统不同角色的人员管理。

金融。主要负责财务成本管理和结算。例如，下图中的接受编号1。

操作。主要负责运营中心的配送业务。例如，下图中的接受编号2。

质量控制。主要负责质量控制评估，配送性能数据分析。例如，下图中的接受编号3。

根据上面的业务类型，它们的抽象功能分区结构如下：

然后深思熟虑。在一个部门，有不同级别的职位。不同级别的人具有相同的功能权，但操作的数据范围不同。例如，运营中心山东地区的一位主管可以检查整个山东的公司分布数据。他是负责鲁东地区业务的城市经理，所以他只能看到鲁东。业务数据，他的高级主管，不仅可以访问鲁东地区的业务数据，还可以访问其他地区的业务数据。董事，副董事和城市管理人员都可以访问数据，但可以查看的数据范围因工作而异。

不在部门，它也需要这样的考虑。由于财务结算，金融中心的财务总监可能需要查看所有地区的业务数据，他需要访问负责运营中心的所有地区的业务数据。这种需求取决于公司的职能结构。

上图是个人许可设计的摘要。该系统被视为一个完整的资源。不同的角色处于不同的位置，占据不同的资源。掌握的核心是它从两个方向解构：

首先，水平进行功能分解，然后垂直进行数据分解。数据分解是功能分解的补充，而不是真正意义上的另一维度的分解。

按业务类型或业务模块分区进行水平功能分解。

纵向上，按等级或组织结构划分数据是对职能部门的补充。

——————我是一个严肃的分裂线—————

作者简介：小蚊子，米焕科技的ERP后端产品之一。在操作和维护方面，它已经实施，专注于产品设计和用户体验。