思考与总结：对佣金系统的思考

目录

前言

讲讲佣金

延伸思考

---

前言

遵守法律为前提，我认为无论虚拟的，还是现实的，任何物品或行为都可以被视为商品。

用户对商品进行某种行为，进而产生行为单据。例如用户通过购买行为产生交易单据。

伴随着行为单据，又可以衍生出其他信息，如积分，返现，佣金，金币等虚拟币。

上述衍生信息的数量如何确定呢？

我认为可以在商品维度进行管理，明确指定数量或百分比；在订单和商品维度汇总结果。

举一个具体的例子，一件衣服售价199元，可以配置返现1.99元，也可以配置返现为商品价格的1%。一个订单包括2件该商品，所以该订单返现1.99*2，或199*1%*2。

对于上述衍生信息，除了考虑与商品的关系，与订单的关系，还需要考虑状态流转、时间周期、变现玩法等。

讲讲佣金

下面以佣金为例，讲讲我个人的理解。

如何理解佣金呢？佣金(Commission)是指代理人或经纪人为委托人介绍生意或代买代卖而收取的报酬。

针对互联网，我认为佣金是平台或商家支付给介绍人的报酬。

简述一下玩法：用户小明通过某种方式让小红成为商家的新用户，方式可能是邀请码、注册二维码等等，结果是小明成为了小红的介绍人。当小红在商家这里交易成功后，小明就可以获取到一笔报酬。

佣金本质大同小异，各种app它的玩法各不相同，这只是表现形式不同而已。

我将佣金分为两类，一类为基础佣金，一类为其他类型佣金。

基础佣金，就如上述的例子，由订单、商品、介绍人多维度确定，而且它是后续佣金玩法的基础。

考虑如下内容：

• 佣金与订单状态的关系，即何时产生佣金，何时成为有效佣金，何时成为可用佣金；
• 在商品维度进行佣金配置，更加具有灵活性、多样性；
• 在子订单中冗余商品、推荐人、佣金比例、佣金量，这样简化了查询、统计的复杂度；
• 佣金应作为独立的模块；
• 选择合适的基础佣金统计方式，统计周期；

其他类型佣金，可以包含各种各样的佣金，具体跟玩法有关。举一些佣金类型，如绩效佣金、战队佣金、活动佣金。有一种常用的计算方式，基础佣金和*浮动比例。无论基础佣金和，还是浮动比例，都有各自的规则，例如产品要求、销量要求、复杂的规则表达式。
考虑如下内容：

• 规则灵活性，例如商品范围可变更、指标范围可变更、指标标准可变更等；
• 规则解析的通用性，规则内容时可变的，必然要求解析引擎可解析多种规则内容；
• 结果可追溯，一方面增加结果可信性，一方面简化问题定位；
• 任务的依赖关系，与佣金统计方式有关；

  

佣金已经是真实的金额了，不需要兑换规则，如多少金币或多少积分等于一分。佣金变现，一种是交易时扣除，一种是提现。

延伸思考

从佣金出来，想想积分、返现、金币等虚拟币，他们就是同一类型的概念。

暂且统称为概念A，需要考虑好商品与概念A的关系，订单与概念A的关系，概念A内部的个性化，

这样概念A模块就具有了支持佣金、积分、金币的通用能力。