2週間で3回プロポーザルを閲覧した見込み客は、関心を持っています。15分以内に2回閲覧した見込み客は、意思決定の段階にいます。これらはまったく異なるシグナルであり、それぞれにまったく異なる対応が求められます。
1つ目はフォローアップメールを送る価値があります。2つ目は今すぐ電話をかける価値があります。
Portantでプロダクト開発を担当していますが、成約スピードの速いチームに共通するパターンを繰り返し目にしています。彼らが追跡しているのは、単に「書類が閲覧されたかどうか」ではありません。閲覧数がどれだけ速く積み上がっているか、その速度を追跡しているのです。この速度こそ、私が「バイヤーの関心スパイク」と呼ぶもので、単純な閲覧数からは決して読み取れない情報を教えてくれます。それは、そのバイヤーが明日でも来週でもなく、まさに今この瞬間、あなたの案件に積極的に関与しているということです。
この記事では、購買意欲の急上昇が実際にどのように見えるか、それがなぜ重要なのか、それを検知するHubSpot workflowの構築方法、そしてアラートが発動したときにすべきこととすべきでないことについて詳しく説明します。
なぜ量よりもスピードが重要なのか
B2Bの営業において、エンゲージメントの量は参考になりますが、ノイズも多く含まれています。見込み客がリンクを何度も見失うために、1か月間にわたって提案書を6回開くことがあります。それだけでは、相手がどの意思決定段階にいるかをほとんど判断できません。
閲覧の速度は重要な意味を持ちます。1時間といった短い時間内に2回以上閲覧された場合、それは特定のシグナルを示しています。今まさに、購買側で何かが動いているのです。会議中に提案書を画面に映し出しているのかもしれません。社内の推進担当者が、決裁権を持つ人物に転送したばかりなのかもしれません。あるいは、調達チームがあなたの書類を競合他社のものと並べて比較しているのかもしれません。
これらはすべて、商談が実際に進行している瞬間です。そして、そのどれもが時間的に切迫しています。買い手の注意は限られた期間、あなたの商談に向けられていますが、その機会が閉じると、彼らの関心は別のことへと移ってしまいます。翌朝になれば、彼らは自分自身の受信トレイに戻り、自分自身の優先事項に集中しているでしょう。
こうした瞬間に圧倒的な成果を上げる営業チームは、クロージングが上手いわけではありません。対応が速いのです。シグナルが鮮度を保っているうちに素早く検知できる仕組みを持っているため、担当者はバイヤーがすでに契約を意識しているタイミングで連絡を取ることができます。
これが累積表示しきい値とどのように異なるか
もし私たちの記事をお読みになったことがあれば、 3回閲覧された見込み客へのアラート設定、なぜ別のワークフローが必要なのかと疑問に思われるかもしれません。この違いは重要です。
累積しきい値（例えば、合計3回の閲覧でアラートを送る設定）は、持続的な関心を捉えるのに有効です。見込み客が何度もドキュメントに戻ってきていることを示しており、それ自体が強力な購買シグナルとなります。このワークフローは、数日から数週間かけて温まりつつある商談を特定するのに最適です。
スパイクワークフローは緊急性を検知します。総閲覧数が2件であるか12件であるかは問いません。重要なのは、閲覧の集中度です。1時間以内に2件の閲覧が発生することは、2週間にわたって2件の閲覧が発生することとは、本質的に異なるイベントです。
このように考えてください。累積アラートは「この商談が盛り上がってきた、近いうちにフォローアップしよう」というシグナルです。スパイクアラートは「誰かが会議室でご提案書を画面に表示している、その場を離れる前に今すぐ電話しよう」というシグナルです。
どちらもワークフローライブラリに欠かせないものです。ただし、それぞれが購買プロセスの異なるタイミングに対応しており、対応の緊急度も異なるレベルで設定する必要があります。
高速ビューの実際の見た目
何かを構築する前に、スパイクを引き起こす実際のシナリオを理解しておくことが重要です。以下は、Portant と HubSpot を使用しているチームで私がよく見かける、最も一般的な3つのシナリオです。
意思決定会議。 見込み客が、2〜3人のステークホルダーと同じ部屋（またはZoom上）にいます。共有画面で提案書を開き、料金セクションをスクロールし、スコープのセクションに戻り、さらに契約条件へと移動します。会話が進む中で、ドキュメントは何度も開かれます。これは、ドキュメント分析から得られる最も強力な購買シグナルです。なぜなら、あなたの商談がまさにテーブルの上に載っていることを意味するからです。
社内チャンピオンによる共有。 あなたの主要な連絡先がドキュメントのリンクを新しい人物、たとえば副社長や最高財務責任者に転送します。その人物がリンクを開きます。さらに5分後、あなたの連絡先がSlackのスレッドで同じセクションを参照するために再度開きます。実際には意思決定者への引き継ぎが行われており、短時間のうちに2〜3回の閲覧が確認できます。
比較検討派のあなたへ。 見込み客はブラウザの1つのタブにあなたの提案書を開き、別のタブには競合他社の提案書を開いています。価格、範囲、条件を比較しながら、タブを行き来しています。切り替えのたびに、閲覧として記録されます。これは、対応速度が最も重要なシナリオです。なぜなら、買い手はまさに今、あなたと他の誰かのどちらかを選ぼうとしているからです。
3つのケースいずれにおいても、その機会の窓は短いものです。30分から2時間程度。それを過ぎると、ミーティングは終わり、Slackのスレッドは流れていき、ブラウザのタブは閉じられます。その急上昇は終わりを告げます。
これを可能にするPortantのプロパティ
Portant が HubSpot の案件からドキュメントを作成すると、そのドキュメントは HubSpot 内に独自のレコードとして保存されます。これが Document Object であり、購入者がファイルを操作するたびに自動的に更新されるプロパティを保持しています。
スパイクワークフローには、2つのプロパティを連携させる必要があります。
- 閲覧回数：共有ドキュメントリンクが開かれた合計回数
- 最終閲覧日：最新の開封のタイムスタンプ
この2つを組み合わせることで、急激なアクセスの検知が可能になります。「閲覧回数」は、カウントが増加したことを示します。「最終閲覧日」は、それが最近起きたことを示します。この2つを合わせることで、「このドキュメントは短期間に複数回開かれたか？」という問いに答えることができます。
アラート自体のコンテキストとして、他に2つのプロパティが役立ちます。
- ドキュメントのステータス：ドキュメントがライフサイクルのどの段階にあるか（作成済み、送信済み、閲覧済み、署名済み）
- ドキュメントリンク：担当者がバイヤーの閲覧内容を正確に把握できる共有可能なURL
Portant は HubSpot 認定アプリ、これらのプロパティはネイティブの HubSpot フィールドのように機能します。カスタム API 作業なしで、ワークフロービルダー、リスト、レポートに表示されます。これらがトリガーとしてどのように機能するかについては、 PortantのHubSpotワークフロー起動に関するドキュメント.
ワークフローをステップごとに構築する
Portant がすでに HubSpot ポータルにインストールされている場合、この作業には約10分かかります。
ステップ1：取引ベースのワークフローを作成する
HubSpot で、次の手順に進みます。 自動化 > ワークフロー そして選択してください 取引ベースドキュメントオブジェクトはディールレコード上に存在するため、スコープはdeal-basedが適切です。また、アラートメッセージに使用したいディール名、金額、ステージなどのディールのコンテキスト情報にもアクセスできます。
ステップ2：登録トリガーを設定する
ここでスパイク検出が行われます。AND で結合された2つの条件が必要です。
- Portant > 閲覧回数 2以上
- Portant > 最終閲覧日 過去1時間以内
最初の条件は、閲覧が発生したことを確認するものです。2番目の条件は、それが最近発生したことを確認するものです。この2つを組み合わせることで、短期間に繰り返されたエンゲージメントというパターンに絞り込むことができます。
再登録は今のところオフに設定してください。その後、スパイクが繰り返された際に再度アラートを発報させたい場合はオンに切り替えることができますが、まずはシンプルな設定から始めましょう。スパイクごとに1件のアラートで、ワークフローが有用なシグナルを生成しているかどうかを確認するには十分です。
ヒント： もし、3つのビューの累積アラートがすでに この記事両方のワークフローをアクティブな状態に保ってください。それぞれ異なるシグナルを検知します。累積アラートは、1週間にわたって3回の閲覧が分散した後、月曜日に発火することがあります。スパイクアラートは、20分以内に2回の閲覧があった水曜日に発火することがあります。どちらも対応する価値がありますが、緊急度は異なります。
ステップ3：優先度の高い Slack アラートを追加する
スパイク発生時には、Slackが最適なチャンネルです。メールでは対応が遅すぎます。担当者がメール通知に気づいた頃には、購入者との商談がすでに終わっている可能性があります。
HubSpot Slack インテグレーションを使用して、ディール担当者にメッセージを送信します。アラートは以下の形式で構成します。
Active buyer: engage now
[Contact name] は [Deal name] の提案書を [Number of Times Viewed] 回閲覧しました。最終閲覧日時: [Date Last Viewed]。
ドキュメント: [Document Link]
「Active buyer: engage now」というフレーズには、2つの効果があります。まず、担当者が1日に受け取る他のすべての Slack 通知からこのアラートを際立たせます。そして、適切な緊急性を伝えます。これは「時間があればフォローアップして」というメッセージではなく、「今すぐ手を止めて電話して」というメッセージです。
ステップ 4: バックアップ用の HubSpot タスクを追加する
すべての担当者が、ちょうど良いタイミングで Slack を確認しているとは限りません。安全策として、タスク作成アクションを追加してください。件名には「緊急: 提案書への急増アクセスあり、[Contact name] に電話」などと設定し、ディール担当者に当日を期日として割り当てます。タスク本文には、ディール名、担当者名、ドキュメントリンク、閲覧回数を含めてください。
このタスクにより、担当者が Slack アラートの発火時に会議中であっても、シグナルが見逃されることを防げます。タスクキューを確認したとき、アクセス急増に対するフォローアップタスクが必ず残っています。
アクセス急増時の架電で伝えるべきこと
このワークフローで最も難しいのは、技術的な設定ではありません。担当者が電話をかけたときに何を話すかです。トーンを間違えると、買い手を監視しているように聞こえます。正しく伝えれば、その日に話した中で最も頼りになる人物として印象づけられます。
「提案書をご覧になっていましたね」という言い方で会話を始めるのは絶対に避けてください。 あなたが知っていることは重要ではありません。重要なのは、適切なタイミングで役立つ情報を持って現れたということです。
効果的な会話の切り出し方を3つご紹介します。
- 「[Name] さん、提案書についてご不明な点がないか確認したくてご連絡しました。調整が必要な箇所があれば、今すぐ修正できます。」
- 「[Name] さん、[Deal name] の提案書についてフォローアップのご連絡です。チームからご質問はございますか?」
- 「[Name] さん、少し時間ができたので提案書の件でご連絡しました。チームで確認中でしたら、各セクションについて簡単にご説明する電話をすぐにお繋ぎすることもできます。」
3つとも同じ構成です。価値の提供から始め、サポートを申し出て、簡潔に伝えます。買い手から特定のセクションについて質問があった場合に即座に対応できるよう、担当者は自分の画面でも提案書を開いておくべきです。
目標は、買い手の意思決定の瞬間に役立つことであり、1回の電話でクロージングすることではありません。見込み客が「実は [Competitor] と比較しています」と言えば、担当者は最も価値ある競合情報を手にできます。そして、それは適切なタイミングで電話したからこそ得られた情報です。
アクセス急増に対応しない方が良いケース
すべての急増が購買シグナルとは限りません。誤検知は存在し、それに対応すると担当者の時間を無駄にしたり、買い手を煩わせたりする可能性があります。アラートを抑制または無視すべきケースを以下に示します。
社内テスト。 見込み客に送付する前にチームがドキュメントをプレビューした場合、その閲覧もカウントされます。テスト用のパイプラインステージにあるディールを除外するワークフローフィルターを追加するか、特定の社内ユーザーが所有するディールを除外してください。このフィルター1つだけで、誤検知の最も一般的な原因を排除できます。
すでに交渉が進行中のディール。 1時間前に担当者が買い手と話し、買い手が更新後の提案書を確認している場合、「今すぐ電話して」というアラートは不要です。担当者はすでにディールが進行中であることを把握しています。ディールステージに基づくシンプルなワークフローフィルターを設定することで、「契約送付済み」や「交渉中」など、一定以上のステージにあるディールのアラートを抑制できます。
既知の順次レビュープロセス。 一部のエンタープライズ企業では、法務、財務、事業責任者がそれぞれ順番にドキュメントをレビューする、体系化された調達ワークフローを持っています。これにより、1時間以内に3回から4回の閲覧が発生しても、緊急性はありません。ディールがこのようなレビューサイクルにある場合、急増は想定内であり、例外的なものではありません。担当者はディールレコードにその旨を記録し、チームが通常のレビューを購買シグナルと誤解しないようにしてください。
架電対応の基準額を下回る低額ディール。 セルフサービスプランとエンタープライズ契約の両方を販売している場合、$200 のディールへの急増アクセスは、おそらく電話対応を正当化しません。担当者の時間に見合うディールにのみワークフローを絞り込むため、最低ディール金額フィルターを追加してください。
時間をかけてワークフローを調整する
まず上記の設定から始めてください。1時間以内に2回の閲覧、Slack アラート、バックアップタスク。2週間運用した後、担当者に3つの質問をしてください。
- アラートが有益な会話につながったのは何件でしたか?
- 誤検知は何件ありましたか?
- アラートを受け取ったとき、すでに対応の機会を逃していると感じたことはありましたか?
アラートの大半が有益であれば、設定はそのままにしておいてください。誤検知が多い場合は、フィルターを厳しくしましょう。閲覧回数の基準を3回に引き上げる、時間枠を30分に絞る、またはステージや金額のフィルターを追加するなどの方法があります。担当者が常に対応が遅れていると感じる場合、問題はワークフローではないかもしれません。Slack チャンネルが雑然としすぎているか、担当者が通知を見逃している可能性があります。一般的なチームの雑談とは別に、バイヤーアラート専用のチャンネルを設けることを検討してください。
このワークフローから最も大きな成果を得ているチームは、これを「設定したら放置する自動化」ではなく、継続的に改善する仕組みとして扱っています。適切なしきい値は、営業サイクルの長さ、平均ディール規模、送付するドキュメントの数によって異なります。ワークフローがインフラを提供し、調整がそれを自分たちのものにします。
ご利用の方へ Portant workflows を使って proposals や HubSpot ディールから契約書を生成している場合、急増アラートはすでにお持ちの仕組みの上にそのまま追加できます。ドキュメント生成が「適切なタイミングで適切なファイルを送付する」部分を担い、急増アラートが「買い手が注目しているタイミングを把握する」部分を担います。この2つを組み合わせることで、提案書を送付してからフォローアップすべきタイミングを掴むまでのギャップを埋められます。
よくある質問
バイヤーインタレストスパイクと3回閲覧アラートの違いは何ですか?
3回閲覧アラートは、タイミングに関係なく累計閲覧数がしきい値に達したときに発火します。バイヤーインタレストスパイクワークフローは、1時間以内に2回以上の閲覧が発生したときに発火します。前者は数日から数週間にわたる累積的な関心を測定し、後者はその瞬間の緊急性を測定します。どちらも有用であり、それぞれ異なるシグナルを捉えます。
このワークフローは提案書以外のドキュメントにも使用できますか?
はい。Portant のドキュメントオブジェクトプロパティは、見積書、契約書、作業範囲書など、Portant が生成するすべてのドキュメントタイプで機能します。スパイクワークフローは、提案書や契約書など、実際の購買シグナルを持つドキュメントに絞って活用することをおすすめします。領収書や証明書へのアクセス急増は、おそらく電話対応を必要としません。
急増が社内テストによるものだった場合はどうすればいいですか?
テスト用パイプラインステージのディールや特定ユーザーが所有するディールを除外するワークフローフィルターを追加してください。テストレコードを除外するために、最低ディール金額を設定することもできます。この1つの調整だけで、誤検知の最も一般的な原因を排除できます。
アラートには Slack とメール、どちらを使うべきですか?
常に Slack を使用してください。スパイクアラートの本質は緊急性にあります。対応の機会が数分単位で測られる場合、メールは見逃されやすすぎます。チームが Slack を使用していない場合は、HubSpot のアプリ内通知か、同日を期日とする高優先度タスクが次善の選択肢です。目標は、数時間ではなく数分以内に担当者に届けることです。
誤検知が多すぎる場合はどうすればいいですか?
フィルターを厳しくしてください。閲覧回数の基準を2回から3回に引き上げる、時間枠を1時間から30分に絞るなどの方法があります。ディールステージやディール金額に基づく条件を追加することも有効です。まず緩い設定から始め、最初の2週間で担当者からのフィードバックをもとに調整してください。適切な感度は、営業サイクルとディール量によって異なります。
