企业官网建设流程全解析

年前帮一个做私域流量的朋友改过一套小程序，核心就四个词：看广告、攒积分、转盘抽奖、流量主变现。当时他问了我一个特别直接的问题：“光靠用户看广告赚的那点分成，能把奖品的成本打回来吗？”我反手把这套开源模板的积分账本和概率配置拉给他看，他看完才明白，这事不是靠运气，是靠算账。

今天要聊的，就是这个“看广告激励视频+积分大转盘抽奖”的开源项目。它解决的是小程序开发者最常见的一个痛点：流量主权限开通了，广告位也放了，但用户进来点两下就走，广告曝光上不去，收益自然难看。而大转盘这种玩法，本质上是给用户一个“主动看广告”的理由，把广告流量从被动展示变成用户主动获取，再通过抽奖来消耗积分，形成闭环。文章面向的是准备做流量主变现的开发者、运营者，或者正在琢磨小程序商业化的个人开发者，你可以直接拿它当模板改，也可以当作理解广告变现模型的案例来读。

1. 先拆一下这套“看广告得积分”玩法的业务结构

1.1 一图看懂业务闭环

虽然不能画流程图，但业务链路其实特别清楚，一句话就能讲明白：用户进入小程序、浏览大转盘页面、积分不足、点击抽奖、弹出激励视频、用户主动看完广告、获得积分、消耗积分抽奖、得到奖品或积分返还、继续抽奖或者离开。

这个闭环里，广告平台向开发者支付广告费，开发者拿出其中一部分利润来承担奖品成本，积分既是用户的留存工具，也是限制抽奖频率的“门票”。用户看广告不觉得是被强迫的，因为他想要的是转盘里的奖品；开发者也不亏，因为每一次抽奖背后都对应一次真实的广告收入。这套模型能跑通的关键，不是转盘转得多好看，而是每个环节都在为一个目标服务：让用户越玩越愿意留下来看广告，同时让开发者的边际成本可控。

1.2 为什么选大转盘而不是签到、任务墙

我见过不少流量主项目，上来就做签到：每天签到给积分，累计登录给大奖。这类玩法的问题在于，签到是“确定性的奖励”，用户点一下就知道自己会拿什么，兴奋感很弱，广告曝光也带不动。任务墙则是让用户去做一堆外部动作，比如看某个视频、下载某个App，体验重、打扰感强，很多用户看一眼就退出了。

大转盘走的是另一条路，它把奖励变成“不确定性的惊喜”。人天生对“可能中大奖”的期待感是没法抵抗的，这也是为什么抽奖类玩法在小程序里留存率普遍不错。转盘的成本结构也灵活，你可以放积分返还、小额券、实物奖品，通过概率配置控制总成本。更关键的是，抽奖类玩法天然适合和激励视频结合：用户积分不够，你想继续玩，最顺滑的路径就是看一条激励视频换积分。

1.3 广告位与用户路径怎么埋

这是很多新手最容易搞错的地方。有人把激励视频放在首页弹窗里，用户一进来就被迫看广告，体验极差，审核也容易出问题。正确的做法是把激励视频埋进“用户主动获取资源”的节点上，比如积分不足、想再次抽奖、想领额外的抽奖次数，这时候弹出激励视频，用户的接受度最高。

再看广告位类型：Banner位填充率高但单价低，激励视频单价高但需要用户主动点击播放。你这套“看广告发积分”的玩法，主力就是激励视频，Banner最多放在转盘页底部做补充。这里有个细节，激励视频广告位不是你想放就能放，需要在小程序后台创建广告位，拿到adUnitId之后再接入代码。广告位初始化尽量提前，避免用户点击时才去加载，导致等了半天黑屏，用户直接退出。

2. 积分账本和大转盘概率：先算明白账再写代码

2.1 从eCPM推算单次广告价值

