嘉宾名单要审核时，报名怎么做？

两种活动，一个词

公开售票。 谁付钱谁就能来。主办方的工作是卖。付款就是门槛，这类工具又好又便宜。

受控名单。 有人决定谁可以来。报名是一份申请。销售团队提名客户，部门提交姓名，委员会审批，拒绝的消息还得传达到，又不能让任何人下不来台。

下面都是第二种。值得单独说明，是因为办受控名单活动的人常常去找「售票软件」，找到的是为公开售票做的工具，然后用表格补缺口，一补就是六个月。

票种是一种身份，不是一个价格

这是这一页上最有用的一个想法。

受控名单活动上，票种——VIP、嘉宾、媒体、分析师、工作人员、现场执行、展商——不是价格档。它是决定下面这些事的那条记录：

挂绳和胸牌颜色

志愿者不用问就拿起来的那一种

物料

哪份礼品、哪个袋子，或者没有

用餐

哪家餐厅、哪一波

住宿

哪家酒店、到底有没有留房

场次准入

哪些房间开、哪些拒绝

话术

递出去的时候志愿者说什么

报名时定好票种，后面每一项都会自动跟上。没定好，签到台的人就得顶着身后的队伍，当场做六个决定。

颜色就是界面。 志愿者不需要知道礼品政策。他们需要知道红色拿 VIP 套装、绿色拿小的那份。把权益编成颜色，临时聘来的人才能让签到台转得快——而这个决定是几个月前在报名表里做的。

推论值得说清楚：活动前两周冒出一个新的参会类别，那不是改个表单。那是一笔挂绳订单、一份物料清点、一次房间分配、一条准入规则，以及志愿者话术里的一行。 类别早一点冻结，后加的类别，就按它实际的代价来对待。

受邀嘉宾是来确认的，不是来填表的

销售团队已经提名了这个人，你就有他的姓名、公司、职位和邮箱。再让他打一遍，既失礼又慢，邀请常常死在这里。

能用的做法：

# 预先载入提名名单
   ↓
# 嘉宾打开个人链接，或输入姓名 + 邮箱或电话
   ↓
# 和名单匹配
   ↓
# 把你已有的信息给他看，请他改正不对的地方
   ↓
确认 → 发出门票

成不成，看两件事。

用两个字段匹配，不用一个。 只靠姓名会撞车。姓名加邮箱，或姓名加电话，实际够用，也有足够的容错，让人能顺利通过。

先设计匹配不上的路径，因为它会比你以为的更常用——助理替高管报名、有人用了私人邮箱、销售把名字打错了。匹配不上时，应该直接转到一张简短的申请表，并标成受邀，这样审批知道这个人被提名过，不是陌生人。它绝不能停在「我们找不到您」。

两轮，不是一轮

受控名单活动几乎总是两波，而且需要不同的入口。

第一轮——邀请。 预先载入的名单、个人链接、确认而不是填表，通常没有审批步骤，因为姓名提交时审批已经发生过了。

第二轮——公开申请。 一个公开链接、一张完整表单、一条真正的审批队列。这些人对系统是陌生人，主办方确实得做决定。

两波走同一个入口，就是错的。要么让受邀嘉宾去填申请表，要么让陌生人走受邀路径进来。两个入口、两张表、两套话术，底下是同一份参会人名单。

把来源留在记录上——哪个团队提名的、哪一轮、哪个渠道。报名时不费什么，事后要回答「观众从哪来」，只有它能答。

审批是穿了技术外衣的组织问题

审批难的从来不是队列。难的是一个人得拒绝另一个人，而两边都有同事在看。

三个角色，不该是同一个人：

• 提名。 销售负责人或部门提交一个姓名。他们知道这个人为什么重要。
• 复核。 有人按标准核对这个姓名——是否竞争对手、容量、职级、区域配额。这是事务性工作，可以很快。
• 裁定有争议的个案。 一个小组，按日程开会，处理复核定不了的那些。

实际能跑起来，靠这些：

• 报名开放前公布标准，哪怕只在内部。没有书面标准的审批人会全部通过，房间里就会坐满不该来的观众。
• 每份申请设一个决定期限，因为待定的报名在效果上就是拒绝——嘉宾订不了行程，最后也不再试。
• 两头都通知。 先是复核中，然后是已决定。流程里没有消息，每位申请人都会打一通电话来问。
• 拒绝措辞集中写一次。 不要让每位审批人各自编一套。

还有一条能在当天救下签到台的规则：

被拒绝的嘉宾转给主办方，除此之外什么都不说。

「您的报名未获通过——您在公司的联系人可以再说明」就是全部话术。志愿者不知道原因。志愿者去猜原因，会把一个行政决定闹成一场风波。

