【2026 線上報名系統全攻略】Google Form 夠用嗎？活動、課程、工作坊與捐款表單選擇指南 【2026 線上報名系統全攻略】Google Form 夠用嗎？活動、課程、工作坊與捐款表單選擇指南

表單設計：要收集什麼，怎樣問才清楚

表單問什麼，決定之後用什麼資料。基本欄位如姓名、聯絡電話、電郵、人數，再按活動性質延伸：親子活動問陪同人數，收費課程問開票資料，包餐的活動問飲食禁忌。

自訂欄位、下拉選單與必填設定，決定收回來的資料齊不齊整；條件邏輯再進一步，令填答者只見到與自己相關的部分，例如選了「攜同子女」才出現子女年齡欄。欄位不是越多越好，每一欄都應對應報名之後的一個用途；收了不用的資料，既是浪費也是私隱負擔。

報名管理管的是什麼？

• 截止時間與名額的控制

  有固定截止需要的活動，選用時要確認工具能否按日期時間自動停收；簡單表單人手關閉也做得到，只是要依賴負責人記得。名額是第二道閘：額滿之後的回覆轉入候補名單、直接拒絕，還是照單全收，各工具的處理不同，選用時要問清楚；候補與自動遞補，更不是每個表單工具都內置的功能。

• 付款確認與通知的往來

  付款渠道在香港常見的有轉數快、PayMe 與信用卡。收到報名、核實款項、確認名額是三個分開的步驟：表單收了報名，款項未必在同一渠道完成；兩邊對得上，才確認名額，報名才算確立。通知也要分開安排：確認電郵在報名後發出，活動前的提醒是另一項安排；退款與名額轉讓的規則，也要在報名時寫明。

• 報名狀態的核對

  報名狀態指名單上的標記：已報名、已付款、已退款、候補、轉讓、取消。收到多少份回覆、涉及多少個參加者、最終有多少個確認名額，是三條要分開核對的數；親子或團體報名，一份回覆可以包含多人。

  核對的工作量隨改動次數上升。即使報名人數不多，只要轉讓、退款與取消反覆出現，人手核對也會吃力；系統若能在同一份名單上更新狀態、留下修改時間與修改人，核對便不必依賴記憶與聊天紀錄，簽到當日拿著名單就能用。

收到報名、核實款項與確認名額是三個分開的步驟，兩邊對得上，報名才算確立。

簽到與名單交給誰用？

報名資料的終點通常在現場：職員按名單簽到、更新出席狀態，缺席者的名額可能即時釋放給候補。名單要方便匯出，CSV 或試算表格式，可以列印，也可以轉交其他工具；狀態最好直接在名單上更新，而非另開文件重抄一遍。簽到方式由人手點名到掃描 QR Code 都有，選哪一種，視乎人數與現場人手。

收集個人資料時要交代什麼？

報名表單收集的姓名、電話與電郵都屬個人資料，收集之時或之前就要交代清楚。按私隱專員公署的指引，收集聲明與一般私隱政策分開：收集聲明說明用途、提供屬必須還是自願、不提供的後果、資料可能轉移的對象類別，以及查閱與改正的權利和聯絡方法。用途寫了什麼就做什麼，一個剔選框不是任何用途的授權；打算把報名資料另作直接促銷的話，須履行相關通知要求，並在使用前取得當事人的同意或表示不反對。

使用體驗與承載力

表單要在手機上易填。報名連結多經即時通訊與社交平台流轉，填寫那一刻隨時在手機上發生；欄位在手機版擠成一團的表單，流失的報名不會有人通知你。承載力是另一回事：名額開放初期與截止前夕提交最密集，系統要頂得住同一刻的湧入而不漏單。

方案與收費模式

市面上大致三種計法：免費工具、訂閱制服務與度身開發。分別不止在價錢，還在你能改動的自由度與長期成本。

比較收費時要問細節：續期價怎樣計、按活動次數還是人數加收、付款功能是否另計。

哪些報名情境適合用 Google Form？