我在第1章反复说“算账”，到底怎么算？核心就是eCPM，也就是每一千次广告展示产生的收入。不同平台、不同地区、不同时段的eCPM差异非常大，有些地方激励视频eCPM能到五十以上，有些时段可能只有十几。我拿一个保守的示例来算：假设你的广告eCPM是30元，那么每次完整观看激励视频，你的税前收入就是30除以1000，等于0.03元。

注意，这不是你真正到手的分成，平台还会先扣走一部分技术服务费，流量主实际到账比例具体看平台政策，所以在计算奖品成本时，一定要按下调到手的口径来算。我的习惯是直接把单次广告的“可用预算”打对折，比如刚才算出来的0.03元，我只会拿其中一半当做奖品的成本上限，另一半要留着支付服务器费用、兑奖成本以及平台扣费。

2.2 积分消耗、奖品成本的期望模型

接下来是积分账本。这里要建立一个基础等式：单次抽奖成本期望 = 所有奖品概率乘以其成本的总和。这个期望成本必须小于单次抽奖所对应的广告收入折算，否则就是越抽越亏。

我按常见配置举个例子，假设看一次激励视频得10积分，抽一次大转盘消耗100积分，那么单次抽奖背后对应的是10次广告观看，用刚才的eCPM算法，理想收入是0.3元左右，再打个五折，可用预算就是0.15元。奖品池如果这样设置：

算完总期望成本是0.3715元，已经超过可用预算0.15元了，等到月底你一定会发现自己贴钱在做活动。这说明什么？说明你不能把积分返还是100积分或者抽奖概率定得这么高，需要把“积分100”改成“积分30”，把实物大奖概率降到0.5%以下，或者把谢谢参与的返还积分再降一档，直到整体期望成本低于0.15元。这套账我建议你在改配置前反复调整，直到留出至少30%的利润空间再上线。

2.3 保底机制与概率公示

期望成本模型解决了“别亏钱”的问题，但用户体感是另一个问题。要是用户连续抽十次都是“谢谢参与”，再理性的人也会觉得你这转盘是假的，转头就去平台投诉了。所以一定要加保底机制，比如抽奖次数累计每满10次，第10次必得一个积分或者小额礼品，这个保底成本也要算进期望模型里。

同时注意合规要求。抽奖类小程序现在普遍被要求公示概率，你最好在活动规则页写明每个奖品的真实中奖概率，并且这个概率要和服务器配置严格一致。我见过有些运营为了刺激消费，后台偷偷把大奖概率调低一截，结果被用户截图举报，流量主权限直接没了。这里必须提醒一句：概率一旦公示，就不要因为一时贪心降低中奖率，你可以把积分消耗调高，可以增加奖品数量，但千万别碰概率造假这根红线。

3. 微信、抖音、快手三端激励视频接入的工程差异

3.1 三端API的“同场景不同写法”

现在小程序生态主要就是微信、抖音、快手三个平台，这个开源模板之所以说“三端通用”，核心是把每一个平台的广告API都封装了一遍。命名上大同小异，比如微信是wx.createRewardedVideoAd，抖音是tt.createRewardedVideoAd，快手是ks.createRewardedVideoAd，但它们的事件回调字段、调用限制、审核要求各不相同，必须分开处理。

一段最基础的接入长这样：

// 微信小程序端 const videoAd = wx.createRewardedVideoAd({ adUnitId: '你的广告位ID' }) videoAd.onLoad(() => { console.log('激励视频加载成功') }) videoAd.onError((err) => { console.error('激励视频加载失败', err) }) // 点击抽奖时调用 function showRewardedAd() { videoAd.show().catch(() => { videoAd.load() .then(() => videoAd.show()) .catch(() => { toast('奖励准备中，请稍后再试') }) }) } videoAd.onClose((res) => { if (res && res.isEnded) { // 用户完整看完广告，发放积分 grantReward(10) } else { toast('看完整段视频才能获得奖励哦') } })

