kuji builder 线上抽赏 · 抽赏自助终端搭建

抽奖公平性 · 信任

线上抽赏的抽奖公平性:该向顾客展示什么

线上抽赏最常被问到的问题是“是不是操纵了概率”。与其说自己很公平,不如展示顾客能亲自查验的信息,更有说服力。抽奖方式、公开信息和运营方权限需要一并设计。

KUJI BUILDER · 内容核对日期

1. 在服务器上处理抽奖

如果在顾客浏览器端决定结果,就可能通过操作页面得到想要的结果。只有确认支付的订单才由服务器抽奖,并将确定的结果与订单一起保存,即使刷新也不会改变。仅靠服务器随机数并不能证明全部的公平性,因此还需要下文的公开信息与权限管理。

  • 确认支付后才抽奖的顺序
  • 将确定的结果与订单一起保存
  • 同一请求重复发送也只抽奖一次
  • 记录抽奖所用的随机数生成方式

2. 即时显示各赏剩余数量

如果是售完即止型抽赏,各赏剩余数量就是判断是否购买的关键。每卖出一次,数字都要立即减少,且各赏合计必须与总剩余数量一致。如果隐瞒高阶赏是否已被抽走,反而可能加深怀疑。

  • 各赏剩余数量之和与总剩余数一致
  • 售出后立即更新页面
  • 显示高阶赏是否已抽完
  • 固定概率型商品的概率标示

3. 保留中奖记录并确定公开范围

展示何时抽出了哪个赏,可以作为结果确实在产生的依据。但要确定显示项目,避免暴露顾客姓名或联系方式。并设定保存规则,使运营方也无法随意删除记录。

  • 公开项目:时间 · 赏级 · 商品
  • 部分隐藏昵称等个人信息保护
  • 记录保存期限与删除权限
  • 收到咨询时按订单核对结果的流程

4. 拆分管理员权限并保留变更记录

如果销售期间可以修改奖品数量或概率,就必须留下由谁在何时修改的记录。将商品上架权限与抽奖 · 库存变更权限分开,并考虑对已开始销售的抽赏板限制变更。上线前要验收在同时购买和重试的情况下结果是否一致。

  • 指定拥有抽奖 · 库存变更权限的人员
  • 记录变更前后的数值与操作人员
  • 开始销售后的变更限制标准
  • 保存同时购买 · 重试的验收结果

推荐阅读

申请免费咨询