上线准备 · 验收
抽赏服务上线前验收检查清单
比一次正常购买更重要的是，确认在异常情况下订单和奖品不会丢失。请将以下事项转入项目验收表，记录结果、负责人和复验日期。发现缺陷时，从已完成修复和复验的范围开始上线。
KUJI BUILDER · 内容核对日期
1. 把支付 · 抽奖 · 库存作为一个流程来确认
即使同一笔支付被重复发送，或多位顾客同时请求最后的库存，也不能出现重复抽奖和超卖。还要区分失败的请求和已完成的请求，确认顾客重试时能看到一致的结果。
- 正常授权、拒绝、顾客取消、授权后网络中断
- 相同的支付请求 · Webhook重复发送也只处理一次
- 最后1张同时购买及防止Last One赏重复发放
- 各赏剩余数量之和与总剩余数量一致
- 刷新 · 返回 · 重新登录后订单与结果仍保留
2. 顾客购买后必须能获得帮助
确认顾客在手机上能找到订单记录、发货状态和咨询渠道。咨询或询问提交后，实际运营人员必须能够查到；保存失败时，不得显示成功提示。运营文案要与审核过的政策保持一致。
- 会员注册 · 登录 · 账号找回与访问权限
- 合并发货申请 · 收货地址变更 · 运单查询
- 门店自提核验与已领取商品的处理
- 咨询提交 · 负责人确认 · 回复流程
- 必要的同意事项、政策链接、运营方信息与联系方式
3. 实际演练故障后的恢复
有备份文件并不代表恢复已经过验证。请在与生产数据隔离的环境中进行恢复，并核对订单 · 库存 · 咨询记录。还要检查服务器重启和部署切换时数据是否保留，以及健康检查失败时负责人能否收到通知。
- 确认持久化存储与备份的访问权限
- 创建备份后在独立环境中确认恢复
- 服务器重启 · 部署后订单与受理记录仍保留
- 状态检查、故障告警接收、负责人联络机制
- 回滚到正常版本的流程与数据处理标准
4. 交接运营账号与文档
运营负责人必须能够访问域名、支付、云服务和管理员账号。清理测试账号和测试订单，并与真实数据分开。搜索收录要在最终域名和公开内容确定后确认；仅完成提交并不能保证收录时间或排名。
- 账号所有者 · 费用支付主体 · 权限交接
- 更换管理员密码与收回离职人员权限
- 移交运营手册、验收结果与维护范围
- 确认正式域名的HTTPS · 移动端 · 404 · 规范网址
- 在搜索服务中验证网站所有权并提交站点地图