抽奖能不能和签到打通？扫码签到后自动进抽奖池的验证方法
核心SEO词：现场抽奖、签到抽奖打通、扫码签到、活动名单同步
「签到之后自动进抽奖池」听起来是个很自然的联动，实际做起来，问题几乎全出在「谁算签到了」这个定义上。定义不一致，抽奖池里的人就会和现场对不上，台上念名字时没人应答。
结论：打通的验证不看功能演示，只看三个场景——同一个人签两次、迟到的人、签到失败的人。三个场景都跑通，才算真的打通。
一、先定义「签到成功」
不同系统对签到成功的判定差别很大：扫码即算、扫码并授权手机号才算、工作人员核验后才算。三种定义对应三个不同的名单范围。
如果签到端和抽奖端对「成功」的理解不一致，就会出现两种偏差：签到端已经算成功的人没进池，或者签到失败的人反而进了池。前者现场尴尬，后者事后争议。
所以打通的第一步不是技术对接，而是把这句话写进活动方案：什么动作发生之后，这个人算进入抽奖池。
这个定义最好同时让签到端和抽奖端的执行人各确认一遍。两边各理解一半，是最常见的出错原因，而且往往到活动当天才暴露。
二、三个必须验证的场景
| 场景 | 怎么测 | 要看到的结果 |
|---|---|---|
| 同一人重复签到 | 用同一账号扫两次码 | 池里只有一条记录，不重复计数 |
| 迟到补录 | 活动开始后再签到 | 能立即进池，不需要刷新或重启活动 |
| 签到失败 | 断网状态下签到，恢复后再试 | 不产生半条记录，或能明确标记为失败 |
第二个场景最容易出问题。很多系统的名单是活动开始时加载的，中途新增的人要重新加载才生效，现场没人会想到去点一下刷新。
建议把这三个场景直接写进彩排清单，每项打勾确认。测试时用真实设备、真实网络，在办公室用电脑点是测不出来的。
三、去重规则要提前定
去重按什么判断，是打通里最容易被忽略的一项。常见的有三种依据：手机号、微信身份、报名时生成的编号。
按手机号去重最准，但要求参与者一定留了号码；按微信身份去重，换设备就失效；按编号去重，只在提前报名的场景成立。
建议的做法是选一个主键，并在活动说明里写明「以手机号为准，重复参与只保留一次」。写清楚的另一个好处是，现场遇到重复记录时，工作人员知道该怎么解释。
四、签到失败的人怎么进池
现场一定会有人签不上：手机没电、扫码失败、老人不会操作。如果打通之后只认签到记录，这批人就被排除在外，而他们往往是最需要被照顾的人。
务必备一条人工通道：工作人员在后台手动补录，补录后立即进池。这条通道平时不用，但必须有，而且要提前演练一次，否则真到现场没人知道在哪里点。
最好指定一个人负责这条通道，别写成「谁在场谁处理」。现场一忙，最容易出现的就是没人认领的事。
五、怎么验证是真的打通了
验证方法很朴素：用三个账号分别完成签到、抽奖、导出，然后对三个数字——签到人数、抽奖池人数、中奖记录数。三个数能对上，说明链路通；对不上，就看差在哪个环节。
建议在彩排时完整跑一遍，用真实设备、真实网络。现场抽奖这类工具的名单更新是否实时，只有在这一步才看得出来，功能列表上看不到。
三个数对不上时，先看签到人数和池人数的差，再看池人数和中奖记录数的关系。前者说明同步有问题，后者说明抽奖环节有问题，定位会快很多。
六、打通不成时的替代方案
如果技术对接成本太高，还有一个务实做法：签到端和抽奖端各自独立，中间用一次导出导入连接。活动开始前十分钟导一次，中途再补一次。
这个方案多花人力，但可控，而且不依赖两边的接口。活动规模不大、场次不多的时候，人工方案往往比对接更划算。
导出导入的节奏也要定下来：活动开始前导一次，中途补一次，结束前再导一次核对。三次基本够用，次数太多反而容易弄混版本。
常见问题
Q：签到和抽奖是两个供应商的系统，能打通吗？
要看双方是否开放接口。没有接口就只能用导出导入，别指望现场自动同步。
Q：中途补录的人，前面的轮次还能参与吗？
能，只要在池子里。但要提前说明「补录的人从下一轮开始参与」，避免有人追问前面几轮。
Q：签到数据能不能直接用来做后续跟进？
可以，但要遵守收集时的用途说明。签到只说了用于活动，就不能直接拿去做推广。
