會議分散在多家飯店時，現場報到怎麼做？

瓶頸在交接，不在掃描

廠商賣的是掃描速度。掃描速度不是你的問題。

看一條在工作的通道，順序是：參加者出示一個碼，掃描器讀到，印表機印出姓名標籤，有人貼到胸牌上，把掛繩穿過去，按這個人是誰加一個袋子或一份禮品，再指給他正確的門。

掃描和標籤大約五秒。其餘大約二十秒。

由此有三個後果，後面一切都跟著它們走：

• 掃描速度翻倍，什麼都不改變。 交接時間減半，一切都變。空檔把掛繩穿好、按類別把袋子預先裝好、印表機放在遞胸牌的人手夠得到的地方，每一項換來的通過量都超過任何硬體升級。
• 每條通道兩個人，勝過一個人配更快的裝置。 一個負責系統和列印；一個組裝並遞出。他們並行處理不同的參加者。
• 在報到台多一個決定，代價遠比看起來大。 「這個人拿哪份禮品？」是一個兩秒的問題，會把二十五秒變成四十秒。把答案編到志工不用想就能讀到的地方——見下面的胸牌顏色。

怎樣定通道數

按最忙的九十分鐘來定，不要按總人數。

到達從來不是均勻的。早上開始的會議，當天到達的人裡有一半到三分之二，落在開幕前的九十分鐘。攤在四個小時裡看起來很從容的報到台，會在這九十分鐘裡垮掉。

算法：

一條通道每小時報到人數 = 3,600 ÷ 每人秒數   （25 秒 → 大約 140）
尖峰小時到達人數 ÷ 140 = 需要的通道，向上取整
# 再加一條，給沒預料的隊伍
# 異常台始終加一個——大約 1,000 人起加到兩個

一個算例。1,500 人的會議，09:00 開門。若 900 人在 07:30 到 09:00 之間到達，那是每小時 600 人——按每條 140 人，五條通道滿載。五條滿載沒有餘量，所以做六條。再加兩個異常台，它們不按正常方式給任何人報到。

這套算法假設早上留有足夠的到達時間。另外兩種情形也很常見；在 bagevent 上辦活動時，它們各有自己的算法：

• 報到提前一整天或半天開放。 大型會議——尤其 3,000 人及以上的學術大會——前一天發胸牌。每個人更慢，大約 40 秒，含身份核對和幾句話，所以一條通道每小時大約 90 人；但到達的人分散在報到台開放的那幾個小時裡。用提前那天來領胸牌的人數 ÷（90 × 開放的小時數）：700 人、兩個小時，是四條通道。
• 報到只在開始前一兩個小時開放。 那時 60–70% 的人在最後三十分鐘到達——有去年的數字就用去年的。把這些人數除以 70，也就是一條通道按每人 25 秒、半小時能報到的人數。一千名參加者的 65% 是最後半小時 650 人：十條通道。如果這一千人裡有 70% 前一天已經領了胸牌，剩下的 300 人需要三條。

異常台不是可選項，也不是報到通道。 每一種不尋常的情況——胸牌姓名錯了、系統裡沒有、報名還在等審核、別人替他來——都去那裡。設一個；大約一千人起設兩個。沒有它，一位複雜的參加者會讓一條通道停四分鐘，後面的隊伍再也緩不過來。

實踐裡站得住的比例：

每人秒數

會議當天大約 25（5 秒掃描和標籤 + 20 秒交接）；提前一天大約 40

通道

尖峰小時到達人數 ÷ 140，再加一條

通道，提前一天報到

提前那天來領胸牌的人數 ÷（90 × 報到台開放小時數）

通道，開始前 1–2 小時才報到

最後 30 分鐘的到達（60–70%）÷ 70

異常台

每個報到點一個；大約 1,000 人起兩個

第二天起的通道

兩條，再加上每個專屬群體一條和異常台——第一天完成 80% 或更多的報到

VIP 和講者通道

各一條，或共用一條，角色印在胸牌上

每條通道的人手

兩人——一個操作，一個交接

每個點的引導員

兩人——一個固定在隊頭，一個遊動

檯面寬度

每條通道 1.0–1.5 公尺

電源

每條通道三個獨立插座

網路

對稱的專線，每個飯店點大約 10 Mbps，大型場地大約 100 Mbps

上下行對稱比標示的頻寬更要緊。報到是以寫入為主的負載——每一次掃描都是一次上傳。下載快、上傳慢的場地 Wi-Fi，測試時看起來沒問題，到 08:30 就會出狀況。

