尾牙報到怎麼做？QR Code、座位查詢與抽獎名單同步 SOP
尾牙開始前四十分鐘，報到桌前排起一條人龍。第一位同仁說 QR Code 沒收到，下一位臨時帶了眷屬，第三位在手機上找到座位表，卻發現桌次和工作人員手上的版本不同。舞台端又來問：「已報到名單可以匯進抽獎系統了嗎？」
這些狀況看起來各自獨立，其實都在追同一份資料。只要報名表、座位表、報到系統和抽獎名單各自更新，入口再多開兩台平板也救不了。人會進得比較快，錯誤也一起變快。
這篇整理一套 HR 可以直接拿去分工的尾牙報到 SOP。QR Code 只是其中一個工具，真正要處理的是名單鎖版、座位查詢、例外處理，以及報到結果怎麼安全交到抽獎端。
先做一份主名單，其他表格只從這裡取資料
尾牙名單最常見的問題，不是欄位太少，而是每個窗口都有自己的版本。HR 改了部門名單，餐廳還在用上週的桌次；活動公司收到最新版座位表，抽獎操作手卻拿到較早的 Excel。到了現場，誰也不敢刪。
本玩心建議指定一份「主名單」，並明確寫上鎖版時間與資料負責人。座位、報到、餐飲和抽獎都從這份名單匯出，現場異動另做紀錄，不回頭覆蓋原檔。這樣有人詢問時，至少說得清楚變更發生在哪一段。
| 主名單欄位 | 用途 | 常見地雷 | 影響的 CPI 維度 |
|---|---|---|---|
| 唯一識別碼 | 員工編號或活動專用代碼，用來串接不同系統 | 只靠姓名比對，同名同姓時容易合併錯人 | 心流 |
| 姓名與部門 | 現場查詢、桌次核對與異常辨識 | 中英文姓名、改名或外籍同仁拼法不一致 | 連結感 |
| 據點與班別 | 安排報到時段、交通與跨場資格 | 輪班異動後未同步，員工找不到自己的場次 | 連結感 |
| 桌次與座位區 | 手機查詢、接待引導與臨時換桌 | 桌名和桌號混用，現場標示對不起來 | 心流 |
| 出席與報到狀態 | 掌握到場人數，作為抽獎資格或餐飲回報依據 | 「已回覆參加」被誤當成「已到場」 | 投入度 |
| 抽獎資格 | 標示可參加的獎項、排除條件與補抽狀態 | 把資格規則寫死在系統裡，臨時加碼無法調整 | 記憶峰值 |
| 例外註記 | 眷屬、外賓、代領、飲食或無障礙協助 | 把所有備註顯示在接待畫面，暴露不必要資訊 | 連結感 |
欄位可以再少一點。報到端看得到姓名、部門和桌次就夠了，不需要把身分證號、完整聯絡資訊或財務資料一起匯進工作平板。資料越多，操作的人越難判斷，也增加誤看與外流風險。
QR Code、人工名單或自助機，先看例外量
你現在是不是已經在問：「到底幾百人才需要 QR Code？」人數固然重要，但更關鍵的是例外有多少。三百人、名單穩定、每人都有公司信箱，QR Code 很合適；一百人卻有大量臨時換班、外賓和眷屬，仍要保留能人工處理的入口。
| 報到方式 | 適合情況 | 活動前要測試 | 備援 |
|---|---|---|---|
| 紙本或離線名單 | 人數少、名單單純、網路條件不穩 | 排序方式、同名辨識、現場新增欄位 | 第二份只讀名單與手寫異動表 |
| 工作人員掃 QR Code | 需要有人核對身分、桌次或發放物資 | 失效碼、重複掃描、手機亮度與掃描距離 | 用姓名或員工編號人工搜尋 |
| 員工自行報到 | 名單穩定、操作說明簡單、入口空間足夠 | 登入步驟、完成畫面、桌次是否容易看懂 | 安排一位引導員與例外櫃台 |
| 報到機或閘機 | 大量人流、需列印識別或整合門禁 | 尖峰吞吐量、耗材、電源、網路與權限 | 保留旁路入口，設備故障時不堵住全場 |
別只測「正常掃一次」。活動前請故意拿重複 QR Code、截圖、過期連結、沒有網路的手機和名單外人員來試。報到系統能顯示錯誤還不夠，工作人員要知道下一句怎麼說、把人帶去哪裡，以及誰有權新增或改桌。
正常報到和例外處理分開，入口才不會一起停住
多數排隊不是掃描速度造成的。真正拖住隊伍的，是某一位同仁需要查桌、補名單或問抽獎資格，後面所有人只好一起等。入口動線最好切成「一般報到」「問題處理」「物資領取」三件事；場地窄時，至少把問題處理桌往旁邊移。
- 入口前先放明確標示，請同仁準備 QR Code 或員工編號，不要走到桌前才開始翻信件。
- 第一站只完成身分核對與報到，不在同一個位置處理換桌、眷屬和抽獎爭議。
- 完成報到後直接顯示桌次與區域方向；大型會場可再安排一位游動引導員。
- 例外櫃台記錄異動原因、處理人與時間，避免同一問題被不同人改兩次。
- 迎賓物資若品項多，移到動線後段領取。缺貨或尺寸更換才不會回堵入口。
- 每隔一段時間回報已到、待處理與未到人數，供餐飲、主持與抽獎端判斷。
本玩心接案現場會再多放一張「誰能改什麼」的權限表。接待員可以查詢，例外櫃台可以補登，HR 決策窗口才能調整抽獎資格。權限寫得越含糊，現場越容易出現善意幫忙，最後卻沒人知道名單為什麼變了。
座位與抽獎同步，用三個時間點交接
報到資料不必每秒同步到所有系統。看起來很即時，反而讓每個人都不敢確定自己拿到的是哪一刻。比較穩的做法，是事前訂三個交接時間點，並保留版本名稱。
| 時間點 | 要完成的事 | 交付給誰 | 常見地雷 |
|---|---|---|---|
| 活動前鎖版 | 確認姓名、桌次、場次與原始抽獎資格 | 接待、餐飲、抽獎操作手 | 鎖版後仍用通訊軟體零散改名單 |
| 開場前一次 | 匯出已報到、例外處理與臨時取消名單 | 總場控、主持、抽獎與餐飲窗口 | 把未到者直接刪除，後來到場無法復原 |
| 首輪抽獎前 | 依既定規則產生抽獎名單，記錄版本時間 | 抽獎操作手與獎品組 | 報到端持續改資格，抽獎端卻沒有收到 |
抽獎規則本身請另外參考尾牙抽獎、補抽與領獎 SOP。這篇只管資料怎麼交過去，不重新定義未到場者能不能抽、能否重複中獎。兩份文件的共同欄位，是唯一識別碼、報到狀態、資格狀態與最後更新時間。
主持流程也要留緩衝。如果首輪抽獎緊接開場，入口尚未處理完的同仁很容易被排除。可以在3 小時尾牙流程表裡先留一段用餐或短節目，等例外名單收乾淨再進抽獎。
個資與備援，先決定誰看得到、活動後留多久
QR Code 裡不要直接塞姓名、員工編號或桌次等可讀資料。比較穩妥的做法，是使用一次性或難以猜測的活動代碼，由系統在有權限的畫面查回資料。截圖被轉傳時，至少不會一眼看到另一位同仁的資訊。
《個人資料保護法》第 5 條要求個人資料的蒐集、處理或利用不得逾越特定目的的必要範圍。國家發展委員會的活動報名頁面也示範了實務告知內容，包括蒐集目的、資料類別、利用地區與期間、聯繫方式及當事人權利。公司實際要怎麼做，仍應交由內部法務或個資窗口依系統與用途確認。
- 報到平板使用活動專用帳號，不共用個人帳密；離席時鎖定畫面。
- 只匯入現場工作需要的欄位，敏感註記另設權限，不顯示在一般查詢畫面。
- 先約定匯出檔、掃描紀錄、備份名單與紙本簽到表的保存期限及刪除負責人。
- 準備離線只讀名單、行動網路、充電設備與手寫異動表。備援要能真的接手，不是放在某台沒人知道密碼的筆電裡。
用 CPI 檢查：報到不是行政動作，是活動第一段體驗
本玩心自 2023 年創立以來，在超過 30 場企業活動裡反覆看到一件事：員工對整場活動的第一個判斷，常在舞台節目開始前就發生了。找不到名字、被請來回排隊、換桌沒人知道，後面的內容再精彩，心情也需要一段時間才能回來。
本玩心架構師（Play Architect）會用本玩心CPI（企業玩心指數，Corporate Play Index）的五個維度檢查入口：連結感 → 投入度 → 心流 → 記憶峰值 → 傳播力。被清楚叫出姓名與引導到座位，是連結感；願意打開通知、完成報到，是投入度；不用重複解釋與排隊，才有心流。入口做得穩，員工才有餘裕走進後面的記憶峰值與分享。
活動形式還在選，可以先用3 分鐘活動型態測驗整理人數、參與條件與風險。若公司有多個據點或輪班同仁，接著讀多據點與輪班公司的分場、直播規劃，先把場次與資格定好，再回頭做報到資料。
常見問題 FAQ
尾牙報到一定要用 QR Code 嗎？
尾牙座位表可以在報到後臨時更改嗎？
報到名單要即時同步到抽獎系統嗎？
尾牙結束後，報到資料要保留多久？
資料來源與說明
- 全國法規資料庫：個人資料保護法
- 國家發展委員會：活動報名個資保護聲明（頁面更新日期 2026-06-26）
- 藍訊科技：活動電子報到與互動系統公開案例（僅作應用情境參考，不代表市場普及率）
- 本文的名單欄位、報到分流、交接時間點與備援方式，為本玩心自 2023 年創立以來、超過 30 場企業活動的執行經驗整理。