抖音和快手端的结构基本一致，主要是命名空间的差异，文档里写得更细。真正容易踩坑的是微信低版本基础库下，onClose回调的res可能没有isEnded字段，这时候如果你强行判断res.isEnded为空就返回“没看完”，用户明明看完了也拿不到积分，投诉率飙升。稳妥的做法是做一个兼容判断：如果当前基础库支持res.isEnded就读取，不支持就直接发放积分，同时结合回调触发时间来判断用户确实停留了一段时间。

3.2 加载失败、超时、切换网络这些意外

广告加载失败是绕不开的日常，不要因为这个慌乱，处理策略基本就三招：提前加载、失败重试、超时兜底。

提前加载说的是，页面初始化时就去创建广告实例并拉取广告物料，不要等用户点击抽奖才去创建。失败重试要注意频率，连续拉取失败可能说明当前网络环境有问题，连续重试三次以上基本没意义，不如提示用户“当前网络开小差了”。超时兜底更关键，我发现有些安卓机型在广告缓存阶段会有3到5秒的空白，用户以为卡死就退掉了，建议在按钮上显示加载状态，给用户一个明确的预期。文案上也有讲究，不要写“广告加载失败”这种话，换成“奖励准备中”，用户的抵触情绪会小很多。

3.3 服务端防刷与订单对账

客户端拿到onClose就发积分，这是很多开源模板的默认做法，但生产环境根本不能这么干，因为太容易被人找到了漏洞。用户可以通过断网、篡改回调参数、甚至抓包模拟关闭事件来骗积分，一旦被刷，你的广告收益和奖品成本立刻失衡。

我自己的做法是一定要加服务端校验：客户端在拿到广告关闭回调后，带着用户身份信息、广告位ID、本次播放会话ID一起请求服务端，服务端先查这个会话ID最近是否已经发过积分，再检查用户两次广告观看的间隔是否小于规定时长（比如10秒内重复请求直接拦截），最后落到积分流水表里。所有积分变动都要有流水记录，管理员可以按日期、用户维度查看，出了问题能溯源。不要为了省一台服务器就跳过这一步，你做的是抽奖链路，没有防刷等于开着门让人搬。

4. 审核、合规和流量主红线：先保活着，再谈赚钱

4.1 类目与广告组件资质

很多开发者的项目死在上线审核阶段，不是代码写得有问题，是类目没选对。抽奖、活动类功能需要确认小程序经营范围里是否包含对应类目，你在提交审核时最好把活动规则文档、奖品清单、概率说明一起传上去，让审核人员知道这是一个真实的、透明的运营活动，而不是诱导赌博。

另外，流量主功能本身有开通门槛，通常要求小程序达到一定的累计独立访客数和活跃度，具体数值以各平台后台为准，而且这个门槛会动态调整。不要等把所有页面开发完了才去申请流量主，项目一开始就应该把开通条件列为里程碑，前期先用正常运营内容把用户量做起来，然后再申请开通广告位。

4.2 抽奖活动里的用户协议

用户协议必须把几件事写清楚：积分怎么获得、抽奖消耗多少积分、每个奖项的概率是多少、奖品如何发放、虚拟积分是否可以提现、活动是否限制未成年人参与。尤其是“积分不可提现”这句话一定要写，否则直接碰虚拟支付红线。

实物奖品还得考虑发奖方式。我的建议是后台生成兑换码或者由用户填写收货信息，你在后台发货。积分不能只用于抽奖，你要给用户一个消耗积分的非抽奖出口，比如积分商城兑换小折扣券、兑换会员体验，这样才能说明积分是活动道具，不是变相赌博里的筹码。返利提现这种玩法，个人小程序先别碰，它涉及的资质和风控比你想的复杂得多。

4.3 “诱导点击”的边界到底在哪

流量主违规里最冤的一种，是开发者把广告遮罩写得太离谱，或者用了“点击抽奖”这种文案引导用户误触广告。激励视频的正确姿势是用户主动点击播放，而不是你在所有按钮上叠了一个透明的广告层等用户误点。审核人员和平台风控对点击率异常很敏感，一旦被发现模拟点击、诱导点击，轻则广告位停用，重则流量主功能永久封禁。

