报名表怎样设计，才不会给以后添活？

这张表到底是干什么的

只需要两个答案，其余都是可选：这是谁，他有什么权益。姓名和一条联系方式回答第一问。票种、场次选择和审批回答第二问。

这两问之外的东西，是为了某个人以后要做的决定：餐饮人数、胸牌打印、一份赞助商报告。说不出这个决定、也说不出谁来做，这个字段就没资格占位置。

每个字段要付三次代价

第三笔代价在设计表单时看不见。有人来要自己的数据时，它就躲不掉了。

在对的时候问，不要一次问完

团队塞进报名表的东西，大多不必在那里。三个时点，三件不同的事：

报名时

只问决定权益或确认所必需的：身份、联系方式、票种、审批答案，以及价格依赖的任何一项。

确认之后

会变的会务安排问题：饮食需求、无障碍需求、场次选择、胸牌上的拼写。放在确认后的跟进里，让参会人可以再改。

永远不要上表

你不会据此行动的任何问题。答案改变不了任何事，文本框包着的就是一笔负债。

把问题往后挪，答案往往更好。提前四个月问的饮食需求是猜的；提前两周问，餐饮供应商才用得上。

分流，而不是加长

一个问题只适用于一部分人时，条件逻辑比让所有人填更长的表更好。大多数活动用得上这三条分流：

• 按票种。 讲者和展商报名需要的东西，参会票不需要。不要把那些字段摆在另外九成人面前。
• 按已经给出的答案。 「参加晚宴」打开饮食问题；「不参加」就把这个问题和它下面的一切关掉。
• 按谁付款。 公司替参会代表买票，需要开票信息和采购单号；个人刷卡不需要。

一条分流让大多数报名者少看四个字段，比怎么整理一张长表的版面都值。

最容易收拾不干净的字段

合规那一条线

活动表单上最常见的两个问题，在欧洲经济区和英国的数据保护法律里待遇不同：饮食需求和无障碍需求可能暴露健康或信仰。GDPR 把这类答案视为特殊类别数据，门槛更高。

• 只有有人会据此行动时才收集，并在收集当时说明谁会看到。
• 不要放进一般导出和赞助商报告。它们属于餐饮和现场团队，不属于参会人名单。
• 活动结束后按你事先写好的时间表删除，不要等到有人来要。
• 合法基础是取得本人同意还是别的，问你自己的律师。这篇不会替你回答。

同一条原则覆盖表上其余部分：你问的每一个问题，都得能解释、能调出、能擦掉。

发布之前

用参会人的身份在手机上走一遍，付款步骤开着测试模式。然后核对五件事：

• 每个字段都对应一个决定，而且你能说出谁来做。
• 必填项只是那些挡住确认的——没有别的。
• 每个自由文本字段都有负责人，否则就删掉。
• 确认邮件写明下一步，包括审批是否还在等待。
• 你能把整张表导出——答案也在内——不用求人。