主通道只走標準情況

拖慢一條通道的，大多不是標準參加者。開門之前就給每一種人自己的路線：

• VIP 和講者有自己的通道——各一條，或共用一條。角色印在胸牌上，通道上的志工和裡面的門崗都不用問就能看見。
• 參展商在活動開始前領取，而且不在報到台領。 每一位大約五分鐘——他們自己的工作人員胸牌，加上帶來的人——複雜攤位更久。一位參展商站在報到通道上，停的時間等於五位普通參加者的報到。
• 現場報名的人用自己的手機報名。 隊伍旁邊放一塊 QR Code 指示牌，就把他們完全分流出通道；確認之後再到異常台。大多數專業活動裡這種人很少——正因為少，才不該給他們一條通道。
• 物料和胸牌在同一條通道發出。 袋子單獨一個領取點看起來更整齊，代價是多佔空間、多一條隊伍，以及要領兩次的人。

把尖峰攤開，而不是硬接住

對通過量最有效的改善不是更快的通道。是更少的人在同一時間到達同一個地方。

參加者住飯店的話，前一晚在飯店報到，把胸牌、掛繩和袋子在那裡交出去。這些人再也不會進場地的隊伍。會議當天早上，他們戴著胸牌走進來。

規模上去之後，這是許多小報到點，而不是一個大的——一場大型多日會議可能在幾十家飯店報到，每家一到兩條通道，場地再加一個主報到台。分散報到的總人手更多，風險小得多：晚上 20:00 飯店大廳裡四十人的隊伍只是不方便，早上 08:45 場地外四百人的隊伍，就成了別人談起你這場會議時會說的事。

三件事讓分散報到成立：

• 每個點跑同一套做法。 同樣的檯面、同樣的話術、同樣的裝置配置、同樣的物料。培訓之後不在點之間調志工，因為一個點的做法到第二小時已經是肌肉記憶。
• 每個點有一位指定的技術員和一位指定的主辦方聯絡人，兩人都在那個點專屬的訊息群組裡聯絡得上。不是一個總群組——一個點一個群組，這樣十一號飯店卡紙，不會冒進一個兩百人的頻道。
• 報到跟著人走，不跟著樓走。 訂的是 A 飯店、人出現在 B 飯店，應該能在 B 報到。他在 B 不能做的是領房間鑰匙。兩條流程分開，並在報到台說清楚：報到是一套系統，住宿是另一套。

倒數

日期相對於第一個報到日。

06:00 的交接是最常被漏掉、一滑就最貴的一項。 「場地早上會布置」的意思是場地 07:40 才布置，你 07:45 發現延長線夠不到桌子，然後晚開。把交接時間寫進場地合約。

T-3 的測試必須在真實網路上。報到系統在辦公室能用、到了場地不能用，幾乎總是網路問題。你要在三天前發現它，不要在當天早上。

志工

大多數報到人員是臨時聘來的，從沒見過這套系統。按這個來設計。

• 前一天培訓，不要當天早上。 三十分鐘覆蓋話術、物料、胸牌顏色和禮品。一小時覆蓋裝置：掃描、列印、按姓名或電話搜尋、他們真正會看到的三個錯誤畫面。然後讓每個人在你看著的時候完整報到一次。
• 角色拆開說清楚。 掃描和列印。物料和交接。隊伍引導。一個志工三件都做，三件都做不好。
• 培訓之後不換人。 有人來不了，就把替補培訓一遍，哪怕很短。一條通道上未經培訓的志工比空著的通道更慢，因為隊伍照樣會排起來。
• 教他們怎樣描述故障，不教他們怎樣修。 「掃得動，但什麼都不列印」和「印表機燈是滅的」會把技術員送到不同的地方。「壞了」哪裡都送不去。明確禁止打開裝置或重新接線。
• 告訴他們不能拿資料做什麼。 參加者的姓名、電話和任職單位整天都在他們的螢幕上。不准拍螢幕、不准轉發、沒有例外。這件事放進培訓，不要放進一份沒人讀的制度。

他們要說兩百遍的四句話，逐字寫給他們：

早安，請出示您的 QR Code。

這是您的胸牌，這是您的會議袋。

您還沒報名嗎？請掃這個碼填寫報名表，審核通過後再回到這個報到台。

我們答不上的，帶您去找能答的人——我們不猜。

