定义活动报名状态
三个人说的已确认意思各不相同，而报给餐饮供应商的人数取决于按哪一种来算。
简要回答
给每个报名状态写一条定义，注明谁能设置、允许转到哪些状态、会触发什么动作。清单要短到工作人员不看图表也记得住。
座位和出席人数只按您定义过的状态来统计，并在报名系统、导出表和发给参会者的每条信息中使用同一份清单。
为什么状态用词会引起争议
已报名、已确认、已付款、出席等词在邮件里常被随意使用，但每个词都对应不同动作：发送入场信息、保留座位、开发票、印证件。
两个人对同一个词理解不同，供应商人数和座位数就会对不上。办法是每个词只有一条共同定义。
起步状态清单
状态之间转换的规则
- 把允许的转换写成箭头，例如已提交、待核验、已确认。未列出的转换需要指定的批准人。
- 状态不得悄悄倒退。从已确认退回已提交，应留下说明原因的备注。
- 写明哪些状态会触发信息发送，哪些不会。
- 每次状态变更都记录日期和操作人，出现争议时才能追溯。
不仅定义标签，还要定义统计口径
写明各个数字由哪些状态组成：占用名额、餐饮人数、证件印制名单、证书名单。餐饮人数常常包括仍待付款的人，证书名单则不应包括已取消的人。
把这些公式和状态表放在同一页，让各类报表采用同样的逻辑。
用虚构参会者测试
- 为每个状态和每种允许的转换各建一位虚构参会者。
- 让他们走完这些路径，检查信息、统计数字和导出表。
- 加入边缘情形：待核验时取消的人、获邀名额却不回复的候补者。
- 用报名系统测试清单记录结果。
实例演示 · 虚构示例
研讨会系列的状态整理
机构与数字均为虚构，仅作说明。
某虚构专业学习团队办了一场180个座位的研讨会，却发现有214人被标为已报名。已报名其实把已提交、已确认和候补合在了一起。
团队改用七个状态，把餐饮人数定义为已确认加待付款，证书名单定义为已出席。三位测试参会者显示候补者一直在收到入场信息，于是移除了该状态的信息触发。
可直接使用
状态定义与统计口径表
每个状态填一行，然后在下方补上统计公式。
- 状态名称和一句话含义：
- 谁可以设置：
- 允许转到的下一状态：
- 设置时发送的信息（或无）：
- 是否计入名额、餐饮人数、证件名单、证书名单（每项填是或否）：
- 报名在该状态停留的最长时间：
- 测试参会者及结果：
- 已与财务和场地联络人确认的统计公式：
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 平台自带简短固定的状态清单，您只需改名。
- 由一人设置状态并编制统计数字。
- 没有其他人用报名数据做决定。
以下情况，外部策划协助更有价值
- 财务、秘书处和场地各自报出不同的人数。
- 状态由多人以及自动规则设置。
- 正在更换平台，需要把旧状态对应到新状态。
需要一套大家共用的状态？
会议项目负责人可以与秘书处和财务开定义会，写出状态表和统计公式，并在报名开放前用虚构参会者测试。每个状态的含义仍由您决定，项目负责人负责让工作版本保持一致。
主办方常见问题
几个状态才够用？
能覆盖您要做的决定即可，越少越好。六到八个较常见；再多往往是把作用相同的状态混淆了。
要让参会者看到状态名称吗？
给他们看符合自身处境的平实说法，例如已确认或候补中，待核验这类内部名称留给工作人员。
谁负责管理状态清单？
指定一人，通常是秘书处主管或项目负责人，由其批准任何更改并通知财务和供应商。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。