系统作为企业的重要系统来源，如何搭建分销模块需要结合实际业务需求做落地。作者基于上游企业的视角，结合自身搭建“城分销模块”的经验,就如何快速搭建一个可用的分销模块、覆盖大多数分销场景展开探讨，希望对你有所帮助。

前言

一、分销的流通模式

1. 上中下游

1. 上游 — 商品生产商/供应商
2. 中游 — 分销商（依据商品流通模式的不同，中游也可能是经销商等其他销售角色）
3. 下游 — 获得商品所有权的角色（买东西的人，包含C端用户和企业用户）

2. 商品流通链三要素

3. 分销的形态

二、提供贴合业务的分销模式

1. 线下分销模式

2. 线上分销模式

1. 消费者在分销商侧创建商品订单
2. 分销商接收商品订单后，向供应商创建采购订单
3. 供应商接收采购订单，直接发货给消费者（买家）
4. 消费者确认收货，向分销商支付商品订单金额
5. 分销商代收商品订单金额，并向供应商支付采购订单金额
6. 供应商收到货款，向分销商支付约定好的佣金/提成

1. 分销商获得供货商的产品分销资格
2. 分销商对商品进行推广，买家通过供应商提供的交易平台（分销商进行商品销售时指引消费者在该平台下单）创建商品订单
3. 订单确认后，由供货商直接发货给买家
4. 买家确认收货，划扣订单账款至供应商
5. 供应商向分销商支付佣金

三、以微商城为例，搭建商品分销链路

1. 商品链接

1. 通过商品详情页右上角的胶囊按钮调起链接分享弹窗
2. 将商品详情页的链接发送给好友/群聊
3. 好友/群内用户点击链接进入商品详情页
4. 用户提交订单并支付，完成购买链路闭环
5. 该笔订单归为分销订单

2. 商品二维码

1. 生成商品二维码
2. 用户扫一扫/长按识别二维码，进入商品详情页
3. 用户提交订单并支付，完成购买链路闭环
4. 该笔订单归为分销订单

3. 功能设计时遇到的坑

四、分销收益

1. 业绩/佣金管理

1. 收益分布主要体现在每笔收益来源需要足够清晰，比如订单编号、订单支付时间、下单用户信息、该笔订单对应是进账还是出账等，下单用户信息需要注意用户隐私保护，前端展示时最好进行加密处理，而进账和出账主要是针对成交订单及退款订单。
2. 计算收益的时间宽度主要是已到账收益与预期到账收益之间的设计。已到账收益主要发生在订单处于确认收货及确认收货往后的状态，若业务方综合了其他因素需要调整为订单发货后就计算收益也是可以的。预期到账收益侧重于对分销员的一个激励作用，具体的时间宽度因企业而定，不再赘述。
3. 收益汇总与销售额之间的权重：若分销员本身是背着销售KPI的，那销售额体现的层级需要更高，收益汇总权重要低一层级。部分企业的分销模式比较特殊，仅需要对销售额进行汇总统计即可，不会对收益进行汇总统计。总而言之，中心思想是要与业务方进行充分且深入的沟通，贴合业务而行。

2. 订单

1. 当前分销账号的销售订单情况最主要的是对指定时间内的销售订单数进行汇总统计，一般是当天与7天。统计7天的销售订单数主要是对周期内的销售情况做复盘以及对过去、未来时间的销售情况做趋势分析和预测。
2. 下辖团队的销售订单情况是针对分销员管理者（一般是某个分销团队的负责人）查看下辖团队的销售订单情况汇总，这个与企业架构设计相关，若企业不设置多层级分销架构，也就不需要设计该功能。说明一下，订单模块与收益模块存在重合部分，可依据实际需求进行整合设计。

3. 分销商品管理

• 商品池主要展示已获得分销资格的商品详情、佣金比例。商品详情包含名称、规格、售价等，其中不同规格可以设置不同的佣金比例，这个依据实际业务需求来定。商品佣金比例为单个商品的佣金比例，在此需要说明一下以商品为主的佣金比例与以销售额为主的佣金比例的区别：
• 商品为主的佣金结算首先需要获得商品分销资格（也就是分销门槛），其次是佣金结算对象是单个商品，一个订单若存在多个分销商品，那可获得的佣金则是商品个数*佣金比例；
• 以销售额为主的佣金结算主要是按指定时间内（一般是一个月）的销售目标为结算基数，达到销售目标后，按约定好的佣金比例去结算佣金（也叫提成），以销售额为主的佣金结算方式一般不设置商品分销门槛，或者可以理解为这个分销员具备企业品牌下的所有商品的分销资格。

4. 团队管理

• 从商品角度查看分销团队：以不同商品为区分条件，加载获得该商品分销资格的成员信息以及统计各个成员的业绩情况。
• 从分销团队角度看商品销售业绩：如果从分销团队角度来看，团队管理模块更多的是团队下每个分销员的销售业绩的统计汇总。

结尾