場地 Wi-Fi 斷了,報到會怎樣?
Donghui Qian (Milo)更新於 2026年9月19日約 10 分鐘
短答
要看開門之前,參加者名單有沒有下載到每台裝置上。如果下載了,裝置自己就能判斷掃描是否有效,把每次報到連同發生的時間存下來,等網路恢復再把佇列傳上去;如果每次掃描都要去問伺服器,網路一停,隊伍也就停了。
場地網路每次都在同樣的二十分鐘裡出問題:開門,四百支手機同時連上訪客網路,剛才兩秒掃一個人的報到台開始轉圈。這是整場活動裡最可預料的故障,也是最少有人做準備的。
這篇講的是報到台接下來怎麼辦。任何報到工具都適用,包括我們的。
「能離線」指的是四件不同的事
廠商說這句話時,指的可能是這四件裡的任意幾件。要問清楚是哪幾件,因為差別決定了隊伍還走不走得動。
| 能力 | 指的是什麼 | 如果沒有 |
|---|---|---|
| 名單在裝置上 | 開門之前,參加者名單已經下載到裝置 | 離線時什麼都做不了——每次掃描都是一次網路請求 |
| 掃描在本機驗證 | 裝置自己判斷這個碼是否有效 | 掃描看起來正常,排到佇列最後才回報失敗 |
| 報到在本機排隊 | 每次報到存下的是發生的時間,不是上傳的時間 | 到場紀錄遺失,或者時間全被記成網路恢復的那一刻 |
| 同步是自動的 | 連線一恢復,佇列自己上傳 | 每台裝置都得有人記得去按一下 |
一個工具如果只有前兩項、沒有後兩項,能讓你撐過早上,卻會把這段時間的紀錄弄丟。
多半不是「Wi-Fi 斷了」
徹底斷網很少見。實際會遇到的故障更糟,因為一切看起來都還連著:
- 網路壅塞。 無線基地台沒壞,只是在同時服務四百台裝置。封包最後能到——但報到台前的人已經等不下去了。
- 認證頁面(Captive Portal)。 場地網路要先點一下確認才能用,而確認會過期,所以裝置會在上午過半時悄悄斷線,重新連上後顯示「已連線,沒有網際網路」。
- 展廳裡的行動數據。 在地下室、混凝土展廳或坐滿人的禮堂裡,不管訊號顯示幾格,4G 都可能完全沒有。
- 網路擋掉了你要用的東西。 訪客網路允許瀏覽網頁,卻擋掉了 App 要用的連接埠或網域,看起來就和 App 壞了一模一樣。
- 電量和時間。 裝置從 07:00 起就只靠自己的電池,時鐘還會飄移——時間戳記本身就是紀錄,所以這一點很要緊。
所以「場地方說 Wi-Fi 很好」不算答案。要問的是網路不好的時候報到台怎麼辦,而且到時候沒人有時間去分辨是這五種裡的哪一種。
掃描沒斷,哪些事還是會斷
離線報到解決的是排隊。下面四件事仍然需要網路,計畫裡必須明講:
- 現場收款
- 刷卡機和現場報名都需要連線。事先定好:現場報名的人是先記在紙上、事後再處理,還是請他們離開。
- 胸牌列印
- 如果列印走的是場地網路,而不是由裝置直接列印,網路一停它也停。要測的是這條路徑,不是印表機。
- 即時數字
- 後台的即時資料,還有某人正在傳給客戶的人數,會最先過時。活動之前就說清楚,否則主辦方會以為現場沒人。
- 任何要在裝置之間共用的東西
- 兩台離線的裝置不可能知道對方掃過誰。場次容量、再次入場規則、重複偵測都仰賴網路,沒有網路就都會打折扣。
最後這一列是物理限制,不是產品缺陷。可以問廠商:同一個人在兩台都離線的裝置上各報到了一次,事後核對時怎麼處理——誠實的回答是一條規則,而不是否認這種事會發生。
前一晚的行前檢查
- 每台裝置都下載名單,再確認螢幕上的人數和報名報表對得上。
- 開飛航模式彩排。 關掉網路掃三張真票:一張有效的,一張已經報到的,一張別場活動的。每次都看螢幕顯示什麼。
- 核對時鐘。 每台裝置都是同一時區,都打開自動設定時間。
- 全部充飽電,充電線也帶上。 09:10 沒電的裝置和斷網沒兩樣,只是多繞了幾步。
- 寫好工作人員的話術。 現在就定好:螢幕顯示「已報到」時該說什麼,該叫誰過來。
網路恢復之後
紀錄是保住還是丟掉,就看恢復這一步。在仰賴這個工具之前,先確認三件事:
- 報到保留的是 發生的時間,不是上傳的時間——否則你的到場曲線就是 09:47 的一根尖峰。
- 上傳是 自動的,而且看得見:工作人員能看到這台裝置上還有多少筆在排隊。
- 有衝突時會列出來讓人處理,而不是被最後同步的那台裝置悄悄覆蓋。
要對方做這個示範,不要只看功能清單
每個平台都會說自己支援離線報到。十五分鐘就能見分曉——請廠商用他們自己的裝置,當著你的面,照下面這樣做一遍:
- 把裝置調成飛航模式。掃一張有效的票、一張重複的票、一個系統不認得的碼,讓你看每一種在螢幕上是什麼樣子。
- 在仍然離線的狀態下,替一位現場報名的人辦報名,並說明這個人的付款會怎麼處理。
- 重新打開網路,讓你看佇列一筆筆傳完,再讓你看報表裡的報到時間。
- 在另一台同樣離線過的裝置上再做一遍,其中一位參加者在兩台裝置上都掃過,然後讓你看報表事後怎麼顯示。
候選名單上的每家廠商都這樣試一遍,包括我們。整個示範裡,只有這一段沒辦法靠一張投影片矇混過去。
常見問題
要看開門之前,參加者名單有沒有下載到裝置上。如果下載了,裝置自己就能判斷一次掃描是否有效,把報到連同發生的時間存下來,等連線恢復再把佇列傳上去。如果工具每次掃描都要去問伺服器,網路一停,隊伍也就停了。
不能保證——兩台沒有連線的裝置,不可能知道對方掃過誰。要緊的是事後怎麼處理:請廠商示範一筆在兩台裝置都離線時產生的重複紀錄,以及同步之後核對結果怎麼顯示。一條看得見的規則,勝過一句「不會發生」的保證。
現場報名的人刷卡付款、走場地網路的胸牌列印、後台的即時資料,以及任何要在裝置之間共用的東西,比如場次容量或再次入場規則。離線報到解決的是入場時的排隊;它並不會讓系統的其餘部分也能在本機運作。
前一晚把一台裝置調成飛航模式,掃三張真票:一張有效的、一張已經報到的、一張別場活動的。然後恢復網路,確認佇列會自己上傳,並且報到時間顯示的是人實際到場的時間,而不是上傳的時間。