怎麼向贊助商和參展商證明你兌現了承諾?
Donghui Qian (Milo)更新於 2026年9月29日約 14 分鐘
短答
活動前先約定每個承諾的數字是什麼意思、資料歸誰,在能證明它的地方蒐集——報到、場次掃描、攤位掃描、會面、贊助商自己的報名連結——一週內交出一頁報告,把到訪、已授權的線索和實際舉行的會面分開列。多數續約爭議,都起於一個沒人定義過的數字。
贊助合約列的是贊助權益:網站上的一個標誌、某個尺寸的攤位、一個演講時段、開幕致詞裡的一次致謝。簽合約的人回到辦公室,會被問另一個問題:這筆錢我們換來了什麼?
這篇講怎麼刻意把這個缺口補上——活動前和贊助商一起決定用哪些數字回答這個問題,並確保活動真的把它們記下來。參展商同樣適用:攤位就是一份附平面圖的贊助。
贊助商怎麼說,以及能回答它的那個數字
贊助商很少直接要資料。他們講的是活動給人的感覺,續約談不談得成,就看有沒有人能替這種感覺配上一個數字。下面每一句都配得上。
| 他們說 | 他們真正在問 | 回答它的數字 |
|---|---|---|
| 「我們攤位一整天都擠滿了人」 | 來的是對的人嗎,什麼時候來的? | 攤位上記下的不重複人數,按天、按小時 |
| 「我們拿到了很好的線索」 | 業務用得上嗎? | 有評分、備註,或回答過攤位自訂問題的線索 |
| 「把參加者名單寄給我們就好」 | 到場的每個人我們都聯絡得上嗎? | 同意分享聯絡方式的人——和到訪分開報 |
| 「業務追蹤了每一筆線索」 | 線索有沒有從 App 裡匯出來? | 已匯出的線索,以及匯出的時間 |
| 「我們的攤位重在面對面交流」 | 真的有人坐下來談了嗎? | 在攤位約的會面,以及實際舉行了多少 |
| 「我們的攤位活動是互動式的」 | 這個活動帶來了聯絡人,還是只排了長隊? | 攤位抽獎或投票的參與紀錄裡,後來成為線索的那些 |
| 「沒人找得到贊助商休息室」 | 我們花錢買的那塊空間有人用嗎? | 把它設為展場集點路線的一站後記下的到訪 |
| 「我們要白金方案」 | 多花的錢到底多換來什麼? | 攤位、工作人員名額、線索上限和匯出權,按贊助級別寫清楚 |
右欄裡沒有一項會自己出現。每一項都需要當天有一個蒐集點,並且在那之前,雙方先約定這個數字是什麼意思。
簽合約之前約定五件事
- 贊助權益,逐條寫。 標誌放在哪、攤位尺寸和位置、演講時段、場次、會面、通行證。這裡沒寫下來的,事後雙方的記憶會不一樣。
- 你要報告的每個數字的定義。 到訪、線索和會面是三回事;掃描次數和人數也是兩回事。每個寫一句話,放進合約附錄。
- 資料歸誰,依據哪項授權。 贊助商能不能拿到聯絡方式,取決於參加者同意了什麼,而不是贊助商付了多少錢。要趕在他們按一份並不存在的名單安排後續追蹤之前說清楚。
- 報告:格式和日期。 一頁核心數字,對照約定的目標,一週內發出。事先認可格式的贊助商會在內部引用它;事先沒看過格式的,會對它打折扣。
- 主辦方控制不了的事。 攤位安排了多少人手、攤位人員掃不掃胸牌、業務追不追蹤。把這些寫成文字,結果不理想時才不會被想當然地算到場地頭上。
到訪、線索和洽談是三個不同的數字
多數爭執,都是因為把其中一個當成另一個來報。每份報告裡各占一列,永遠不要相加。
| 數字 | 它統計的是什麼 | 它能證明什麼 | 它證明不了什麼 |
|---|---|---|---|
| 到訪 | 在攤位或空間記下的不重複人數,不管他們有沒有分享聯絡方式 | 觸及:觀眾從這裡經過了 | 有人感興趣 |
| 線索 | 同意把聯絡方式分享給這家贊助商的觀眾 | 一個業務可以追蹤的聯絡人 | 這個聯絡人是合格線索 |
| 合格線索 | 攤位人員評過分、寫過備註,或問過攤位自訂問題的線索 | 確實有人認真談過 | 銷售管道——那是之後贊助商自己 CRM 裡的事 |
| 實際舉行的會面 | 在活動上約好並且確實舉行了的會面 | 和一位具體到人的買家相處的時間 | 會面的結果 |
各攤位的比率——觸及占全部已報到人數的比例、重複到訪、掃描中轉為洽談的比例——見文末的攤位人流指南。這裡要說的更簡單:贊助商期待的是線索,拿到的卻是到訪,那麼即使每個數字都沒錯,他們也會覺得被誤導。
每個數字在哪裡蒐集
| 蒐集點 | 它向贊助商證明什麼 | 要留意 |
|---|---|---|
| 入口報到 | 誰真的到場了,對照你銷售時承諾的觀眾輪廓 | 報到場人數,不報報名人數;兩者的差就是贊助商會問起的未到場率 |
| 場次掃描 | 贊助場次或演講時段的到場人數 | 在會議室門口掃,不要在大廳掃,否則統計到的是走廊上的人 |
| 攤位人員掃胸牌 | 身分明確的線索,並當場回答了攤位自訂的問題 | 午餐後就不再掃的攤位人員。事先向攤位說明這是方案的一部分,不是幫忙 |
| 參加者掃攤位碼 | 到訪,包括沒有分享聯絡方式的人 | 印出來的碼被拍照傳開。每一兩分鐘變一次的碼,只會計入站在攤位前的人 |
| 展場集點路線或集章路線上的一站 | 休息室、示範區或贊助空間有人用 | 如果路線獎勵的是集章而不是交流,帶來的就只是到訪,不是洽談 |
| 攤位上的抽獎和投票 | 參與度;如果參加時必須分享聯絡方式,還有新線索 | 只衝著獎品來的人。抽獎帶來的線索品質,取決於參加前問了哪些問題 |
| 透過活動預約的會面 | 和具體到人的對象的洽談,以及是否舉行 | 統計實際舉行的會面,不統計會面請求 |
| 贊助商自己的報名連結 | 贊助商的推廣帶來的報名 | 每個贊助商一條連結,在他們開始推廣之前建好——事後沒辦法歸因 |
參加者的授權決定贊助商能帶走什麼
攤位可以記下有人來過,卻不知道他是誰。贊助商能不能拿到姓名、職稱或電子郵件,取決於參加者在報名時或被掃描時同意了什麼——多數人會同意分享給一部分攤位,而不同意分享給另一些。如實的報告兩個數字都給:記下的到訪,以及分享出來的聯絡人。
- 報名時用白話問參加者,願不願意把聯絡方式分享給他們到訪的攤位。要讓這成為真正的選擇,並且允許他們事後更改。
- 絕對不要賣「參加者名單」。 贊助方案可以包含觸及、攤位和掃描;不能包含沒有同意的人。這句話要在銷售洽談時說,不要留到活動後的報告裡。
- 匯出的筆數會比螢幕上看到的少,要有心理準備。 沒有同意匯出的人,不該出現在檔案裡。事先告訴贊助商,否則他們的第一句回饋就是資料不見了。
合法依據和保存期限的責任,在你這個主辦方身上,也在作為下一個資料控管者的贊助商身上;文末的 GDPR 指南講誰對什麼負責。這一節是寫給第一線營運人員的摘要,不是法律建議。
贊助級別是資料上限,不只是標誌大小
贊助商想用銅牌的價錢拿白金方案時,他們通常想要的是更多能產生數字的東西。把這些寫進每個級別,差別才具體,談的才是價值而不是折扣。
| 要素 | 為什麼它該寫進級別 |
|---|---|
| 攤位數量或攤位尺寸 | 在展場裡實際占的面積 |
| 工作人員名額 | 同時能掃描和洽談的人數——線索數量真正的上限 |
| 線索上限 | 攤位的線索蒐集有沒有上限,上限是多少 |
| 匯出權 | 贊助商能把已授權的線索匯出成檔案帶走,還是只能在 App 裡看 |
| 會面 | 參加者能不能和攤位人員預約時間 |
| 集點路線或抽獎的位置 | 這個攤位是不是能帶來人流的一站 |
報告:先交一頁,一週內交
趁贊助商自己的團隊還記得這場活動、明年的預算還沒開始談,把報告發出去。先放你們約定的數字,按約定的順序排。
- 核心數字: 每個約定的數字對照目標——達標、未達標或超出。一列一個。
- 觀眾: 到場的是哪些人,只給彙總——職能、職級、公司規模——資料來自報名時的回答,不來自任何人的聯絡方式。
- 攤位: 到訪、線索、合格線索和實際舉行的會面,各占一列,定義沿用合約裡的。
- 場次和空間: 贊助場次的到場人數、休息室或示範區的到訪、尖峰時段。
- 尖峰是什麼帶來的: 在攤位旁邊結束的那個場次、下午 3 點的抽獎。這是贊助商明年想再來一次的東西。
- 明年改什麼: 一兩條具體建議——更好的位置、換一個時段、給他們攤位人員的一份掃描說明。
- 附錄: 匯出檔和定義,讓他們的分析師不用打電話給你就能核對數字。
數字對不上的時候
| 贊助商的數字 | 你的數字 | 原因 | 怎麼預防 |
|---|---|---|---|
| 更高 | 更低 | 他們數的是掃描次數;你數的是不重複人數 | 在合約裡定義「人數」,兩個數字都報 |
| 他們的匯出比你後台裡的少 | — | 沒有授權匯出的列被拿掉了 | 活動前告訴他們,報告裡兩個數字都給 |
| 線索在活動結束後才出現 | — | 離線時掃的,攤位重新連線後才上傳 | 等所有裝置同步完,在固定日期出報告 |
| 到訪數看起來虛高 | — | 印出來的攤位碼被傳開,有人在別處掃了 | 凡是要計數的,都用攤位上會變的碼 |
| 「沒人告訴我們有會面」 | — | 會面請求發給了一位已經離開的攤位人員 | 在給攤位的說明裡指定會面聯絡人 |
報告做不到的事
資料能證明活動兌現了承諾。它沒辦法讓一個攤位對一群本來就不會買的觀眾產生吸引力,也沒辦法替贊助商做後續追蹤。如果每個數字都達標,贊助商卻仍然沒看到商機,那要談的就是觀眾契合度和會後追蹤——正因為事先約定了定義,這場談話才能心平氣和地進行。
bagevent 怎麼記錄每條承諾
上面這些,任何能蒐集到正確資料的系統都做得到。在 bagevent 裡,每條承諾都對應主辦方或參展商能看到的一項內容:
| 承諾 | bagevent 記錄什麼 | 誰能看到 |
|---|---|---|
| 攤位人流 | 每個攤位的不重複人數——今天、最近 30 分鐘,以及其中多少人有互動——有排名,並顯示在活動大螢幕上 | 主辦方 |
| 線索 | 攤位人員掃描的胸牌,每筆有 1–5 星評分、標籤、一則備註,以及攤位自訂問題的回答 | 參展商 |
| 授權 | 參加者選擇是否把聯絡方式分享給他們到訪的攤位;其他人顯示為「到訪已記錄,身分未公開」 | 雙方 |
| 線索帶出活動 | CSV 匯出,前提是主辦方允許該攤位匯出,並且只包含同意了的參加者 | 參展商 |
| 洽談 | 和攤位人員預約的會面,狀態分為等待中、已同意、已拒絕、已取消或已舉行 | 參展商 |
| 攤位活動 | 攤位抽獎和投票;每次參加抽獎都會產生一筆線索,但以參加者的分享選擇為準 | 參展商 |
| 贊助空間 | 任何攤位或贊助區域都可以設為集章路線上的一站,每站有人流資料,以及多少人開始、多少人走完 | 主辦方 |
| 沒有 Wi-Fi 也能掃 | 攤位掃描在離線時照常進行,連線後再上傳,並保留原始掃描時間 | 參展商 |
| 被傳開的碼 | 可選用的攤位動態碼,每 90 秒變一次,所以只有人在攤位才會記一次到訪 | 參展商 |
| 方案級別 | 攤位數、工作人員名額、線索上限和匯出權,按參展商設定 | 主辦方 |
參加者這一側——報名、逛攤位、參加抽獎——可以在公開的示範活動 summit.bagevent.io 上試用。
常見問題
活動前和贊助商約定哪些數字算數、每個怎麼定義——通常是對照所承諾觀眾的到場情況、攤位的到訪和已授權的線索、實際舉行的會面,以及贊助商自己的連結帶來的報名。每一項都在當天的一個具體蒐集點蒐集,然後分開報告。贊助商在自己的銷售管道裡把這些換算成 ROI;主辦方的任務是證明承諾已經兌現。
一頁約定數字與目標的對照、一份彙總的觀眾輪廓、把到訪、線索、合格線索和會面各占一列的攤位結果、贊助場次和空間的到場情況、尖峰是什麼帶來的、給明年的一兩條建議,以及附有匯出檔和定義的附錄。
到訪記錄的是有人到過攤位;線索是同意把聯絡方式分享給這家贊助商的觀眾。一個攤位的到訪可以遠多於線索,把其中一個當成另一個來報,是贊助商覺得被誤導最常見的原因。
只能給那些同意把聯絡方式分享給這家贊助商的參加者的資料。賣的是觸及和線索蒐集,不是名單,並且事先告訴贊助商,匯出裡只有同意了的參加者。這是寫給第一線營運人員的摘要,不是法律建議。
一週內——趁他們的團隊還記得這場活動、明年的預算還沒定——並且把日期定在所有掃描裝置都同步完之後,這樣遲到的上傳就不會再改動數字。