跳到正文
bagevent.io

開展之前,參展商該做完什麼?

更新於 2026年10月8日約 7 分鐘

短答

開展前,每個攤位要有一位指定的管理員,工作人員數量在你設的席位上限以內,最多五個攤位人員真的會問的問題,以及一條寫下來的規則:他們能不能匯出線索。攤位分配、席位數量、匯出權限和同意文案由你掌握。他們看不到別的攤位的資料。未取得同意的到訪只是一次計數,不是一筆聯絡人。

參展商到場時以為主辦方會「會後把線索寄過來」。主辦方到場時以為攤位「掃一下就行」。兩邊都晚了。交接應該是一張有負責人、有日期的短清單,而不是帶著人把後台逛一遍。

人流和贊助報告是展後的事。這一頁講的是展前那一週。就算你什麼都不向我們買,哪些歸你掌握、哪些由他們做完,這個分法仍然成立。

四件事由你掌握

決定誰為什麼不歸他們
哪家公司是哪個攤位主辦方平面圖是合約,不是偏好
多少個工作人員席位主辦方席位是上限;他們在上限裡加人
這個攤位能不能匯出主辦方匯出是關於資料的決定,按參展商個別授予
請參加者分享哪些資料主辦方同意文案由你定;當天他們不能把範圍放寬

在 bagevent 上,你用郵件邀請參展商聯絡人,或從試算表匯入公司和攤位。攤位管理員再在你設的席位裡加減自己的同事。每個攤位只看自己的資料。

四件事由他們做完

  • 一位指定的攤位管理員,當天在現場;如果你開放了匯出,這個人有權匯出。
  • 負責掃碼的人,在進場佈置日之前就邀請好,不要等排起隊了才臨時加。
  • 最多五個問題,是他們掃碼之後要問的。自由填寫或選擇題都可以,另外還有 App 裡已有的評分、標籤和備註。五個是上限。在攤位上,沒人會填一張二十個欄位的 CRM 表單。
  • 給攤位人員的一句話說明:什麼才算「一次好的洽談」,這樣評分才不會是隨手打的。

投票、抽獎、攤位螢幕都是選配。抽獎取代不了問題。參加抽獎會為這個攤位留下一筆線索;但不會憑空產生參加者沒有給過的同意。

同意和匯出,在進場佈置日之前寫成書面

參加者自己選擇參展商能不能看到他們的資料。如果沒有同意,攤位只能看到有過一次到訪,但身分不公開。如果有同意,攤位也只能看到約定範圍內的欄位。姓名、公司、職稱、聯絡方式和回答,是各自獨立的權限。

匯出是第二道關卡。只有你允許這家參展商匯出,攤位管理員才能下載 CSV,而且檔案裡只有同意匯出的那些人。檔案可能比螢幕上的名單短。在他們向業務團隊承諾「全部匯出」之前,先把這一點告訴他們。

燈亮著、Wi-Fi 斷了,掃碼也得能用

  • 攤位人員在 bagevent App 裡掃碼。沒有訊號時,掃碼紀錄留在手機上,帶著發生的時間,稍後上傳。同一筆紀錄傳到兩次,只存一次。
  • 每個攤位有一個固定的海報碼,和一個每 90 秒變一次的動態碼。如果你要求用動態碼,把照片轉傳到走道另一頭就不算一次到訪。
  • 請一位攤位人員用自己的手機掃一張測試胸牌,關掉網路,再掃一次,然後打開這筆線索。要用他們的手機,不要用你的。

定一個日期,然後別再改

定一個截止日,通常是展廳開門前兩個工作日:人員已邀請、問題已儲存、對匯出的預期已確認。在那之後,新增問題和加席位的請求都留到隔天早上的異常處理台處理,而不是在第一位觀眾到場的那一刻處理。當天早上的清單預設這一份已經做完。

常見問題

一位指定的攤位管理員、席位上限以內的人員、最多五個掃碼後要問的問題,以及對能匯出什麼有清楚的預期。攤位分配、匯出權限和同意文案由主辦方掌握。