最近在构思对自家的社区电商平台进行重构，其中的大头就是权限系统，原有的权限体系已经不能满足需求了，所以根据客户状况及参考了其他一些大神的方案，对整个社区电商平台的权限系统进行了设计。

1. 用户群划分和业务介绍

用户划分

我们是做社区电商的，普通C端用户就是最终端的消费者。分销客是由C端用户“申请”成为，定位是社区或街道的“团长”，当所有用户（包括平台用户与分销客）通过分销客的链接完成交易时，分销客就能获得对应的提成。

商家是商品的提供商，负责上传SKU、处理订单发货、售后等。我们平台主要面向社区，上面的商品不完全是实体的商品，也有很多家政、洗车等服务。

*** 商是一个特殊的角色，例如大区 *** 、省份 *** 、城市 *** 。他们帮平 *** 成很多地区的落地、招商、运营工作，某种程度上他们也是平台的用户，不过只能看到其对应有权限的区域的商家商品、订单信息。

商品客与商家、平台、 *** 商的关系

当一个用户希望成为分销客时，我们平台是需要用户申请的，如果当地有 *** 商，则申请会流转给 *** 商，由 *** 商根据用户周边情况决定。如果当地没有 *** 商，则由平台进行审核。而一个商品是否支持分销，由商家和平台/ *** 商共同决定。分销的模式为分销客可以开设自己的店铺，然后将不同商家的商品添加到自己店铺中，再分享给他人促成购买。

当然，我们也在尝试一些全民分销的活动，尤其是在没有 *** 商 *** 的地区，让普通用户都可以尝试将自己看好的商品分享给其他人，一旦促成购买，也有一定的奖励金。

2. 客户端划分

C端：用户和分销商操作，主要载体是微信小程序、公众号H5、我们的APP，支持注册登录下单支付等功能。

B端：由商家及其员工操作，一个商家完成注册后，可以设置多个员工账号，拥有不同的权限，进行上传SKU、订单发货、售后服务、财务结算、优惠促销等操作。主要载体和电脑端网页和手机H5网页，其中手机H5网页的功能是简化后的，有些功能只能在电脑端操作。

平台端：以电脑端网页为主，并尝试兼容在手机上查看数据。用户为平台运营和 *** 商们。

*** 层级我们就设置了两级，之前其实我们就有一级 *** 商角色，现在是再增加了一级 *** 商。可能有的朋友会问，那为什么不一步到位：洲际、国家、区域、省份、城市、区/县、镇/街道这样分呢。主要原因就是我们体量有限、 *** 商并不多，过于复杂且灵活的体系，担心一来会加重研发周期，二来会干扰运营的操作体验，所以最后就选择了省-市两级的 *** 。

3. 权限划分

权限划分是整个权限体系设计的更大困难点，我们把权限分为了3种：

权限类型

（1）功能权限

可以访问哪些板块、操作哪些按钮。

功能权限划分

（2）数据权限

数据权限继承

数据权限即该用户可以访问哪些数据，例如一个用户可以访问商家管理板块，同时他可以访问广东地区商家的数据，那么综合在一起，他就能在商家管理板块看到广东地区商家的数据了。

重要的数据包括：

商家资料；

商家订单；

分销订单，比商家订单多出了分销者信息；

商品信息；

用户资料；

分销者资料，在用户资料基础上增加了一些实名信息、业绩、余额等内容；

商家员工资料；

*** 商资料。

其他常见的数据，但是我没有体现在流程图中的：

商家优惠券；

平台/ *** 商优惠券；

活动及报名信息；

广告信息；

用户行为数据（登录、驻留时间、访问页面等）。

我们的 *** 商、分销客都可以拉新，所以当游客通过不同的链接注册后，我们会给予分销客一定的奖励，对于 *** 商则有一定的手续费返现。分销客和 *** 商能查看到其拉新用户的“资料摘要”，即简化后的资料信息，我们并不会将一些敏感信息任由他们查看。

查看用户资料的数据权限

平台和 *** 商都可以招收分销客、商家，分销客和商家的数据权限秉承三个原则：

谁招收谁有权查看；

上级有权查看；

下级不自动继承权限，除非上级下放数据权限。

商家、分销客的数据权限

（3）角色权限

用户的权限由其所属的角色决定，一个用户可以关联多个角色。

平台的 *** 商及角色关系