办过活动的人都有同一种心累：报名表发出去，收上来一堆格式各异的回复；名额明明写着 50 人，最后来了 68 个；活动结束想问一句「实际到场多少人」，得挨个对签到表，对完发现有一半人的名字是手写的。
问题不在报名这件事有多难，而在于它天然涉及「人」——人有意愿会变、会临时不来、会带同事。所以报名管理管的不是一份表单，而是从「想参加」到「确实到场」的整条链路。这篇讲怎么用 OpenClaw 把它做成一条能算得清的线。
先划清和站内几篇的分工：客户回访与满意度调研 管的是活动之后——问参与者满不满意、回收归因；员工培训与考核 管的是内容侧——出题、组卷、批改、学习跟进；AI Agent 数据分析 管的是数据怎么算。这一篇补的是中间那段：人怎么报上名、名额怎么管住、当天到没到场、名单最后归到哪。
一、先定清楚：报名管的是「人」，不是「事」
先按场景分四类，规则差别很大：
- 内部活动——部门培训、内部讲座、团建。特点是有组织架构底表，能直接校验「这个人属于哪个部门」，名额压力小。
- 客户与伙伴活动——客户沙龙、渠道会、答谢会。特点是名单来自外部，需要资质或邀请码校验，到场率和后续跟进强相关。
- 公开报名活动——公开课、开放日、线下体验。特点是任何渠道都能来，名额和身份核实是核心。
- 门店与场次类活动——同一活动分多个时间场次。特点是名额要按场次分，不能共用一个池子，否则第一场就挤满了。
分类之后，「名额怎么算」和「谁能报」这两个问题才有答案。这和 AI Agent 权限管理 里「先定谁能做什么」是同一套先分类再定规则的顺序。
二、报名表单：五个必填项，三个可选
表单不是越短越好。字段太少后面全是人工补，字段太多报名率直接掉。建议五个必填加三个可选：
- 必填：姓名、联系方式（手机号或微信）、身份类别（内部同事 / 客户 / 公众 / 媒体）、是否需要资格审核或收费、来源渠道（从哪看到的活动）。
- 可选：所属单位与岗位、同行的其他人员、饮食或其他特殊需求。
这里有一个关键判断：来源渠道是必填项，不是可选项。没有它，你永远不知道下一场活动该往哪里投人力。身份类别则决定了后面走哪条审核线——这是让 Agent 自动分流的前提。
名单涉及个人信息，采集范围和用途要说清楚，具体做法参照 AI Agent 处理个人信息怎么合规 里「先分级、按用途取最小字段」的思路。别为了「以后可能有用」去收身份证号。
三、名额上限与候补队列
名额管不住，前面所有工作都白做。三个规则必须提前定死：
- 名额上限按场次分别设，不要设一个总池子。每个场次独立计数，报满即止。
- 候补队列按报名时间排序，规则写死。有人取消（或超时未确认），系统自动把队首的候补转成正式名额并发通知，而不是等人来问「还有位置吗」。
- 取消窗口要设时限——比如活动前 24 小时内取消会计入次数，多次失约的名字进「观察名单」，下次同类活动需要人工确认。没有这条规则，名额会被长期占用。
补位这件事最容易出岔子的是通知发不出去：候补的人没看到消息，名额空着。所以补位通知必须带确认动作，超时未确认自动顺延到下一个，这套「超时未响应就往后走」的机制和 OpenClaw 定时发日报周报 里的任务调度是同一个套路。
四、三类审核：免审、资质、收费
把审核拆成三类，才不会被流程拖死：
- 免审直接通过——内部活动、开放日这类。提交即确认，只做名额校验。
- 资质审核——需要邀请码、单位证明或行业身份的活动。Agent 只做「材料齐不齐、格式对不对」的初筛，通过与否由人决定。
- 收费确认——需要费用的活动。报名和收费是两件事：报名状态是「待缴费」，缴费到账再转「已确认」。退款规则（活动前多少天可退、退多少）必须提前写死并对外说清楚，事后扯皮的成本远高于提前多写两行字。
审核过程中如果材料反复补不齐、报名人一直联系不上，把这条记录挂进 转人工队列，而不是让它一直停在「审核中」。
五、提醒节奏：确认一次，三档提醒
到场率低，八成是提醒没做够。建议固定四个时间点：
- 报名成功即时确认——附时间、地点、交通方式和取消入口。取消入口一定要给，否则人不想来也不会说。
- 活动前 3 天——第一次提醒，顺带收集是否确定参加，这一步能提前释放大量无效名额。
- 活动前 1 天——第二次提醒，附上二维码或入场信息。
- 活动前 2 小时——最后一次提醒，只发「几点、在哪、带什么」。
改期或取消时，通知必须走同一条链路发出去，并明确说明「原名额是否保留」。这类分档提醒的机制，和 证书与域名到期巡检 里的提前量阶梯是同一套做法。
六、签到核销：三种方式，未到要标记
签到看着简单，但决定了当天现场是不是乱成一团。三种方式按规模选：
- 扫码签到——报名时发的个人码，扫码即核销，适合 50 人以上的活动，最快。
- 名单勾选——按报名序号列表逐个核对，适合中小规模、需要人工确认身份的场景。
- 统一入场码——只发一个公共码，所有人扫同一个码签到。快但无法核实身份，只适合完全开放的场合。
关键在一个动作：活动开始后自动把未签到的人标出来，并通知对接人确认是迟到还是不来。这个标记决定了后面到场率的准确度——不标记的话，「到场率」永远是个估算值。
七、活动之后：到场率、跟进名单与资料归档
活动结束不是终点，后面三件事决定了这场活动到底值不值：
- 算到场率——报名数、确认数、实到数三个数分开看。报名 100 确认 60 实到 40，和报名 50 确认 48 实到 45，是完全不同的两件事。
- 分跟进名单——到场且有意向的、到场但只围观、报名未到的，分三类走不同的后续动作。直接拿去给 回访与满意度调研 用，比事后群发一条消息有用得多。
- 归档——报名记录、签到记录、现场照片、资料与物料清单一并归档。怎么编号、怎么留版本，可以直接沿用 文档归档与借阅 的规则。
八、三条边界
- 不代替收款。Agent 可以标记缴费状态、可以提醒，但资金走既有渠道，报名系统不碰钱。
- 不做无授权的群发。报名信息只用于这场活动的通知与后续跟进，不能拿去发其他活动的推广。
- 不自动决定谁能参加。资质审核和特殊名额的最终判断始终由人给出，Agent 只做初筛和记录。
九、五个常见的坑
- 名额不按场次分。共用一个池子，第一个场次就把人报满，后面的场次空着。
- 没有取消入口。人不想来也不会主动说，名额被占到最后一天。
- 候补只登记不自动补位。候补名单形同虚设，大家默认「候补就是没戏」。
- 签到只记「来了」。不标未到、不区分迟到，到场率永远不准。
- 活动结束就散场。名单没有归档、没有分类跟进，下一场活动又从零开始。
十、适合谁用
适合：每季度办三场以上活动、报名人数经常超过五十人的团队——市场部、客户成功团队、培训部门、门店运营、行业协会与社群。尤其是同一个人手上同时管着好几场活动、还要向老板汇报「这场活动效果怎么样」的角色。
不太适合：一个月办一场内部小会、人数不到二十人的场景。这个阶段一个共享表格加一个群通知就够了，上系统反而增加工作量。
总结
用 OpenClaw 管活动报名，重点不在「能收到报名」，而在每一个名字都有状态：报了还是没报、确认了还是待缴费、到没到场、后续该不该跟。先按场景分类定规则，用五个必填项把表单收干净，名额按场次封顶并配候补，审核分成三类，提醒固定四档，签到之后立刻标出未到，最后把名单算清、分类归档。六步做完，办活动这件事才从「到时候看情况」变成一条算得清、追得上的链路。
