这玩意儿本质上就是个流量寄生虫。小游戏那套裂变逻辑太他妈性感了，但让奶茶店老板自己开发？不如让他们去造火箭。我的价值就是把“弹一弹”这种爆款的核心——排行榜攀比和强制分享——抽出来，稀释成一个他们能用的营销组件。
客户是个开连锁奶茶店的，愁的就是周末没人。我给他看了“弹一弹”的分享数据曲线，他眼睛都直了。我说，不用你做游戏，我给你做个“弹球排行榜生成器”。用户点进你小程序，就一个画面：一个球，一个杯底，弹一下，分数随机生成（对，就是假的，谁他妈真做物理引擎）。但关键在下一步：想看你朋友打了多少分？想领五块钱优惠券？对不起，先把这结果分享到至少一个微信群。
技术堆栈糙得不行，但快就是一切。前端用微信小程序原生，画个球和杯子用canvas糊弄一下，点击事件触发随机数生成分数。后端直接上腾讯云开发，省了服务器。最核心的就两个云函数：一个处理分享回调，用户真的分享成功了，微信服务器会回调我，这时才把分数和用户头像写入排行榜集合；另一个定时任务，每周日晚上清零排行榜，发券给前三名。数据库就用云开发的数据库，连索引都没怎么优化，反正一个店周末撑死几千条数据。
分享接口的坑踩了一晚上。微信那个`onShareAppMessage`必须用户主动点击按钮触发，你不能自动弹。我设计成用户点“查看排行榜”时，弹窗遮罩，上面就俩按钮：“分享到群”和“取消”。取消就真不给看。大部分用户骂骂咧咧还是会分享。分享成功后，回调里拿到`shareTicket`，再用`getShareInfo`解密才能拿到真实的`openGId`（群ID），这步为了防刷。拿到群ID，把用户信息和分数存进去，同时更新这个群的排行榜。一个用户可能分享到多个群，那他在每个群都有一个排名，攀比范围更精准。
周末上线。我给那老板后台设了个数据看板，就三行：生成次数、分享成功次数、核销券数。第一天下午数据开始爆。奶茶店群、小区团购群、大学班级群…到处都在比谁弹得高。很多人为了冲榜，反复玩，反复分享不同的群。后台看到同一个`openid`在十几个群创建了记录。周日下午，排名前三的来领奖，老板让我看现场照片，店门口排了二十多人，不少是来看热闹顺便买一杯的。两天时间，五百多个分享，带来近两百张券核销，复购率拉高了三成。
这项目让我彻底明白，在微信生态里，技术不是用来炫技的，是用来制造“社交压力”的。你不需要一个完美的游戏，你只需要一个足够简单的理由，让用户愿意把他的社交关系链暂时“借”给你用一下。排行榜就是那个理由。我把一个日活千万的游戏的灵魂，用两百行代码和云开发，塞进了一个奶茶店的小程序里。这不是创新，这是精准的流量盗窃，而且合法。
