一物一码之【红包那点事】

老胡说一物一码

今天给大家说的应该是大家都比较关心的一个问题，扫码发红包。有很多人说一物一码就是扫码得红包的嘛。 是的， 这句话实际上总结的很好， 扫码得红包是当前一物一码行业里面最普遍的抽奖形式，从一定意义来说扫码得红包基本成一物一码的行业特征了。 消费者参与一物一码的基本流程是: 消费者， 购买了一件商品，打开包装找到促销二维码， 微信或支付宝扫二维码， 参加活动，进入活动的Web H5页面， 获取红包。

OK， 于是问题来了， 一物一码扫码就是得红包， 从业务角度很简单嘛， 从技术角度也看起来没什么技术含量嘛， 况且发红包都是微信或支付宝干了的， 一物一码公司只是调用微信或者支付宝的红包接口发发红包而已嘛。 可能很多人都是这种想法了。

好的， 情况是这样的么? 举个例子来说， 过年了， 爷爷发红包， 发给谁呢， 孙子和儿子， 孙子1000， 儿子一百。 从这个简单例子来看， 发红包就不是那么简单的， 第一: 谁在发， 爷爷， 第二 发给谁 孙子和儿子 第三 发多少， 孙子1000， 儿子100， 第四 为什么发不同的金额， 因为爷爷喜欢孙子 。 OK 回到一物一码发红包这个问题， 第一谁在发， 商品的生产厂商， 第二 发给谁 消费者， 第三 发多少， 第四 为什么?

最简单的一种方式: 随机发放， 首先我们要说的一点是， 抽奖嘛， 就会会根据金额大小分出1，2，3等奖不同的奖项， 每个奖项根据预算有一定的中奖比例， 也就说每个奖项的有一定的中奖概率， 随机发放就是按照中奖概率随机出一个奖项， 发给消费者， 这个随机发放确实很简单， 回答上述问题， 就是发多少， 随机， 为什么， 让老天来决定。

好的， 随机发放能够是厂商的需求么? 可以， 但是只是最基础的需求， 是一般性需求。往往问题的复杂性不是在这种一般性上， 而是在其特殊性上。 OK， 那我们就来说下厂商基于哪些考虑，有哪些需求， 上面的2， 3， 4问题又有哪些不同

第一个需求例子: 首次奖励， 奖励首次参加商品一物一码活动的消费者， 给首次参加的消费者特定的奖项， 中大奖的概率调大， 刺激他下次消费的欲望。 例如普通扫码是中1块钱， 首次扫码调为中3块钱， 问题就变成这样的了， 有两个需求分支: 第一个分支是: 2， 发给首次消费者， 3 发多少: 中奖概率的3倍， 4， 为什么: 奖励首次消费， 刺激下次购买 另外一个分支是 发给非首次消费者， 发多少，按照普通概率规则发放 为什么 规则规定。 从这个例子来说， 特定情况的需求条件， 就会影响红包的正常发放。 后面我们再说下常见的需求例子时候， 为了时间考虑 就不说2，3，4问题了。

好，第二个例子: 还跟消费者参与次数有关， 每参与3次红包奖金翻倍， 刺激消费者重复购买例如第3次， 第6次， 第九9， 扫码红包翻倍。 当然和次数相关的还有， 例如这个活动的 扫码次数， 例如规定活动的扫码吉祥数字次数， 第88，888，8888，88888扫码的的消费者中大奖

第三个需求例子: 地域不同，发红包不同。 例如有一款地域性饮料， 北京， 天津卖的都非常好， 是老市场， 山东是新市场， 厂商就想同样一个活动， 红包发放倾向于山东点， 山东消费者的红包金额大点， 刺激新兴市场

第四个例子: 特定促销场合， 例如一个厂商在特定的商场里面做活动， 这个商场这个范围参加的消费者中奖概率调大， 例如是普通中奖概率的2，3倍。 这个就是GPS定位商场这个点， 周围直径500米范围内消费者参与活动发红包的金额是普通活动的2， 3倍。

特定促销场合， 在一些展会的环境也会有类似的需求

第五个例子: 节假日里， 发红包不同， 例如刚刚过去的春节， 厂商需求在春节期间把红包的力度增大点， 刺激消费者在春节期间多消费， 或者厂商发福利， 春节期间与民同乐， 扩大品牌影响。

OK 第六个例子: 会员类型不同， 发红包的金额不同， 例如奶粉行业是一个附加利润非常大的一个行业， 一般都会采用会员制的方式进行促销， ， 就会有下面一个需求， 注册会员了的消费者红包金额大于非注册会员的红包金额

好了， 最后再举个例子， 第七个， 定时引爆大奖的例子， 一个厂商在特定的一天的一个特定的一个时间点， 放出金额诱人的大奖， 这个就会导致消费者集中在这一个时间点去抢这个红包， 例如双11 零点厂商发大红包， 从上面的业务角度来说， 发送给消费者红包概率和金额和普通是不一样的， 从技术角度这就非常复杂了， 要考虑的并发问题就非常多了， 是对系统的峰值并发能力的很大考验， 技术角度等下再下再说， 暂时放一下。

好的， 业务需求就不举例了， 总结来说， 时间， 地点， 人等等条件的不同， 就会导致发的红包的不同， 而且上面的例子， 只是单纯的一个需求条件， 往往会有很多需求的组合， 就非常复杂了，例如说呢山东市场春节期间，调大消费者中奖的概率，其他地区不调。 这个需求就是两个条件的组合