報名本身不收費或付款在外部完成、名額容許少量緩衝、回覆量在試算表處理範圍之內，符合這些條件的報名，Google Form 都應付得來；講座、說明會、義工招募、內部報名都是例子。名額一個都不能超、付款狀態要在名單上直接看到、班期一個接一個，這些訊號出現時，先看下面的設定與擴充補到多少，再決定要不要升級。

由建立到發佈的實際路徑

首次使用，在 Google Form 建立新表單，逐題加入問題：選擇題、短答、下拉式、日期等題型自選，每題可設必填；設計途中用預覽查看填答者見到的版面。

表單要按「發佈」之後，填答者才存取得到。按Google 的發佈及分享說明，發佈時要檢查可回覆的對象；之後可在「分享」或「已發佈」複製填答連結，經電郵或社交平台分發，要嵌入機構網站，就用右上角「更多」內的「嵌入 HTML」。

未發佈就把連結派出去，填答者只會見到打不開的頁面。發佈後，以預期填答者的登入狀態開啟連結，檢查能否進入及完成提交，再核對回覆是否入表。

填寫設定可以控制什麼？

• 限制每人一次與條件跳題

  在設定開啟「限制每人一次」，填答者須登入 Google 帳戶方可提交。這個限制擋的是同一帳戶重複提交，不是現實裡的同一個人；多開幾個帳戶依然報到，真正要核對身份，得靠報名資料另做篩查。

  另一項常用設定是條件跳題，按Google 的條件問題說明，只適用於單選與下拉式問題：在題目上選「根據答案前往相關區段」，把不同答案的人送到不同區段或直接提交，區段要先加好，才能設定去向。實際用法如首題問參加組別，選「親子組」的填子女資料區段，選「成人組」的直接跳到確認部分。

• 自動截止與超額的可能

  2026 年 1 月起，表單可以設定在指定日期時間、或收滿指定回覆數時自動停止收集；功能預設關閉，發佈後隨時開啟，個人 Google 帳戶與 Workspace 帳戶都適用，按回覆份數停收已毋須另裝外掛。上限計的是回覆份數，一份報名包含多人，例如親子或團體，總人數仍要另計。

  而多人同時提交時，收到的回覆可以超過設定的上限，Google 的回覆管理說明明寫這一點；多出的部分不是故障，是提交本身有重疊。應對靠設計：調低上限留緩衝可減少超收，但不保證零超額；提早截止再人手收尾，超出的回覆按次序轉候補。除了自動截止，表單亦可以隨時手動停止收集，並自訂停止後填答者見到的訊息。

填寫設定控制的是回覆規則；名額與付款的核對，仍在表單之外。

回覆的查看、交接與通知

回覆可按摘要、按問題或逐份翻看，核對個別報名用逐份那一層。名單交接的標準做法是連結 Google 試算表，可選建立新試算表，或選用現有的那份；按Google 的協作者權限說明，新建回覆試算表時，表單協作者會自動取得存取權，其後更改或移除權限，表單與試算表要分別處理。要固定格式的話，亦可下載 CSV。

通知有兩個設定容易混淆：管理者收到新回覆的通知，與發送答案副本給填答者，是分開的兩項；答案副本須先啟用收集電郵地址，再選擇按要求或一律發送，而且有機會被電郵供應商歸入垃圾郵件。答案副本只證明 Google 收到那筆填答內容；付款在外部渠道完成的話，副本不會證明款項已核實、名額已確認，確認要回到名單上做。

擴充與升級：什麼時候要離開 Google Form？

擴充與升級不必當成固定兩步。留在 Google 生態內加功能，與轉用其他系統，可以一併比較功能、維護、接駁與交接工作量，再決定哪條路適合。

• Apps Script 與外掛

  官方設定之外，Google 生態有兩條擴充路。Apps Script 在回覆提交之後處理資料：把資料送往其他系統，或加上官方設定沒有的檢查；按Google Apps Script 的觸發條件說明，觸發條件以建立者的帳戶執行並受配額限制，交接時要核對帳戶、授權與失敗紀錄。自行編寫腳本要有人開發及維護；現成外掛安裝即可用，但要有人管理設定、授權與後續更新。負責同事離職後無人看得懂腳本，擴充便變成無人敢動的負擔。

