一般に、カンファレンス後の月曜日に来るコールはこんな感じです。600 件のバッジスキャンの CSV、今日全員に電話したいセールスチーム、すでにリストを Marketing Contact として HubSpot にプッシュしたマーケティングチーム、そして次の請求書がほぼ倍になることに気づいた Finance チーム。リストは問題ではありません。そのリストが扱われる最初の 48 時間が問題です。イベント Ops は Contact 衛生が複利するか腐るかの場所で、その違いは 2 つのフィールド、1 つのルール、そしてブースが開く前に、後ではなく、構築するワークフローです。
なぜ今これが重要なのか
カンファレンス予算は小さくなっていません。SaaStr 自身の Predictable Revenue とのスポンサーケーススタディは数年前に指摘し、それは鋭くなる一方です。327 件のバッジスキャンは 0 件のクローズ Deal を生み、より厳しい認定済みの 67 件のスキャンセットは 8 週間で 20 万ドルをクローズしました（Collin Stewart、SaaStr、2017）。パターンはサイクルごとに繰り返されます。バッジスキャンの量は入力ではありません。正しくタグ付けされ、正しくサブスクライブされ、正しくルーティングされたバッジスキャンの量が入力です。HubSpot に特に、それを間違えるコストは汚いデータだけではありません。Marketing Contact 課金モデルは、ずさんなインポートが文字通り次の請求書に着地することを意味します。
1 つの CSV に隠れる 2 つのフロー
すべてのイベントリストには完全に異なる 2 つのユースケースがあり、ほとんどのチームは 1 つのワークフローでそれを回そうとします。それらは必要なデータ、要求する同意、次のアクションを所有するチームの点で異なります。
一方で、マーケティング適格フロー：マーケティングコミュニケーションを受け取ることに同意した人々、ナーチャープログラムに入る人々、Marketing Contact ティアにカウントされる人々。他方で、セールスハンドオフフロー：AE がブースで話した人々、個人的なフォローアップを受ける人々、バッジスキャンだけに基づいてマーケティングリストに追加される必要のない、そして EU のほとんどの管轄では追加すべきでない、人々。
これらは CSV を共有するが他は何も共有しない 2 つのフローです。だから単一の結合インポートはほぼ常に失望します。それは異なる仕事をすべき 2 つの意図を平均します。
サブスクリプションステータス vs. Marketing Contact ステータス：チームが過剰に支払う場所
2 つの異なるフィールド、しばしば混同されます。サブスクリプションステータスは、Contact が実際にオプトインしたものの GDPR グレードの記録です。Marketing Contact ステータスは、今月そのレコードに支払うかどうかを決める HubSpot 課金フラグです。両者を混同するチームは 2 つの失敗モードのいずれかになります。すべてのブーススキャンを Marketing Contact に切り替える（請求書問題）か、すべてのブーススキャンを Marketing Contact から外し、かつサブスクリプションレコードからも外す（6 か月後の到達性問題、誰が何に同意したかを誰も覚えていないとき）。
すべてのイベントインポートで守るルール：Non-Marketing Contact としてインポートし、ワンステップのサブスクリプション確認を送り、オプトインが着地したときにのみ Marketing Contact に切り替えます。セールスフォローアップは別のプロパティで並行に走り、発火するためにサブスクリプションを必要としません。
プロパティ設計：Campaign、Source、Medium、そしてイベント Lead フラグ
ほとんどのチームが手を伸ばすプロパティはプリビルトのものです。実際にイベントレポートを機能させるプロパティは、カンファレンスの前週にセットアップするものです。
Original Source vs. Campaign
Original Source は粘着性があり、Contact が最初にどうあなたに到達したかを伝えます。Campaign はどの特定のイベントスキャンや QR コードで来たかを伝えます。インポート時に Original Source を上書きしないでください。代わりに Campaign の関連付けを追加します。6 か月後、更新コホートレポートが回るとき、2 番目のタッチがウェビナーであっても、Contact が GDC 2026 で発生したことを知りたいでしょう。
イベント Lead プロパティ
Contact レコード上の別のブール（または単一選択）：この人はセールスハンドオフスキャンか、マーケティング適格スキャンか、両方か。これがセールスワークフローがキーオフするプロパティです。サブスクリプションステータスがマーケティングワークフローがキーオフするプロパティです。これらは決してトリガーを共有しません。だから 2 つのフローは 1 つが他方を汚染することなく並行に走れます。
イベント用の UTM 同等フィールド
ブースに QR コードがあるなら、Campaign URL のように扱ってください：source = イベント名、medium = booth、campaign = 特定のセッションまたはアクティベーション。理由は美的ではありません。同じ人が同じ QR コードを 3 つの異なるセッションでスキャンしたら、1 つの上書きされたタッチではなく 3 つの関連タッチを生み出すべきだからです。
読まれるフォローアップケイデンス
オンラインリード応答時間に関する HBR のリサーチは 15 年間持ちこたえています。素早く応答する企業はより良くコンバートし、カーブはほとんどのチームが信じたい以上に急です（Oldroyd、McElheran、Elkington、Harvard Business Review、2011 年 3 月）。イベントはこれをさらに圧縮します。カンファレンスバッジは約 4 日の半減期を持ちます。5 日目までに Contact は競合と話し、家に帰り、スワッグを捨て、会話を忘れています。
セールスハンドオフフローで実務上機能するもの：実際にその人と話した AE からの個人メールを 48 時間以内に送り、ブース会話の特定の 1 つを参照し、汎用的な CTA ではなくカレンダーリンクを付ける。機能しないもの：ブランドへようこそとテンプレ化されたマーケティングナーチャー。マーケティング適格フローは別の動物です。それは標準ナーチャーで走りますが、サブスクリプション確認がオプトインで戻ってきた後にのみ走ります。
現場で見たパターン
DACH のシリーズ A の B2B SaaS チームが、主要業界カンファレンスから約 800 件のバッジスキャンを持って戻り、帰りの飛行機で既にそれらを Marketing Contact として HubSpot にプッシュしていました。次の請求サイクルでティアが上がりました。リストの全員、メーリングリストに追加しないでくれと AE に明示的に頼んだ人々を含む、に対してナーチャープログラムがトリガーされました。最初の 1 週間で 2 件の苦情メールが着地しました。
リセットはストレートだが速くはありませんでした。インポートを Non-Marketing Contact ステータスにロールバックし、AE のメモに基づいてリストを 2 つのフローにセグメントし、マーケティング適格コホートを通してフレッシュなシングルオプトイン確認を回し、ブースが開く前にチームが構築すべきだったイベント Lead プロパティを構築しました。リストの約 35% がサブスクリプションにオプトインしました。残り 65% は Non-Marketing Contact として、また合法的なセールスハンドオフレコードとして HubSpot に留まりました。それが正しい結果で、失敗モードではありません。次の請求書は前のティアに戻りました。
解決策：プレイブック
次の四半期にイベントを開催するチームへ、ブースが開く前に。
- まずプロパティを構築してください。イベント Lead ステータス、Campaign 関連付け、Contact レコード上の Source/Medium/Campaign UTM 同等。月曜日の後ではなく、前週にこれを行います。
- Non-Marketing Contact としてインポートしてください。ブースから、Luma から、またはバッジスキャンベンダーからの CSV は、Marketing Contact ステータスを false に設定して HubSpot に着地します。例外なし、ウォームリードの特別扱いなし。
- タグ付けしてから分割してください。CSV カラムまたは AE のメモを読み、イベント Lead プロパティを書き込む単一ワークフローを回します。ここからセールスハンドオフとマーケティング適格フローが分岐し、決して再マージしません。
- マーケティング適格コホートにワンステップサブスクリプション確認を送ってください。1 通のメール、1 つの依頼、1 つのリンク。Marketing Contact ステータスはオプトインが着地したときにのみ反転します。
- セールスハンドオフケイデンスを並行に走らせてください。AE からの個人メールを 48 時間以内、カレンダーリンク、ブース会話への 1 つの特定の参照。このフローはイベント Lead プロパティでキーオフし、サブスクリプションステータスではありません。
- 60 日衛生パスをスケジュールしてください。マーケティング適格リストで 60 日エンゲージしていない人は、再パーミッションメールを受けるか、静かに Non-Marketing Contact に降格します。請求はエンゲージメントに従います。
- ボリュームではなくコホートでレポートしてください。重要な指標は 90 日以内のイベントコホートからの Opportunity 作成であり、バッジスキャンではありません。カンファレンス前にそのレポートを構築すれば、残りのプレイブックは自己強制されます。
2 つのフィールド、1 つのルール、膨らんだ請求書なし。ステップ 1〜7 をブースが開く前に出荷するチームが、月曜朝のコールを受けないチームです。
Checkpoint がどう関わるか
イベント Ops は B2B SaaS マーケティングにおいて、運用レイヤーが価値を複利するか静かに焼き払うかの繰り返しの場所の 1 つです。プロパティ、ワークフロー、同意レコード、課金への含意、それらはすべて HubSpot 内に座り、すべてカンファレンス前に、後にパッチを当てるのではなく、配線される必要があります。Checkpoint は マーケティングオペレーション作業の一部としてこのセットアップを回します。事前のプロパティ設計、事後の衛生パス、ブーススキャンをクローズ売上に紐づけるレポートコホートを含みます。チームがカンファレンスサイクルに向かっていて、上記のプレイブックがまだ配線されていないなら、次のブースが開く前にご相談ください。
出典
- Oldroyd, James B., Kristina McElheran, and David Elkington. 「The Short Life of Online Sales Leads.」 Harvard Business Review、2011 年 3 月。hbr.org
- Stewart, Collin. 「How to Make Serious Money Off a SaaStr Annual Sponsorship: A Predictable Revenue Case Study.」 SaaStr、2017。saastr.com
Noah Charak