辦活動、開課、辦說明會，第一次收報名幾乎都是從一張線上表單開始。它不用花錢、十分鐘就能發出去，對只辦一場的單位而言相當合理。問題通常出現在第二場、第三場之後：名單散在好幾個檔案裡、有人重複填、要收費卻對不上帳、活動當天在櫃檯翻試算表找人。搜尋這個題目的人，多半正卡在「還能撐一下」與「是不是該換了」之間。這篇不談操作步驟，而是把通用表單在報名這件事上的能力邊界劃出來，並說明換成正式系統的時機與做法。
為什麼報名總是從一張表單開始
因為報名的本質就是收集回覆，而通用表單正是為此設計的。它把「問題與答案」這件事做得很成熟：欄位可以自訂、必填可以設定、填完的資料會彙整成一份可以排序與篩選的表格。對於單場、免費、不限名額、只需要事後聯絡的活動，這樣就已經滿足需求。
會出問題的，是把它當成系統來用的時候。表單負責的是收，而報名這件事在收之後還有一長串：確認、繳費、變更、取消、通知、報到、統計與後續聯繫。這些工作沒有消失，只是被搬到人身上做。
通用表單能穩定完成的部分
- 蒐集結構化的回覆：姓名、聯絡方式、場次選擇、飲食或無障礙需求這類固定欄位。
- 基本的必填與格式檢核，減少缺漏。
- 把回覆集中成一份試算表，方便匯出與排序。
- 以連結或掃描方式散布，不需要另外架站。
- 多人共同查看同一份資料。
這些能力對單場活動的價值不低，也是它長期被沿用的原因。要注意的是，這類工具的細部功能會隨版本調整，任何規劃都不應該建立在某一個特定選項一定存在的假設上。
資料落在試算表之後才是麻煩的開始
試算表是很好的檢視工具，但不是資料庫。它沒有交易的概念，兩個人同時編輯同一列時，後寫入的會蓋掉前一個；沒有欄位型別的強制約束，一個誤植的空白就會讓後續比對失敗；也沒有操作紀錄，某筆資料被改過或刪掉了，通常查不出是誰、什麼時候。
更常見的狀況是版本分裂。有人下載了一份、有人另存了一份、有人把它貼進簡報，兩週後沒有人說得清哪一份才是最新的。當報名人數變多、經手的人變多，這種混亂會以指數方式增加。
權限與個資：連結流出去就收不回來
報名表收的通常是姓名、電話、電子郵件，有些活動還會收身分證字號或緊急聯絡人，這些都屬於個人資料。用共享連結管理權限的模式，最大的風險在於連結一旦被轉傳就難以追回，而且很難確認到底有誰看過。
比較實際的做法是：只收辦這場活動真正需要的欄位，能不收的就不要收；分享時使用指定對象而非公開連結；活動結束後訂出保存期限並確實刪除；不要把包含個資的檔案再另存副本或轉貼到通訊群組。這些做法不需要換系統就能做到，卻是最容易被忽略的一環。
三種表單處理不了的報名情境
第一種是需要即時判斷的規則。例如同一梯次限定人數、依身分給不同資格、報名後保留時限內未繳費就自動釋出名額。這些都需要在送出當下就依當前狀態做決定，表單的設計並不是為此而生。
第二種是收費與對帳。當繳費在另一個管道進行，就必然要靠人把兩份資料對起來，退費、改期、發票這些後續也全都是人工。報名人數一多，對帳的工時會超過辦活動本身。
第三種是報名者自助。填錯要改、想換場次、想查自己有沒有報名成功，在沒有帳號的情況下只能寫信詢問，這些訊息最後全部落在承辦人身上。這一項往往是壓垮承辦人的主因，卻在評估時最少被提起。
報名頁與官網的關係
用外部工具收報名，等於把流量帶離自己的網站。網址不是自家網域、頁面沒有品牌樣式、也難以在自家分析工具中完整追蹤來源與轉換。對於偶一為之的活動影響不大，但如果報名是長期且持續的業務，這些累積的差異就值得計算。
把報名頁做在官網底下，好處是能被搜尋、能沿用網站的樣式與追蹤設定、也能與既有的會員或客戶資料連起來。這不代表非得自建整套系統，重點在於入口與資料留在自己手上。
什麼時候該換，以及怎麼換
出現下列任一情況，就值得認真評估：活動變成常態而非單次、需要線上收費、名額必須嚴格控管、報名者需要自行查詢或修改、要出席與報到的統計、或者處理報名的行政時間已明顯高於活動本身的準備時間。
換的方式不必一步到位。可以先把最痛的一段抽出來處理，例如只把繳費與名額控管交給正式系統，其餘維持原狀；也可以先做一個報名頁放在官網，資料寫入自己的資料庫，通知與報到再逐步加上。轉換前務必先把既有名單整理成乾淨的欄位，這一步做得好，之後不論選擇哪種做法都用得上。
常見問題
同一個人重複報名，要怎麼處理？
通用表單通常無法在送出當下判斷是否已存在相同的人，因此比較務實的做法是事後以電子郵件或手機號碼去除重複，並在表單說明中請填答者不要重複送出。若重複報名會造成名額或費用上的實際問題，代表已經需要能在寫入前檢查的系統，而不是靠事後整理。
報名資料放在試算表，符合個資保護的要求嗎？
工具本身不會讓你合規或不合規，決定的是使用方式。要留意的重點包括：蒐集時有沒有告知用途、有沒有取得同意、存取權限給了誰、保存多久、期限到了有沒有刪除、有沒有到處另存副本。這些做到位，用試算表也能符合要求；做不到，換成再貴的系統也一樣有風險。
活動結束後，這份名單可以拿來寄行銷訊息嗎？
要看當初蒐集時告知的用途範圍。如果報名表只說明用於本次活動聯繫，事後拿去做其他行銷就超出了原本的目的。建議在表單中以獨立的勾選項目詢問是否願意接收後續訊息，並保留這個選擇的紀錄，日後才有依據，也才能在對方要求時停止發送。
想換成正式系統，舊資料搬得過去嗎？
可以，只要欄位夠乾淨。搬移前先做幾件事：統一日期與電話的格式、拆開被塞在同一欄的多項資訊、去除重複、補上場次或梯次的識別。多數系統都接受表格檔匯入，真正花時間的是整理而不是匯入。歷史資料不必全部搬，通常只帶還會用到聯繫與統計的部分。
把報名頁做在官網上，對搜尋有幫助嗎？
有機會，前提是那個頁面本身有內容。單純一張表單的頁面能提供的資訊有限；若頁面同時說明活動主題、對象、時間地點、常見疑問，就有被搜尋到的價值，並且能累積在自家網域下。長期舉辦同類型活動的單位，這種累積會比每次都用外部連結有利。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
相關主題
下一步
如果你正在評估「google線上報名系統」相關的規劃，可以參考我們的系統開發需求討論，或直接與我們聯繫，我們會依你的產業與現況給出務實的建議。
