/p>
主要流程为：
- 消费者在分销商侧创建商品订单
- 分销商接收商品订单后，向供应商创建采购订单
- 供应商接收采购订单，直接发货给消费者（买家）
- 消费者确认收货，向分销商支付商品订单金额
- 分销商代收商品订单金额，并向供应商支付采购订单金额
- 供应商收到货款，向分销商支付约定好的佣金/提成
渠道佣金：
主要流程为：
- 分销商获得供货商的产品分销资格
- 分销商对商品进行推广，买家通过供应商提供的交易平台（分销商进行商品销售时指引消费者在该平台下单）创建商品订单
- 订单确认后，由供货商直接发货给买家
- 买家确认收货，划扣订单账款至供应商
- 供应商向分销商支付佣金
三、以微商城为例，搭建商品分销链路
我们以微商城+渠道佣金的分销模式，来拆解线上渠道如何打通商品分销链路。
1. 商品链接
分销链路：
- 通过商品详情页右上角的胶囊按钮调起链接分享弹窗
- 将商品详情页的链接发送给好友/群聊
- 好友/群内用户点击链接进入商品详情页
- 用户提交订单并支付，完成购买链路闭环
- 该笔订单归为分销订单
设计要点：
分销员身份判定：分享商品链接时，需要判断分享用户的身份是否为分销员（设置分销员会额外花篇幅讲），若为普通用户，该分享链接及后续的交易行为等，都无需处理，若为分销员，则需要追踪其分销链路；
生成分销id并对其分销链路进行追踪：讲到分销链路的追踪，那我们是怎么在订单提交并支付完成后，判断这笔订单为分销订单，并归属于哪位分销员呢？为分销员生成分销id，也即是marketingcode。
在添加该用户为分销员时，需要自动为该用户生成一个marketingcode，在用户分享商品链接时，判断分享用户若为分销员，那么这个商品链接就需要带上该分销员的marketingcode，只要其他用户是通过这个附带了marketingcode的商品链接/商品详情页，完成分销链路闭环的，这笔订单就判定为分销订单，分销订单归属于这个marketingcode对应的分销员。
这种方式较为常见，特别是依托于微信生态所搭建起来的私域模式。比如国内咖啡品牌瑞xin，私域运营人员通过定期向用户/微信群发送折扣商品链接、新品链接、优惠券链接、活动链接等方式来触达品牌用户，以此达到转化、心智种草或其他的运营目的。
2. 商品二维码
分销链路：
- 生成商品二维码
- 用户扫一扫/长按识别二维码，进入商品详情页
- 用户提交订单并支付，完成购买链路闭环
- 该笔订单归为分销订单
设计要点：
分销员身份判定：同理，生成商品二维码时，也需要进行用户身份判定，若该用户为分销员，则需要追踪其分销链路。
生成分销id并对其分销链路进行追踪：生成二维码时，也需要将对应分销员的marketingcode与二维码进行绑定，并对其分销链路进行追踪。
生成二维码入口：生成二维码入口并无太大限制，可依据产品特性/业务需求来摆放二维码生成入口，但为了区分不同的商品，该入口设计在商品详情页是可以参考选择。
易用性设计：若商品复购率高，且考虑到分销员发展了“金主”的可能性，二维码可支持直接保存到手机相册，且将其设计为静态二维码，生成二维码时，就将二维码就与对应分销员的marketingcode完成永久绑定关系，“金主”复购时，只要是通过该二维码完成购买，该订单就可以直接判定为分销订单并关联到对应分销员。
3. 功能设计时遇到的坑
关于分销链路被中途打断的问题：笔者在构思产品方案时，曾遇到几个分销链路被打断的问题。
场景一，用户通过链接/二维码进入商品详情页，但并未直接进行订单提交和支付，而是跳出详情页，再从其他入口（比如商品分类页、主页banner图等）进入该商品详情页，然后提交订单并支付，完成交易闭环，那这个订单是否还能判定为分销订单？
场景二，用户从A分销员的分销链接进入商品详情页，但未提交订单，退出商品详情页后（点击胶囊按钮收起小程序，非杀掉进程）再从B分销员的分销链接进入商品详情页，并完成了交易闭环，那么这笔分销订单算A还是B？还是A、B都算？
笔者的产品方案就不做阐述，每个企业的资源及业务模式都不相同，产品方案也会有所差异。这两个问题需要结合技术实现难度、分销收益分配链的均衡及其他成本的角度去衡量评估。提到这两个问题是希望大家在做产品方案之初就能考虑到这些情况，及时避坑。
四、分销收益
“天下熙熙，皆为利来；天下攘攘，皆为利往”，收益是缔结和维护上游与中游关系最重要的保障之一。上游需要制定合理的分配机制以此来解决分销各链路收益均衡的问题，同时也要对销售明细及收益明细进行可视化处理。销售明细能让中游分销员/商实时掌控的当前的销售情况，以便评估自身的目标完成度及适当对销售策略进行调整；收益明细可以调动分销员的销售热情，起到及时激励的作用。
我们简单列举一下分销模块所涉及到的前端信息架构的几个核心模块。
1. 业绩/佣金管理
业绩/佣金管理模块的设计重心在于收益分布（也就是收益组成或收益明细）及计算收益的时间宽度。
- 收益分布主要体现在每笔收益来源需要足够清晰，比如订单编号、订单支付时间、下单用户信息、该笔订单对应是进账还是出账等，下单用户信息需要注意用户隐私保护，前端展示时最好进行加密处理，而进账和出账主要是针对成交订单及退款订单。
- 计算收益的时间宽度主要是已到账收益与预期到账收益之间的设计。已到账收益主要发生在订单处于确认收货及确认收货往后的状态，若业务方综合了其他因素需要调整为订单发货后就计算收益也是可以的。预期到账收益侧重于对分销员的一个激励作用，具体的时间宽度因企业而定，不再赘述。
- 收益汇总与销售额之间的权重：若分销员本身是背着销售KPI的，那销售额体现的层级需要更高，收益汇总权重要低一层级。部分企业的分销模式比较特殊，仅需要对销售额进行汇总统计即可，不会对收益进行汇总统计。总而言之，中心思想是要与业务方进行充分且深入的沟通，贴合业务而行。
2. 订单数据
订单模块重点在于分销员指定时间宽度内的销售订单情况与下辖团队的销售订单情况。
- 当前分销账号的销售订单情况最主要的是对指定时间内的销售订单数进行汇总统计，一般是当天与7天。统计7天的销售订单数主要是对周期内的销售情况做复盘以及对过去、未来时间的销售情况做趋势分析和预测。
- 下辖团队的销售订单情况是针对分销员管理者（一般是某个分销团队的负责人）查看下辖团队的销售订单情况汇总，这个与企业架构设计相关，若企业不设置多层级分销架构，也就不需要设计该功能。说明一下，订单模块与收益模块存在重合部分，可依据实际需求进行整合设计。
3. 分销商品管理
分销商品模块也即是商品池，主要是对当前分销账号已获得分销资格的商品进行展示。
- 商品池主要展示已获得分销资格的商品详情、佣金比例。商品详情包含名称、规格、售价等，其中不同规格可以设置不同的佣金比例，这个依据实际业务需求来定。商品佣金比例为单个商品的佣金比例，在此需要说明一下以商品为主的佣金比例与以销售额为主的佣金比例的区别：
- 商品为主的佣金结算首先需要获得商品分销资格（也就是分销门槛），其次是佣金结算对象是单个商品，一个订单若存在多个分销商品，那可获得的佣金则是商品个数*佣金比例；
- 以销售额为主的佣金结算主要是按指定时间内（一般是一个月）的销售目标为结算基数，达到销售目标后，按约定好的佣金比例去结算佣金（也叫提成），以销售额为主的佣金结算方式一般不设置商品分销门槛，或者可以理解为这个分销员具备企业品牌下的所有商品的分销资格。
4. 团队管理
团队管理模块服务对象为分销团队的负责人/其他角色，可依据角色进行权限控制。
- 从商品角度查看分销团队：以不同商品为区分条件，加载获得该商品分销资格的成员信息以及统计各个成员的业绩情况。
- 从分销团队角度看商品销售业绩：如果从分销团队角度来看，团队管理模块更多的是团队下每个分销员的销售业绩的统计汇总。
结尾
分销（一）打通商品流通链路 功能架构图：
本文所述仅为整个分销体系其中一环，但却是打通商品流通链的基础，其核心在于将传统渠道分销数字化，让各链路流程与数据更加便于管理。
分销体系中的分销门槛、分销团队设置、结算管理、数据监控及数据一体化等其他功能模块会在分销（二）、分销（三）……中进行详细阐述。
本文部分概念与观点来源：深度分销-掌控渠道价值链
本文由 @伍英俊 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。