抽奖本身也要真随机。虽然服务端可以由管理员配置概率，但你不能做一个“后台可以随便改概率”的功能就上线，至少要把每次抽奖的真实随机结果记录下来。更不要出现那种用户中了大奖，你因为赔不起就找理由拒不发货的情况，被多人举报之后，平台会让整个账号一起陪葬。

5. 把这套开源模板跑起来：部署和二次改造的现实经验

5.1 部署前先改掉的默认配置清单

直接从开源仓库拉下来跑通编译，不代表就能上线。第一件事就是把广告位ID、平台AppID、服务器域名全部换成自己的。默认的广告位ID是作者的演示ID，拿着它上线，你不仅拿不到一分钱收益，还可能因为流量异常被平台判定违规。

第二件事是检查服务器地址是否支持HTTPS，小程序环境里所有请求都必须是HTTPS，并且要在后台把域名加白名单。第三件事是积分倍率。开源模板里的默认数值是作者环境的平衡配置，不一定适合你，运营地区不同，广告eCPM差距很大，拿默认配置上线就是在赌博。我建议你按第2章的方法自己重算一遍，尤其是奖品的期望成本，改到你觉得靠谱再发布。

5.2 从“能跑”到“好用”的体验打磨

模板能跑起来只是第一步，用户能不能留下来才是真考验。大转盘的动画我用的是Canvas加requestAnimationFrame，转动速度一开始可以稍微快一点，最后两秒要有一个平滑的减速缓冲，不然看起来会很生硬。每次抽奖结束，结果弹层要给出明显的动效和文案，抽中积分的时候最好有一个数字滚动的反馈，让用户觉得“有价值”。

积分变化的流水记录也别省。给用户一个可以查看“积分从哪里来、花到哪里去”的页面，会大幅减少“积分不见了”这类客服问题。更重要的是，中奖后的核销流程一定要走服务端生成，不要在客户端本地写死，否则用户改一下本地数据就能伪造中奖记录，后台根本拦不住。

5.3 上线后的三个数据维度

上线之后每天都要看数据，我复盘的时候最关心三个指标：广告展示率、抽奖完抽率、次日留存。

广告展示率反映的是广告请求和成功展示的比例，如果这个数字偏低，就看是不是广告加载逻辑有Bug或者机型兼容问题。抽奖完抽率是用户看完广告后是否真的完成了抽奖，如果用户看完广告却中途退出，可能你的积分到账提示不够明确，用户以为没奖励就走了。次日留存则是活动的长期健康度，如果一开始很高，后面掉得厉害，大概率不是广告问题，而是奖品池吸引力不够，或者中奖率调得太黑，用户已经对这个转盘失去信任了。

5.4 开源模板还能往哪个方向扩展

这套模板的底层逻辑是“任务+积分+消耗场景”，所以扩展方向其实很宽。我试过在它上面加签到翻倍：连续签到7天的用户，看广告获得的积分变成双倍，这个改动让广告展示率涨了不少；也试过加邀请好友得积分，但提醒一句，邀请裂变里绝对不要出现“拉新给现金”这种表述，容易踩到平台现金融资规则。

比较稳妥的进阶方向是接入聚合广告平台，同时把多个广告源做价格排序，让每个曝光自动选择出价最高的那个，整体收益能提升不少。不过聚合SDK对包体积有影响，也会引入新的兼容问题，建议主流程跑通之后再去优化。

我个人上线这套玩法几次之后最大的感受是，开源模板解决的只是“从无到有”的问题，真正决定项目生死的是你后续每天看数据、调概率、处理用户反馈的那份耐心。第一周上线不要急着把中奖率调高一截，先积累真实用户反馈和广告实际eCPM，数据稳定之后再根据第2章的期望模型一点一点微调，这才是一条能长期走下去的路。