オンボーディング中にチームへ最初にお伝えすることがあります。それは、「あなたのドキュメントはすでにあなたに語りかけている」ということです。ほとんどのチームは、まだそれに耳を傾けていないだけなのです。
見込み客が提案書を1回開いたなら、それは想定内です。2回なら、念入りに確認しているのかもしれません。しかし3回となると、話は別です。誰かがビジネスケースを構築しているか、あなたを競合と比較しているか、あるいはあなたがまだ知らない意思決定の会議にあなたの価格情報を持ち込もうとしているのです。
3回目の閲覧は、購買シグナルです。そして、CRMがそのタイミングを適切に通知しなければ、静かな関心をリアルな会話へと変える瞬間を逃してしまいます。
HubSpot で Portant の Document Object を使ったこの正確なワークフローを、これまで数十のチームに導入してきました。セットアップにかかる時間は約15分で、これまで見落とされがちだったデータを、パイプライン内で最も信頼性の高いフォローアップトリガーの一つへと確実に変えることができます。
B2B営業において繰り返し閲覧されることが重要な理由
B2Bにおいて、購買の意思決定が一度の場で完結することはほとんどありません。提案書は複数の関係者の間を行き来します。購買部門によるレビュー、法務によるチェック、そして財務による精査が行われます。それらのレビューのひとつひとつが、閲覧数として記録されます。
誰かがあなたの提案書に2回目、3回目と戻ってきたとき、その人は能動的な行動を取っています。書類として保管しているわけではありません。もしかすると、その人は次のようなことをしているかもしれません。
- 社内での購入を正当化するために特定の数値を引き出す
- 他社のオファーと価格を比較する
- 署名権限を持つ、最初の会話に参加していなかった人物に提示する
- コミットする前に交渉したい条件を探している
ほとんどのCRMはメールの開封数やリンクのクリック数を追跡しますが、それらのシグナルは大まかなものです。ドキュメントの閲覧はより具体的です。見込み客がどのファイルをいつ、何回閲覧したかを正確に把握できます。
それは担当者がすぐに行動できるシグナルです。「誰かがリンクをクリックした」ではなく、「Acme社のSarahが本日午後2時15分に更新提案書を3回目の閲覧をした」というものです。
PortantのDocument Objectが教えてくれること
PortantがHubSpotのディールからドキュメントを作成する際、ワークフローを通じて自動的に作成する場合でも手動で作成する場合でも、そのドキュメントはHubSpot内に独自のレコードとして保存されます。これが ドキュメントオブジェクト。これは取引のタイムラインに表示され、見込み客がファイルを操作するたびに自動的に更新されるプロパティを持っています。
このワークフローで重要なプロパティ：
- 閲覧回数：共有リンクからドキュメントが開かれた回数
- 最終閲覧日：最新の開封日時のタイムスタンプ
- ドキュメントのステータス：ドキュメントがライフサイクルのどの段階にあるか（作成済み、送信済み、閲覧済み、署名済み）
- ドキュメントリンク: Portantが各出力に対して生成する共有可能なURL
これらはライブの HubSpot プロパティです。フィルタリング、レポート作成、そしてワークフローの登録トリガーとして使用することができます。最後の点こそが、このアプローチ全体を機能させる鍵です。
Portant は HubSpot 認定アプリ、これらのプロパティはネイティブの HubSpot プロパティと同様に動作します。カスタム API 作業なしで、リスト、レポート、ワークフロービルダーに表示されます。Portant のプロパティがトリガーとしてどのように機能するかについては、 PortantのHubSpotワークフロートリガーに関するドキュメント.
ホットな見込み客ワークフローをステップバイステップで構築する
チームにこの設定を案内する際の手順をご紹介します。Portant のインテグレーションがすでにインストールされていれば、約15分で完了します。
ステップ1：取引ベースのワークフローを作成する
HubSpot で、次の場所に移動します オートメーション > ワークフロー そして選択してください 取引ベース タイプとして設定します。これにより、特定のコンタクトや会社のレコードではなく、ディール レベルで発生している内容に基づいてワークフローが起動されます。
ここではDeal-basedを選択するのが正解です。Document ObjectはDeal上に存在するためです。アラートには、連絡先名だけでなく、案件名、金額、ステージといった案件のコンテキストを含める必要があります。
ステップ2：登録トリガーを設定する
登録トリガーの下で、Portant Document Objectのプロパティを探してください。トリガーを以下のように設定します：
Portant > 閲覧回数が3と等しい
「以上」ではなく「等しい」を使用してください。このアラートは、しきい値を超えた瞬間に一度だけ発火させることが目的です。「以上」を使用すると、再登録の設定が重要になり、担当者が無視し始めるような通知の過多が発生するリスクがあります。
ステップ3：アラートアクションを追加する
以下の3つのアクションを、この順番でお勧めします。
- Slackメッセージをディール担当者に送信します。 HubSpot Slack連携アクションを使用して、案件名、連絡先名、ドキュメントリンクを含めましょう。例えば、「[連絡先名]が[案件名]の提案書を3回閲覧しました。最終閲覧日：[最終閲覧日]。リンク：[ドキュメントリンク]。」のような形式です。Slackメッセージは最も迅速なチャネルです。ほとんどの担当者は、HubSpotのタスクキューを確認する前にSlackを確認します。
- HubSpot タスクを作成します。 件名を「1時間以内に連絡：提案書が3回閲覧されました」に設定し、担当者に割り当てます。タスクのメモには、案件名、担当者名、ドキュメントリンク、閲覧回数を含めてください。これにより、担当者がSlack通知を見逃した場合でも、フォローアップがタスクキューに表示されるようになります。
- HubSpot通知を作成します。 これは、ベルアイコンに表示されるアプリ内アラートです。すでに HubSpot 内で作業しており、Slack を開いていない担当者に通知を届けることができます。
3つのチャンネルは多いように思えるかもしれませんが、それぞれ異なるタイミングに対応しています。Slack はリアルタイムで担当者に通知します。タスクは完了するまで残り続けます。通知は HubSpot 内で直接作業しているすべてのメンバーをカバーします。この組み合わせにより、スパムのような煩わしさを感じさせることなく、最良のフォローアップ効果が得られると実感しています。
ステップ4：すべての通知にコンテキストを追加する
これは、ほとんどのチームが見落としがちな詳細ですが、最も重要なポイントです。ワークフロー内のすべてのメッセージには、以下の内容を含める必要があります。
- 取引名
- 連絡先名
- ドキュメントのリンク（担当者が見込み客の閲覧内容を正確に確認できるよう）
- 表示回数
- 最終閲覧日
「誰かがあなたの提案書を閲覧しました」と「Acme社のSarah Chenが、Q1更新提案書を3回閲覧しており、直近では20分前に閲覧しています」の違いは、コールドコールとウォームコールの違いに等しいものです。適切なコンテキストがあれば、単なるアラートが会話のきっかけへと変わります。
フォローアップを自然に行う方法
アラートは、担当者がそれをどう活かすかによって、その価値が決まります。優れたワークフローを構築しながら、まるで監視されているかのような印象を与えるメッセージでフォローアップを台無しにしてしまうチームを、これまで数多く見てきました。
価値を前面に出しましょう。「あなたのことを見ていました」から始めるのはやめましょう。 「提案についてご確認させていただきたかったのですが、何かご不明な点がございましたらお気軽にお知らせください。」のようなメッセージは効果的です。一方、「弊社の提案を何度もご確認いただいていることに気づきました」というメッセージは適切ではありません。前者は相手の役に立つ姿勢を示していますが、後者は窓越しに相手を監視しているかのような印象を与えてしまいます。
簡潔にしてください。 これはチェックインであり、新しい提案ではありません。1文か2文で。「Sarah さん、先日お送りしたご提案についてご確認させていただきたく、ご連絡いたしました。内容の調整や料金についての詳細をご一緒に確認されたい場合は、お気軽に短いお電話をご提案できますので、お知らせください。」
チャンネルと関係性を一致させましょう。 担当者がすでに見込み客とSlack ConnectチャンネルやWhatsAppのスレッドを持っている場合は、それを活用してください。そうでない場合は、メールで対応できます。電話は、関係性が十分に温まっており、唐突な印象を与えない場合に最も効果的です。
1時間以内に完了します。 シグナルは急速に消えていきます。見込み客が午後2時に提案書を閲覧し、担当者が午後5時にフォローアップした場合、そのコンテキストはすでに古くなっています。タスクの件名に「1時間以内に電話する」と記載されているのには理由があります。その時間帯こそ、見込み客の注意がまだあなたの商談に向いているタイミングです。
よくある落とし穴とその回避方法
アラート疲れ。 すべてのドキュメントタイプが3回の閲覧でアラートをトリガーすると、担当者はすべてのアラートを無視し始めます。選択的に行い、以下に集中してください。 提案書, 契約書、および 見積もり社内文書、領収書、または証明書は、このワークフローを必要としない場合が多いでしょう。ドキュメントの種類や商談ステージに基づいたワークフローフィルターを追加することで、シグナルをクリーンに保つことができます。
しきい値の設定が低すぎる。 トリガーを1回または2回の閲覧に設定すると、ノイズを拾いすぎてしまいます。1回の閲覧は想定の範囲内です。2回は素早い再確認かもしれません。3回という数字は、相手が単にメールをもう一度開いているのではなく、商談に積極的に関与していることを一貫して示す指標です。
しきい値の設定が高すぎる。 5回や10回に設定すると、見込み客がすでに意思決定を下してしまっている可能性があります。その時点では、購買のタイミングを捉えられていません。ウィンドウが閉じた後に反応しているだけです。3回というのは、多くのミッドマーケットB2B営業サイクルにおけるスイートスポットです。調達プロセスが長いエンタープライズチームは4回や5回に調整することもありますが、常に3回からスタートし、データが示す場合にのみ引き上げることをお勧めします。
通知にコンテキストがない。 商談名、連絡先、リンクがない状態で「提案書が閲覧されました」というアラートが届くと、担当者はHubSpotを検索しなければなりません。その手間がフォローアップの実行を妨げます。常に先述の5つのフィールドを含めてください。商談名、連絡先名、ドキュメントリンク、閲覧回数、最終閲覧日です。
すべてのアラートを必ず電話すべき案件として扱う。 見込み客によっては、通常のレビュープロセスの一環として、特に調達部門と法務部門の両方が条件を読む必要があるエンタープライズ商談では、ドキュメントを何度も閲覧することがあります。ワークフローが担当者に提供するのはシグナルであって、台本ではありません。判断は依然として重要です。商談がすでに活発な交渉段階にある場合、「確認されているのを見ました」というメッセージは冗長に感じられるかもしれません。商談が2週間静かになっていたところに突然3回の閲覧があった場合、それこそが電話をかけるべき瞬間です。
3回の閲覧を超えて。注目すべきその他のシグナル
基本的なワークフローが稼働したら、さらに拡張することができます。PortantのDocument Objectには、活用する価値のある他のプロパティがあります。
Date Last Viewed は、停滞した商談の検出に役立ちます。提案書が2週間閲覧されていない場合、それは別種のシグナルです。別のワークフローで、そのような商談を担当者にフラグ立てしたり、パイプラインレビュー中にマネージャーに通知したりすることができます。「提案送付済み」ステージで静かに消えていったであろう商談を、これで捉えられた事例を見てきました。
Document Status の変化も、活用する価値のあるトリガーです。ドキュメントが「送付済み」から「署名済み」に移行したとき、社内へのお祝い通知を送ったり、商談ステージを自動的に更新したり、オンボーディングワークフローを起動したりすることができます。重要なのは、CRMが適切なタイミングで適切な情報を提示することで、担当者がダッシュボードを確認する時間を減らし、より多くの時間をバイヤーとの対話に充てられるようにすることです。
HubSpotの商談ステージに連携した Portantのワークフロー を運用している場合、これらのドキュメントシグナルはその上にうまく重ねることができます。商談ステージは売上のどの段階にあるかを示します。ドキュメントの閲覧は、バイヤーがまだ注目しているかどうかを示します。これらを組み合わせることで、多くのパイプラインに欠けているものをチームに提供できます。バイヤーの購買意向をリアルタイムで把握する手段です。
よくある質問
閲覧回数はユニーク閲覧数と総開封数のどちらを追跡しますか？
「Number of Times Viewed」プロパティは、共有ドキュメントリンクの総開封数をカウントします。同じ人が3回開封した場合も、3人がそれぞれ1回ずつ開封した場合も、どちらも同様に記録されます。実際には、同じリンクからの複数回の閲覧は、いずれにせよ本格的なレビュー活動を示していることがほとんどです。
3回以外のしきい値を使用することはできますか？
はい。3回は、複数のチームで見てきた経験に基づく合理的な出発点ですが、お客様の営業サイクルによっては別の数値が適している場合もあります。レビュープロセスが長いエンタープライズチームは5回を使用することもあります。しきい値をテストし、アラートが有益な会話につながったと担当者が報告する頻度に基づいて調整してください。
提案書以外のドキュメントでも機能しますか？
はい。Document Objectのプロパティは、見積書、契約書、作業範囲記述書、請求書など、Portantが生成するすべてのドキュメントに適用されます。どのドキュメントタイプにアラートを設定するかは慎重に検討してください。提案書や契約書への3回閲覧トリガーは、実際の購買シグナルとなります。領収書への同じトリガーはおそらくそうではありません。
見込み客がドキュメントを繰り返しダウンロードした場合はどうなりますか？
ダウンロードは閲覧としてカウントされます。これがノイズを生む場合は、閲覧回数トリガーに他の条件を組み合わせてください。例えば、商談が特定のパイプラインステージにあることなどです。これにより、商談が積極的に進行中の場合にのみアラートが発火します。また、ダウンロードしてローカルに保存される傾向のある特定のドキュメントタイプを除外するワークフローフィルターを追加することもできます。