最後一句比看起來更要緊。志工猜一個答案，兩小時後會在另一個報到台變成問題。

胸牌顏色是一套作業系統

按參加類別給掛繩和胸牌上色——VIP、賓客、媒體、分析師、工作人員、現場執行、參展商——並把每一種權益綁到顏色上。

這不是裝飾。它把決定從報到台拿掉。志工不需要知道誰拿哪份禮品；他們需要知道紅色拿 VIP 套裝、綠色拿小的那份。它也讓房間控制看得見：掃一眼一個場次的現場，就知道裡面的人該不該在。

把姓名印在標籤上，貼到預先裁好的胸牌上，不要整張胸牌都列印。標籤印表機比卡片印表機更快、更便宜、更少卡紙，名字印錯的成本是一張標籤，不是一張卡。

沒人計畫的第二次和第三次報到

入場時的現場報到，是所有人都編了預算的那一次。另外還有兩次。

場次准入。 並行的分會場、閉門場次和工作坊，各自需要在門口再掃一次，既是執行准入，也是知道誰真的在房間裡。這是另一台裝置、另一個操作者、另一種失敗方式，和入場時的現場報到不同——而且它發生在報到台已經清閒下來的時候，所以常常可以由同一批人兼顧。讓它出錯的是命名不清楚。每個採集點標上日期、場地、場次和開始時間，讓拿著裝置的人知道自己是哪個點，並把這個標籤放在登入碼上。

用餐。 用餐要票的話，核銷必須在所有地點同時去重，不是按每家餐廳各自去重。在場地 A 吃過的人，必須在場地 B 被拒絕。核銷也要限定時段——一張憑證從 17:00 到 21:00 有效，當天其餘時間無效。

操作上的後果是：「已經核銷」不能被讀成「在這裡已經核銷」。培訓裡要告訴志工，這條資訊的意思是憑證在某處用過了——可能在城的另一頭——答案不是再試一次。

裝置保管

幾十台平板、掃描器和印表機在許多地點、許多手裡流轉。把它當成有負責人的物流問題。

• 由一位指定的人發出並收回每一台裝置。 不是一個團隊。是一個人。
• 當面交接時核對： 電池、螢幕完好、充電器和線在、系統有回應、鏡頭能用。
• 裝置發出時已經登入好，停在它該停的那一個畫面。裝置上不設密碼，因為 08:15 被鎖在外面的志工就是一條關掉的通道。
• 書面規則： 不要登出，不要打開其他 App，不要刪除任何東西。說清楚，說兩遍。
• 任何東西交出去之前，先說賠償規則。 遺失或損壞按重置成本收費。發出時說了，歸還時才算數。
• 交還給同一位指定的人，時間和地點說定。

這些規則讀起來官僚。它們存在，是因為每一條都是已經發生過的失敗。

巡場

指定一個人，唯一的工作是走各個點——上午兩次、下午兩次，外加隨叫隨到。

他們不是去通道上幫忙的。他們是去看沒人上報的事：安靜地落後兩百張胸牌的那個點、每印五張就卡一次的印表機、從 09:00 起就在即興作答的志工。

分散報到的活動裡，開門前的那一輪巡場是整場操作裡最值錢的一小時。每個點測過、每位志工確認在、每台裝置在線——在任何人排隊之前。

實際會出什麼問題

八種情況幾乎覆蓋全部。把應對寫下來，放在報到台上，並彩排一遍。

八條裡貫穿兩個原則。報到台從不裁決——任何需要判斷的事去異常台或主辦方。以及能不攔就不攔人入場：先把胸牌給人，記下細節，事後再補。

軟體真正幫得上的地方

上面大部分是營運，沒有產品能替代。軟體在四個具體的地方有幫助：

• 每個觸點上是同一筆參加者紀錄。 入場報到、飯店報到、場次准入和用餐核銷讀寫同一筆紀錄——跨地點去重才有可能。
• 碼不行時搜尋仍然能用。 姓名、電話或電子郵件，快到可以在隊伍面前用。
• 每個點的即時人數。 08:20 就知道某個點在落後，和在會後檢討裡才讀到，差別是能不能調一位志工過去。
• 扛得住離線。 場地網路會出狀況。報到用戶端在斷線期間繼續運作、事後再核對，一次中斷就只是延遲，而不是停擺。

這一頁其餘的都是人、時間和算術。用一張表格把這些做對，你會勝過有更好的軟體、卻沒有計畫的團隊。