针对上述的需求， 我们使用一种策略的方式来应对这些需求， 策略的理解就是根据条件不同， 采用不同的处理方式。 在吉祥码系统中，有20多种策略可供选择。

上面这些都是厂商从消费者角度的一些需求， 那么我们现在再讨论下从资金使用角度，厂商的一些考虑

首选有如下需求， 厂商做活动是有时间周期的， 有时会根据阶段不同分配不同的资金使用。 例如倾斜活动初期， 会把奖品红包多发点， 中后期少发点。

还有控制每天的消耗的资金金额， 设定一个阈值， 大于这个值， 就开始发小红包， 降低资金红包的使用

还有厂商考虑， 不希望大奖被一个人获取， 就会限制单人中取某些奖项的数目。 还有不希望大奖集中某些区域中取， 也会限制单区域中取某些奖项的数目。

还有从厂商一定的预算， 想起特定效果的角度， 来阐述下红包的发放形式:

这边只说两个例子:

一个是翻倍卡， 在红包奖项的基础上， 再加一个翻倍卡奖项， 翻倍卡的意思是抽到的奖金翻倍， 如果消费者手里有翻倍卡， 下次抽到红包就是翻倍发放， 这个对于消费者购买刺激非常直接， 如果我有一个8倍卡， 我也会再消费一件商品。

还有一个是复购红包(递延红包券): 消费者中了这个复购红包， 不是立即发放红包， 而是下次消费再次扫码， 把上一次的复购红包， 发放给消费者， 是刺激复购非常好的手段， 而且也节约了资金， 因为可以做到扫两次码才中一次红包。

在实际项目里， 红包的发放形式是非常多， 翻倍卡和复购红包是比较典型， 我们用的非常好的红包发放形式。 例如我们在燕京啤酒项目中就用到了翻倍卡， 在西凤酒门店销售项目就用到了复购红包。

我们再转到技术角度来说发红包的问题 一般有下面这些

1， 并发量: 并发量就是一秒之内同时有多少个消费者在扫码， 并发量和一个活动的码量和活动的时间范围有关， 如果一个活动码量很多， 例如我们做康师傅， 白象都是以千万和亿为单位， 这样系统的并发量就很大。 一秒钟处理一个扫码很简单， 一秒处理10个也还好办， 一秒处理100个就很不容易了， 一秒处理1000个就非常困难了。 这个就涉及到系统平台的架构问题了， 量级的不同， 系统的代价就是不同的。 普通的一个公司能够达到并发100就很不错很不错了， 像吉祥码平均可以达到1000， 峰值可以5000都是特殊架构的系统了。

2， 吞吐量: 是一秒能够处理多少个扫码， 并发是一秒有多少扫码， 吞吐是1秒可以处理多少扫码， 如果处理速度， 跟不上新扫码数量， 就会导致系统崩溃。 也就是说， 系统的吞吐量一定要大于平均并发量。

3， 数据量: 数据量越大， 对于系统的处理速度，并发能力都会有很大影响， 数据量主要是在数据库方面， 数据量越大查找数据， 增加数据， 修改数据等就会越慢。 所以有些平台系统， 看起来没问题， 刚开始活动开展也没问题， 为什么慢慢慢慢 扫码速度变慢了， 有些后台打开速度变慢了， 红包发送也很慢了， 或者直接崩溃了， 都是和数据量有关， 处理百万数据， 千万数据， 亿级数据使用的技术都是不同的。

4， 并发处理: 就是一个时间点上处理多个扫码的逻辑问题， 实际上这个是非常困难的， 说两个例子， 同一时间点两个人扫同一个码， 怎么样一个中奖和不中奖， 有很多人说两个人点手指速度总有时间差的吧，系统在这个时间差处理总会有区别的， 那我们扩展这个问题， 不是两个人同时点， 是1000个人同时点， 是不是总有没有时间差的时候。 这个问题实际上是个很难处理的问题， 也是很多系统优秀和粗劣的评判很重要的标准之一。 我就见过一个公司的系统同一个二维码， 不同的人都中奖了。 这个在吉祥码系统是绝对不会出现的， 我们有特定算法来规避。

再说一个例子， 一个活动假如大奖只有一个， 两个人同一个时间点， 扫不同的码， 会不会都中这一个大奖? 处理不好真的会的， 因为是同一个时间点， 这两个码中同一个奖项的概率是一样， 如果没有先后之分的话， 就会出现中同一个唯一大奖的问题， 但是大奖只有一个，这样就会多发了， 多发了怎么办呢，系统就出问题了么。 是的，这样的公司和系统， 我见到的还不止一个。

OK， 现在我们来总结下今天说的， 我们从四个角度阐述发红包， 业务需求角度， 厂商的资金角度， 红包的发放形式角度， 技术角度来， 说了这么多， 大家还觉得发红包还很容易么?

有什么需求可以关注公众号【吉祥码】询问我，谢谢！

重庆啤酒节

重庆啤酒节，所有与西凤有关的案例、知识等等，点击此处查看！。这里有求购西凤的信息，点击此处查看！。这里有供应西凤的信息，点击此处查看！。一物一码之【红包那点事】，老胡说一物一码

梦之蓝价格表

很厉害的样子

即墨老酒

中国红酒代理商，中国白酒酒文化，中国名优食品招商网，即墨老酒，老胡说一物一码，<<一物一码之【红包那点事】>>