会议报名上线前要核对什么？

A. 售卖内容与法务——网址公开之前

• 活动名称、日期、时区、场地或线上——首屏就能看见。
• 票种的价格、库存、可见范围和审批规则都测过。
• 分阶段定价的日期已录入；早鸟切换已彩排。
• 收款主体（Merchant of Record）/ 已接入的收款账户，已和财务确认。
• 退款与取消文案和正式政策一致，不是占位句。
• 授权分开：事务通知、营销、以及是否分享给赞助商。
• 若处理欧盟或英国参会人数据，数据处理协议（DPA）的状态已核对。

B. 表单与结账——买家走的那条路

• 只留必填项；每一个选填项，后面都有一个指定的使用方。
• 雇主付款时，有公司发票路径。
• 一个买家、多位参会人——确认信落到对的人。
• 用一张真实测试卡，在手机上把结账从头走到尾。
• 确认信、门票和日历链接，在手机上核对过。

C. 议程关联——多分会场时

• 场次在同一张表上；会议室和讲者冲突已查过。
• 票种权益和此人能进哪些场次对得上。
• 公开议程和个人日程共用一个来源。
• 步行和换场时间按真实场地来，不按幻灯片来。

冲突怎么拆，在多分会场议程那篇里。这份清单只问一件事：上线之前，权益和日程表是不是已经绑在一起。

D. 现场签到与胸牌

• 入场高峰和通道数已确定。
• 离线扫码测试：断网，扫二十次以上，再同步回来。
• 同一张票在两台设备上重复扫描会被标出，不会悄悄放过。
• 胸牌打在现场真正会用的那台打印机上。
• 扫码角色不能导出个人数据，也不能发起退款。
• 现场报名、未付款、VIP 通道都已标明。

E. 集成与后续

• CRM 的身份键已约定（通常是工作邮箱）。
• 报名 / 已付款 / 签到 / 取消已映射——或者指定了一位 CSV 负责人。
• 同步数据里，各类授权标记彼此分开。
• 邀请或 UTM 来源可以一直追踪到签到。
• 若向赞助商承诺过数字，会后报告的负责人和日期已定。

F. 彩排——T-7 到 T-1

• 完整走一遍：报名 → 付款或审批 → 议程 → 离线扫码 → 导出。
• 活动当天早上的客服渠道已写下来（时间、时区、升级路径）。
• 退款和未到场的负责人已指定。
• 备用设备已充电；本地下载的名单已确认。

做完是指有日期、有负责人，不是空打勾

没有名字的清单是演戏。报名、议程、现场签到、财务、收入运营，写在他们各自负责的那一段旁边——公开上线日期写在 A 段旁边。