會議報名上線前要核對什麼？

A. 售賣內容與法務——網址公開之前

• 活動名稱、日期、時區、場地或線上——首屏就能看見。
• 票種的價格、庫存、可見範圍和審批規則都測過。
• 分階段定價的日期已錄入；早鳥切換已彩排。
• 收款主體（Merchant of Record）/ 已串接的收款帳戶，已和財務確認。
• 退款與取消文案和正式政策一致，不是佔位句。
• 同意分開：事務通知、行銷、以及是否分享給贊助商。
• 若處理歐盟或英國參加者資料，資料處理協議（DPA）的狀態已核對。

B. 表單與結帳——買家走的那條路

• 只留必填項；每一個選填項，後面都有一個指定的使用方。
• 僱主付款時，有公司發票路徑。
• 一個買家、多位參加者——確認信落到對的人。
• 用一張真實測試卡，在手機上把結帳從頭走到尾。
• 確認信、門票和日曆連結，在手機上核對過。

C. 議程關聯——多分會場時

• 場次在同一張表上；會議室和講者衝突已查過。
• 票種權益和此人能進哪些場次對得上。
• 公開議程和個人日程共用一個來源。
• 步行和換場時間按真實場地來，不按簡報來。

衝突怎麼拆，在多分會場議程那篇裡。這份清單只問一件事：上線之前，權益和議程表是不是已經綁在一起。

D. 現場報到與胸牌

• 入場尖峰和通道數已確定。
• 離線掃碼測試：斷網，掃二十次以上，再同步回來。
• 同一張票在兩台裝置上重複掃描會被標出，不會悄悄放過。
• 胸牌印在現場真正會用的那台印表機上。
• 掃碼角色不能匯出個人資料，也不能發起退款。
• 現場報名、未付款、VIP 通道都已標明。

E. 整合與後續

• CRM 的身份鍵已約定（通常是工作電子郵件）。
• 報名 / 已付款 / 報到 / 取消已對應——或者指定了一位 CSV 負責人。
• 同步內容裡，各類同意標誌彼此分開。
• 邀請或 UTM 來源可以一直追蹤到報到。
• 若向贊助商承諾過數字，會後報告的負責人和日期已定。

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

• 完整走一遍：報名 → 付款或審批 → 議程 → 離線掃碼 → 匯出。
• 活動當天早上的客服管道已寫下來（時間、時區、升級路徑）。
• 退款和未到場的負責人已指定。
• 備用裝置已充電；本機下載的名單已確認。

做完是指有日期、有負責人，不是空打勾

沒有名字的清單是演戲。報名、議程、現場報到、財務、收入營運，寫在他們各自負責的那一段旁邊——公開上線日期寫在 A 段旁邊。