马拉松赛事报名小程序案例：名额、资格审核与签到｜互联商通

一、客户背景与痛点

这家路跑主办每年办赛，报名一直靠报名表格加银行转账，公众号负责传播，赛事照常能办，但报名环节的人力越积越多。

三个最疼的问题：

• 资格难审：表格信息不规范，谁能跑、哪个组别，全靠人工翻表核对。
• 对账靠转账记录：付款人与报名人对不上，废单、代付说不清。
• 现场对名单痛苦：检录当天抱着打印名单找人，签到慢还容易漏。

二、方案总览：名额、审核、签到三环闭环

首版克制，只做报名履约闭环，先保证审得到、收到钱、验得到人。

1. 名额锁定：按组别设名额库存，报名时同步锁位，防止超收与口头占位。
2. 资格审核：报名先交资料，审核通过再引导支付，废单从源头减少。
3. 报名支付：审核后在小程序内直接支付，付款与报名记录一一对应。
4. 签到核验：比赛日扫码签到，名单可实时导出给检录与保险环节。

完整能力清单见 赛事报名解决方案，同行业可参考 会展报名案例。

三、核心功能清单

• 组别名额管理：各赛站、各组别独立名额库存，锁定与释放有规则。
• 资格审核流：资料提交、审核结论与通知闭环，先审后付。
• 在线报名支付：支付与报名单强关联，对账不再依赖转账截图。
• 扫码签到：比赛日核验到场人员，替代纸质名单。
• 名单导出：检录、保险、成绩对接都从同一份名单出发。

四、落地实施过程

总览里的三环讲的是方案逻辑，这一节讲它怎么落到赛事组织里：报名开放前完成上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场准备：组别与规则页先定稿。开工先把赛站、组别、名额、退改规则逐项录入，保险须知与免责条款做成报名必勾选的规则页；审核要看的资料字段一次定清楚。商家看到的是规则一页页对完，参赛者此刻还看不到变化，但报名开放时口径已经是完整的。
2. 系统对接：支付商户号先核验。上线前把支付商户号主体与赛事主办方主体逐项核对，审核通过通知、退款路径先在后台跑通。付款记录与报名单一一对应，财务不再靠转账流水人肉对账；主办方感知是废单和代付争议明显减少。
3. 员工培训：一条主线加两套话术。组织方培训只强调一条：先看审核结论再谈支付。对参赛者的话术很简单——「小程序里报名、审核通过后付款」，遇到不会用的选手上手带一遍；运营则学会后台审单、导名单，日常不再事事找技术支持。
4. 灰度试点：一个组别先跑，改完再全开。全量开放前先拿一个组别试跑：审核字段够不够、通知到不到人、签到顺不顺。试出来的问题当场改，再逐组别放开；试点期不做数字考核，只看流程顺不顺、问题清单收不收敛，正式口径见第六节。
5. 值班与应急：开赛日驻场加兜底。比赛日检录高峰驻场，值班覆盖支付、审核、签到三类突发。扫码失败的选手用名单导出兜底人工核验，报名异常当场处理不拖到赛后。试点暴露的问题全部进了第七节的复盘清单。

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

首版不做复杂成绩系统。成绩采集、排名与证书属于赛后环节，先保证报名与签到闭环可验，成绩相关放到二期单独规划。

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

试点期内：

• 现场签到核验明显更快。
• 参赛名单可实时导出，检录与保险环节不再等人工整理。
• 主办方验收只看「审核结论与到场核验」，而不是报名表份数。

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

七、坑与复盘

1. 商户号主体不一致：支付商户号与赛事主体不一致会被驳回，开工当天先核验主体与类目，见 商户号申请。
2. 测试路径不全：只测了正常报名，没测审核驳回与退款，提审前把驳回、退款、名额释放三条路径补进用例，见 发布清单。
3. 退改规则没前置：临时被问「能不能退」才补规则，第二批报名前把退改、组别、保险须知写进规则页。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；渠道参数从第一天写进报名单，赛后归因不再拍脑袋。

八、常见问题 FAQ