有些类别完全跳过报名——委员、志愿者、赞助商工作人员、供应商现场人员。按名单提前做好胸牌，活动前交出去，不要放进审批队列。他们不是申请人。

报名和付款是两个状态

协会和学术会议尤其如此：有相当一部分人报了名、没有付款。他们打算付。他们忘了，或者在等部门预算，或者在手机上报了一半、想着稍后完成。

从一开始就把它们当成不同的状态，并准备好三种人都会走到签到台：

单独开一条付款通道，和签到分开。 理由和异常台一样：一笔付款要好几分钟，签到通道吃不下。

实际的样子：一台打开着参会人名单的笔记本电脑，未付款的人几秒内按姓名找到，而不是重新报名；一种在嘉宾自己手机上能完成的付款方式；以及一位专职做这件事的志愿者。然后他们回到签到队列——更好的是，付款通道把胸牌也发了。

现场报名是一条可以往前挪的队列。 入口处放一个明显的报名码，旁边站一个人，让人在排队时就把表填完，而不是占着签到台。

优惠码是归因工具

公开售票的活动上，优惠码是折扣。受控名单活动上，它主要是统计工具。

按团队、区域或合作方各发一个不同的码，每个码有使用上限。事后你确切知道哪个团队填满了房间的哪一块：

一个码给不了你的，这里有三样。

• 责任清楚。 「你们团队分到三百个座位，带来了一百九十八个」是一场具体的谈话。也是让同一支团队明年更用力的那个数字。
• 容量控制。 上限是实打实的。本来会把全场占满的那个区域，现在占不满。
• 提早预警。 距活动还有四周时某个码几乎没人用，这是你还来得及处理的问题。同样的信息到活动前一周才看到，就只能写进复盘了。

注意上面数字里已报名和已通过之间的缺口。这很正常，而且因团队而异。盯着它，你就知道哪些团队提名谨慎，哪些只是交名单。

报名截止，报名并没有结束

截止之后还有三件事在发生，每一件都会变成签到台的工作。

替换。 总监派了副手。这是企业活动上最常见的临期变更，而且牵一发动全身——胸牌、物料、房间、场次准入。事先决定谁可以批准替换，每一次都经过这个人。绝不能在签到台上当场同意替换，因为签到台看不到房间分配，也看不到场次权限。

临期提名。 活动前四天临时加进一位重要的人。给这种情况留一条不靠改表格的路径：一张简短的内部表单、一位审批人、一张自动发出的票。

现场报名。 名单控得再紧，也会有人没在名单上就到了。问题不是允不允许，而是谁在现场批、要多久。活动前指定这个人，让他待在异常台附近。

你在线上决定的，就是签到台发生的

这条联系是直接的，值得从另一头走一遍。

一位嘉宾走到签到台。志愿者一扫，屏幕上写着：绿色挂绳、小礼品、不含住宿、第 1 场和第 3 场、晚宴第二波。志愿者递出四样东西，说一句话。十八秒。

这些事实里的每一条，都是几个月前写在一条报名记录里的。票种对了，签到台就快。不对——类别是临到头才加的，或者权益从未映射到颜色，或者替换从未进系统——签到台就变成把这一切当场解决的地方，一位嘉宾一位嘉宾地来，后面的队伍都看着。

签到台是报名决定最终接受检验的地方。 从那一刻倒推来设计。

实际会出什么问题

事后这些数据值什么

一场受控名单活动应该能回答三个问题；不事先决定把答案记下来，就回答不了：

• 谁填满了房间？ 按提名团队看报名，以及各队的通过率。这是明年的座位分配。
• 人是在哪里掉的？ 提名了却从未报名，报名了却从未通过，通过了却从未付款，付了款却没到场。四个流失点，四种不同的改法。
• 来的是对的人吗？ 按类别看到场情况，对照目标组合。人数达标、职级构成却不对的会议，它的失败被人数掩盖了。

参会人数据是个人数据。开始之前就决定保留多久、谁可以导出、赞助商拿到的是汇总人数还是姓名。

软件真正帮得上的地方

四处。值得说精确，因为买任何一套系统之前——包括我们自己的——就拿它们去试：

• 预先载入的名单，加上确认流程。 让嘉宾对上一条他不必重打的记录，是受控名单报名里对完成率提升最大的一件事。
• 审批是角色，不是某个人。 提名、复核和裁定是不同的权限，并留下谁决定了什么的审计记录。
• 票种作为载体。 一条记录装下胸牌颜色、物料、用餐、住宿和场次准入，定了类型，下游就都定了。
• 带上限和归因的码。 按团队发的码，既能限制，也能测量。

这一页其余的都是组织设计——谁提名、谁决定、对被你拒绝的人说什么。没有工具能替你决定这些。