• 轉用專用系統的訊號

  離開的時機看需要，不是看收費。幾個明確的訊號：

• 名額要即時鎖定，不接受任何超收的回覆
• 付款狀態要在名單上直接更新，不想再另開渠道核對
• 班期一個接一個，跨期名額與學員紀錄要統一管理
• 報名資料要接入會員、客戶或學員系統，供之後的流程使用
• 有人退出時，候補名單要能自動遞補

這些需要出現，先在 Google 生態內加設定或擴充補位；當名額、付款或跨期管理已令現有流程難以維持，才比較現成專用系統與度身開發。是否度身，視乎流程的特殊程度與接駁需要。

度身表單與系統整合

度身開發按機構的報名流程規劃：報名頁面配合機構網站，兼顧手機與平板介面；資料存放與後台權限按項目設計，上線前經雙重檢查，之後持續維護。這些交付與維護安排，在度身網頁設計服務頁有進一步說明。

流程越特殊、要接駁的系統越多，可以交給度身系統統一處理的工序就越多。例如機構已有會員系統：報名表單接駁該系統核對會員資格，付款狀態自動回寫名單，職員在後台看到的是已核對的確認名額，而不是另一份要人手對表的試算表；註冊、付款、QR Code 入場與網站及客戶系統的整合，都是可以規劃的流程方向。會員制生意的註冊與付款流程怎樣串起來，健身行業的自動化指南一文有延伸說明。

Google Form 相關服務

不是每個機構都需要度身系統。留在 Google Form 的話，BINGO 可以協助規劃報名流程與欄位、設定自動截止與回覆份數上限、連結試算表與通知，以及把表單嵌入機構網站；日後要加付款、接駁或自動化，再按需求擴充。免費表單已經夠用的話，這項服務也可以只是把設定做對，不涉升級。

活動報名要注意什麼？

活動報名的形態是單一場次、固定日期、名額明確、開放期短。要收的資料不複雜，通常就是姓名、聯絡方法與人數，收費活動加上付款資料。設定重點在截止與名額：Google Form 的自動截止對得上這種需要，但回覆份數與人數要分開計，同時提交亦可能超額。收表之後是確認電郵、活動前提醒與當日簽到名單；收費活動多一步付款核對，人數越多越花工夫。

定期課程：循環開班，資料要延續

定期課程與單場活動的分別在循環：每月開班，每班有名額，同一學員會重複出現。表單的做法有多種，每期一份表單，或一份表單加上班期欄位，再把回覆存入同一份試算表彙整；若沒有統一的學員識別方式，跨期紀錄還是會分散。分班名額、跨期延續的學員資料與候補遞補，可先以試算表整理或腳本整合應付；當這些需要與名額、付款連動變得複雜，就是比較專用系統的時機。

培訓與工作坊的需要有何不同？

定期課程與工作坊的安排可以交疊，實際要看的，是活動以固定班次循環，還是按場次舉辦，以及你如何跟進參加者。若以固定班次循環，名額通常以班為單位，學員資料要延續；若按場次舉行，名額可能較細，材料、導師與場地要按每場人數準備。無論哪一種，轉讓、退款或缺席都會改動人數，連帶影響採購與場地安排，所以政策要在報名時寫清楚，狀態變化也要留在名單上。內部培訓再多一層：報名或須上司批准，出席紀錄或要寫回員工檔案；這些要求可先以表單加審批流程應付，接駁內部系統是按需要評估的選項。

捐款表單：狀態與收據代替名額

捐款表單沒有名額，核對的核心換成金額與狀態。表單收集捐款者資料、金額與用途指定；付款完成後狀態要更新，收據通知隨之發出；捐款者的紀錄在後台管理，重複捐款者的歷史才接得上。金額與付款狀態對不上，收據就會出錯；由資料收集到收據通知的完整捐款流程，在NGO 數碼轉型與捐款系統一文有進一步說明。