社区电商平台的权限系统设计
最后更新：2020-03-11 12:50:15 手机定位技术交流文章
社区电子商务平台
权限系统设计每个人都是产品经理
1583754308最近构思了自己社区电子商务平台的改造，其中大部分是权限系统，原有的权限系统已经不能满足需要，所以整个社区电子商务平台的权限系统都是根据客户的情况并参考其他一些伟大的想法而设计的
1。用户组划分和业务介绍
用户划分
我们做社区电子商务，普通的c端用户是最终端的消费者分销商由终端用户“应用”，被定位为社区或街道的“领导者”。当所有用户(包括平台用户和分销商)通过分销商的链接完成交易时，分销商可以获得相应的佣金。
商户是商品供应商，负责上传SKU，处理订单发货，售后服务等我们的平台主要面向社区。它上面的商品不仅是实物商品，还有许多家庭和洗车服务。
代理是一个特殊的角色，如区域代理、省级代理和城市代理。他们帮助平台在许多领域完成登陆、招商和运营。在某种程度上，他们也是该平台的用户，但他们只能看到相应授权区域内商家的商品和订单信息。
商品客户与商家、平台和代理商的关系
当用户希望成为经销商时，我们的平台要求用户申请。如果本地有代理，应用程序将被转移到代理，代理将根据用户的周围条件来决定。如果没有本地代理，平台将对其进行审查。商品是否支持分销由商家和平台/代理共同决定。分销模式是分销商可以开设自己的商店，然后将不同商家的商品添加到自己的商店中，然后与他人分享以方便购买。
，当然，我们也在尝试一些全国性的分销活动，特别是在没有代理商的地区，这样普通用户就可以尝试与他人分享他们喜欢的商品，而且一旦促销成功，就会有一定的奖励。
2。客户端分为
C终端:用户和经销商。主要运营商有微信、H5公共号码和我们的应用，支持注册、登录、单笔支付等功能。b方:由商人及其雇员经营。商户完成注册后，可以设置多个不同权限的员工账户，进行上传SKU、订单交付、售后服务、财务结算、优惠促销等操作。主要载体及电脑侧网页和手机H5网页，其中手机H5网页功能简化，部分功能只能在电脑侧操作。平台端:主要是电脑端的网页，尽量兼容手机上的浏览数据用户是平台运营商和代理代理级别我们已经设置了两个级别，以前实际上我们有一个代理级别的角色，现在是添加一个代理级别一些朋友可能会问，为什么不一步一步来:洲际、国家、地区、省、市、区/县、城镇/街道主要原因是我们规模有限，代理人不多，系统过于复杂和灵活，担心一方面会增加研发周期，另一方面会干扰运营经验，所以我们最终选择了省市级代理人。
3。权限分区
权限分区是整个权限系统设计中最困难的一点。我们将权限分为三种类型:
权限类型
(1)功能权限
可以访问哪些面板和操作哪些按钮
功能权限分为
(2)数据权限
数据权限继承
数据权限，即哪些数据可以被用户访问，例如，用户可以访问商户管理板，同时他可以访问广东地区商户的数据，这样合并后，他可以在商户管理板看到广东地区商户的数据
的重要数据包括:
商户数据；商人的命令；分销订单比商户订单有更多的分销商信息；商品信息；用户信息；经销商信息向用户信息添加了一些真实姓名信息、性能、平衡等内容。商户员工信息；机构信息其他常见数据，但我没有在流程图中显示:
商户优惠券；平台/代理优惠券。活动和注册信息；广告信息；用户行为数据(登录、停留时间、页面访问等。)我们的代理商和经销商都可以续约，所以当游客通过不同的链接注册时，我们会给经销商一些奖励，并返还一定的手续费给代理商。分销商和代理商可以查看其新用户的“数据摘要”，即简化的数据信息，我们不允许他们查看某些敏感信息。
查看用户数据的数据权限
平台和代理可以招募分销商和商户。经销商和商家的数据权限遵循三个原则:
谁招聘，谁有权查看；上级有权查看；除非上级委派数据权限，否则下级不会自动继承权限。商户和经销商的数据权限为
(3)角色权限
用户的权限由他们的角色决定，一个用户可以关联多个角色
平台的代理和角色关系
如果总用户的角色是省级代理，则可以访问该代理及其下属市场代理的所有数据但是，市政代理只能访问自己的数据，不能访问相关省级代理的数据。如果代理是水平的或不均匀的，但没有相关性，则不交换数据。
在实际应用中可能会有以下特殊场景:
原本是一个市级代理，但现在却要承包全省的代理，如何处理？
如果这个市政代理单独存在，我们提供升级功能，这样他就可以在下面安装其他市政代理。如果这个市政机构原来属于一个省级机构，那么我们应该在升级之前解开它。
如果大面积收缩会怎样？
我们现在没有这种场景，尽管我们不排除将来会有这种场景。我们现在面临的情况是，我们将不同地区的代理分配给不同的操作和业务流程，以便我们将多个角色权限绑定到他们的帐户，这样他们就可以查看该地区所有代理的数据。如果将来华南和华中地区需要代理商，我们将提高相应的水平。如果
代理有更好的层次结构，如何处理它们？
我们提供接口权限级别的企业资源规划对接服务。代理人可以将他们的企业资源计划与我们的系统接口，通过订单、商品、优惠券、商家和用户数据等数据，并通过代理人的企业资源计划系统细分下级权限
4。平台用户字段
平台用户字段
这里，最复杂的平台用户用于解释用户、功能、数据和角色之间的关系，不再描述商户的员工字段。首先，超级管理员在系统中是独立的，不能创建或修改权限。第一批用户由超级管理员创建。我们称之为“普通管理员帐户”，用于生产工作。
(1)用户基本信息
登录账户密码、姓名、身份证号码、联系方式等信息需要
账户的密码、姓名和手机。该名称和手机可以帮助相应的帐户修改和检索自己的密码。
(2)功能权限
我们已经预置了一些功能角色，所以没有必要每次创建用户时都检查功能列表。这是一件非常复杂的事情。同时，我们还提供了一个功能角色编辑区，允许平台管理员根据实际情况添加一些预置角色。
对于座席来说，如果预设的角色不能满足他们的需求，他们可以自定义其员工和合作伙伴可以使用的功能。在代理看到的函数列表中，只有当前用户拥有的函数可以被过滤，没有权限的函数不能被查看或检查。
(3)数据权限和角色
我们没有单独的部分来设置访问权限，如订单数据和商品数据，而是直接选择用户的角色、平台或一个或多个代理因为您可以查看您所在地区的所有订单数据，只要您定义了可访问面板和用户角色，例如，您可以访问商品管理面板，并且您是地区代理。
不需要使您可以访问订单管理板，您需要有订单数据权限，并且您是区域代理身份，因此设置方法三次来确定权限。
数据权限描述
如果用户具有创建用户的功能权限，他/她可以创建其角色小于或等于其所属角色的用户例如，平台角色用户可以创建更多的平台角色用户，也可以创建省级和市级代理用户省级代理可以为自己及其市级代理创建用户，但不能为其他省级代理、市级代理和平台角色创建用户
5。总结
作为一个社区电子商务平台，这可能不是设计一个权利系统的最完美的方式，但它可能是一个更适合我们当前需要的方案。如何设计许可系统应该由产品的业务特性决定。如果一个产品完全是个体经营，就不会有代理的概念。如果是传统的线下零售到线上零售，可能需要预设许多级别的角色来满足原始的组织结构
另外，权限系统不是越复杂，粒度越高越好。一些权限系统已经详细说明了每个接口的功能权限的粒度，因此“看似完美”的设计最大的优点是它实际上最容易实现。对于那些需要操作权限配置甚至对外开放的系统，在实际操作过程中，由于服务是通过接口组合来实现的，所以存在一个操作不理解如何配置，或者一些服务共享同一个接口。因此，当操作执行某些业务操作时没有问题，但是当执行其他业务操作时会报告错误。
也在前面提到过，为什么一开始你没有设计一个多层次甚至无限制的权限系统？毕竟，研发成本和不必要的水平也可能给运营商带来混乱，增加学习和运营成本
只能根据自身产品使用场景的需要，考虑用户的用户体验，设计一个好的权限系统。
这篇文章最初由@ icher发布。每个人都是产品经理。未经作者许可，禁止转载。
地图来自Unsplash，基于CC0协议
本文由 在线网速测试 整理编辑，转载请注明出处。
