会展活动报名小程序案例：票种核销与现场签到｜互联商通

一、客户背景与痛点

这家主办方公众号只发议程，购票链路断在表格与微信转账之间，甲方要一份可审计的票务。

四个最疼的问题：

• 现场对名单：表格报名+转账，入场时人工对名单排长队。
• 黄牛截图：凭证截图转发，一票多人进场对不上。
• 来源说不清：赞助商与渠道的引流效果拍脑袋归因。
• 库存失控：散客与团队票混着卖，超发才发现。

二、方案总览：4 步从表格报名到扫码验真

首版克制，只做票务履约闭环，把「表格报名」变成「验真进场」。

1. 票种库存：票种按场次隔离库存，团队票与散客票分开管。
2. 下单支付：报名购票统一小程序收款，凭证绑定购票人。
3. 签到核销：现场扫码核销，一票一验、验过即废。
4. 渠道码统计：不同渠道带参进入，来源报表自动分。

完整能力清单见 会展活动方案，同行业可参考 景区门票核销案例。

三、核心功能清单

• 票种库存：按场次隔离库存，免费票也能控场。
• 下单支付：统一收款，退改政策写进购票页。
• 签到核销：扫码验真防截图，核销记录可查。
• 渠道码统计：渠道来源自动归因，报表可分渠道。
• 是否实名：实名开关可配，重要场次一票一人。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到主办方：两周内完成上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场前准备：票种入库、退改政策定稿。开工先把票种、价格、库存逐项录入校对，团队票与散客库存分开建，退改政策、是否实名写进购票页；没定稿的政策先不上票。商家看到的是票务一页页对完；观众此时还看不到变化，但购票那一刻库存已经是准的。
2. 商户号与核销对接：验真链路先跑通。上线前打通支付主体与核销账号：商户号主体与小程序主体一致提前核验，核销员一人一账号不共用；核销记录与订单号打通。黄牛截图一验即废，商家感知是入场口不再排对名单的长队。
3. 员工培训：一条主线加两套话术。签到组培训只强调一条：只认系统核销结果。对观众的话术很简单——「出示购票码，扫一下就进」；主办方学会后台看库存、分渠道报表，临时加票自己就能操作。
4. 灰度试点：一场小活动先跑。全量放开前先拿一场小场次试跑：核销顺不顺、渠道统计准不准、购票路径全不全。试出的问题当场改——核销权限重配、渠道码补发，再铺开到大场次；试点期不做数字考核，只看流程顺不顺，正式口径见第六节。
5. 值班与应急：首场驻场加兜底。上线首场开场前一小时驻场，值班覆盖支付、核销、审核三类突发；观众购票失败，签到组人工登记兜底并事后回录；提审缺完整购票路径，当场补材料。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不做赞助商城、不上直播带货。先保证票务闭环可验，社交匹配与增值玩法放二期；闸机硬件对接等核销跑稳后再谈。

六、上线后效果（试点口径）

试点场次内：

• 现场验票明显更快，入场不再对名单。
• 渠道来源可分可归因，赞助商汇报有依据。
• 甲方验收只看「验真可查、票务可审计」，而不是 PV。

所有数字为项目试点口径，复制前请重估场次规模、票种结构与实名要求；数据对比写清分子分母与排除场次。

七、坑与复盘

1. 商户号主体不一致：支付主体与小程序主体提前核验，见 商户号申请。
2. 核销账号共用：一人一账号、权限分级，出现差错能追到人。
3. 审核缺购票路径：提审前把购票到核销的完整路径录屏备齐，见 发布检查清单。

复盘沉淀为方法论：把「验真可查、来源可分」写进开工单的可勾选验收句，避免「上线了」代替「指标达线了」。

八、常见问题 FAQ