微信活动抽奖小程序

去年帮一个做餐饮的微信朋友搭抽奖小程序，上线三天，活动参与人数不到两百。抽奖他气得直拍桌子：“我投了五百块奖品，小程序连个水花都没有。微信”我打开后台一看，活动问题出在分享率——只有6%的抽奖人把活动转发给了好友。抽奖小程序的小程序命门从来不是奖品大小，而是微信分享链条能不能转起来。

微信生态里做抽奖，活动第一件事得想清楚：用户凭什么帮你拉人？抽奖很多开发者习惯性照搬电商那套“邀请3人得一次抽奖机会”，结果用户算完账发现，小程序拉三个人换一个大概率抽到“谢谢参与”的微信机会，不如直接关掉。活动我见过一个做得聪明的抽奖案例，某母婴号搞“抽绘本”，规则是“每邀请1位好友，中奖概率翻倍，上限5倍”。用户心理很简单：不用攒人头，拉一个就多一分希望，哪怕最后没中，也没白忙活。

技术实现上，微信小程序的wx.shareAppMessage接口只能由用户主动点击右上角菜单触发，没法用代码强制调起分享面板。这限制反而逼出一些野路子。比如把“分享”按钮做成一个浮层，点击后弹出引导图，教用户“点右上角三个点→转发给朋友”。听起来笨，但转化率比自动调起高得多，因为用户知道自己要干什么。

抽奖算法要经得起推敲。Math.random()生成伪随机数够用，但得注意权重分配。我早期犯过一个错：把一等奖概率设成0.01，结果测试时连抽十次全中，差点被老板骂死。后来改用区间映射——把0到1分成若干段，每段对应不同奖项，再配合库存扣减的原子操作，才稳下来。数据库层面，UPDATE ... WHERE stock > 0这种写法比先查后减靠谱，并发一上来就能看出差别。

防刷是另一个坑。有人用wx.login拿到code换openid，但同一个openid能反复注册新账号吗？不能，可他能借别人的手机。更狠的是模拟器批量操作，一晚上刷走几十个奖品。我的土办法是加一层行为验证：抽奖前先让用户滑动拼图，或者记录wx.getSystemInfo里的设备指纹。别指望100%防住，能把成本抬到比奖品还高，就算赢了。

活动页面的加载速度直接决定留存。小程序包大小超过2MB，微信会警告，超过4MB直接拒绝上传。有人把奖品图片全塞进本地，包体暴涨。其实用wx.getImageInfo配合CDN动态加载就行，首屏只放一张压缩过的头图。我实测过，包体从3.8MB压到1.2MB后，页面打开率提升了27%。

最后说个反常识的观察：抽奖小程序的黄金时间不是整点，而是晚上九点到十一点。那会儿用户躺床上刷手机，无聊感最强，分享意愿也最高。朋友那个餐饮号后来把开奖时间改到晚上十点，参与量翻了一倍。他到现在都不知道为什么，我也没解释——有些事，数据比道理管用。