多くの営業チームは、毎月何件の提案書を送付しているかを把握しています。しかし、実際に開封された件数を把握しているチームははるかに少ないのが現状です。そして、「送付済み」から「署名済み」に至るまでの間に、どの段階で商談が止まっているのかを、ステージごとに説明できる人はほとんどいません。

そのギャップは重要です。月に50件の提案書を作成しているにもかかわらず、閲覧されるのが20件だけであれば、価格設定の問題ではありません。配信の問題です。送信するタイミングを変えるか、メールがスパムに振り分けられていないか確認するだけで解決できるかもしれません。しかし、40件が閲覧されているのに署名されるのが5件だけであれば、問題は別のところにあります。価格体系が打ち合わせの内容と合っていないのかもしれません。提案書が購買担当者の本当の疑問に答えていないのかもしれません。

提案エンゲージメントファネルを活用することで、その明確さが得られます。提案を「送信」と「成約」の間のブラックボックスとして扱うのではなく、プロセスの各ステップを可視化し、商談が停滞する正確なポイントを特定することができます。

提案書のエンゲージメント可視化が重要な理由

営業マネージャーが成約率の低さに悩んでいる場合、話し合いはほぼ必ずパイプラインレベルから始まります。「もっと多くの案件が必要だ」とか「担当者のクロージングが遅すぎる」といった声です。これらは確かに現実の課題ですが、あくまでも症状に過ぎません。

通常スキップされがちな疑問があります。提案書が HubSpot から送信された後、どうなるのかということです。

ドキュメントのエンゲージメントを可視化できなければ、マネージャーは根拠のないコーチングを行うことになります。パイプライン内の案件は確認できても、買い手が実際に提案書を開封したか、価格を確認したか、あるいは調達チームと共有したかどうかはわかりません。このデータの欠如により、コーチングの会話は「現状はどうですか？」にとどまり、「この案件はここで止まっています。次にこのアプローチを試してみましょう。」という具体的な議論には発展しません。

ファネルレベルの可視性が、その会話を変えます。提案書の80%が閲覧されているにもかかわらず、署名されているのはわずか15%だとわかれば、問題はリーチではないことが明確になります。問題はコンテンツ、価格設定、またはタイミングにあります。そのデータを担当者別、テンプレート別、または商談ステージ別に分解できれば、次に取るべきアクションは自ずと明らかになります。

健全な提案ファネルとはどのようなものか

提案ファネルは、購買者のコミットメントレベルをそれぞれ表す7つの段階で構成されていると私は考えています。

  1. 作成済み：ドキュメントはシステム内に存在します
  2. 送信済み：バイヤーの受信トレイに届きました
  3. 閲覧済み（1件以上）：購入者が少なくとも1回開封しました
  4. 閲覧済み（3件以上）：購入者が何度も確認のために戻ってきました
  5. 署名のリクエスト：電子署名がドキュメントに追加されました
  6. 署名済み：購入者が署名しました
  7. 完了：全員が署名を完了し、プロセスが終了しました

各段階の移行は、それぞれ異なることを示しています。「送信済み」から「閲覧済み」への減少は、配信と注目度に関するものです。「閲覧済み」から「署名済み」への減少は、コンテンツの内容と説得力に関するものです。「署名済み」から「完了済み」への減少は、多くの場合、購入者側の社内プロセス、またはお客様の署名フローにおける摩擦に起因しています。

健全なB2B提案ファネルでは、送付した提案書の70〜85%が少なくとも1回は閲覧されることが理想的です。60%を下回る場合は、通常、配信上の問題があることを示しています。繰り返し閲覧（3回以上）は、購買意欲の強いシグナルです。これは多くの場合、ドキュメントが社内で共有されているか、予算と照らし合わせて検討されていることを意味します。繰り返し閲覧率が非常に低い場合、提案書が購買担当者の社内での議論に持ち込むのに十分な内容を提供できていない可能性があります。

チームが典型的に損失を生じさせる箇所

最もよくある漏れは、「送信済み」と「閲覧済み」の間で発生します。管理職の方々は、送信できれば相手に届いたと思い込む傾向があるため、この問題を見落としがちです。提案書が閲覧されない主な理由としては、以下が挙げられます。

  • メールがスパムまたはプロモーションタブに振り分けられる
  • 件名が、購入者にメールを開封する理由を与えていません
  • タイミングが悪い（金曜日の遅い時間や祝日週に送信された場合）
  • 送信者が購入者に認識されていない

2番目に多いリークは、「閲覧済み」と「署名済み」の間で発生します。この段階のリークは、コンテンツ、価格設定、法的な摩擦、または担当者が思っていたほど見込みのなかった案件が原因である可能性があり、診断が難しいものです。しかし、多くの提案書にわたるパターンを分析することで、原因を絞り込むことができます。特定の業界向けのすべての提案書が同じ段階で止まっている場合は、テンプレートやポジショニングに問題がある可能性が高いです。テンプレートを問わず停滞率が一定で、担当者によって異なる場合は、営業手法やタイミングの問題です。

「署名依頼済み」と「署名済み」の間で起こる、あまり気づかれないリークがあります。購買担当者はすでに関与しており、提案書は確認済みで、電子署名が依頼された状態です。しかし、何も進まない。これは多くの場合、署名体験そのものにおける摩擦が原因です。署名にデスクトップブラウザが必要だったり、複数のフォーム項目への入力が求められたり、わかりにくいリダイレクトが発生したりする場合、一部の購買担当者は最後まで完了できないことがあります。

Portantのファネルを支えるプロパティ

いつ使用するか PortantのHubSpot連携、Portantを通じて作成されたすべてのドキュメントは、HubSpot内の独自のカスタムオブジェクトレコードになります。これにより、ファネルレポートが実現可能となります。各ドキュメントレコードには、その進捗を追跡するためのプロパティが含まれています。

  • ドキュメントステータス：ライフサイクルステージを追跡します。値には、Pending（保留中）、Draft（下書き）、Approved（承認済み）、Sent（送信済み）、Signature Requested（署名依頼済み）、Partially Signed（一部署名済み）、Signed（署名済み）、Completed（完了）が含まれます。
  • 閲覧回数：受信者がドキュメントを開いた回数をカウントします。
  • ドキュメントが作成されました：ドキュメントが生成された日時のタイムスタンプ。

これらはカスタムオブジェクト上のネイティブ HubSpot プロパティであるため、取引、コンタクト、または会社に関するレポートと同じ方法で、フィルタリング、グループ化、レポート作成が可能です。CSV のエクスポートは不要です。別のツールの分析ダッシュボードに切り替える必要もありません。

HubSpot で作成したドキュメントは、次の場所にアクセスすることで直接確認できます。 Portant ドキュメントオブジェクトビュー（ドキュメント内）そこから、リスト、フィルター、そして次にご説明するファネルレポートを作成できます。

ファネルレポートをステップバイステップで作成する

HubSpot での設定方法をご紹介します。

1. レポートビルダーを開きます

メインナビゲーションの Reports に移動し、Create Report をクリックします。データソースとフィルターを完全に制御できるよう、Custom Report Builder を選択してください。

2. データソースを選択してください

Portant Documentカスタムオブジェクトをプライマリデータソースとして選択してください。取引金額やパイプラインなどの取引データを参照したい場合は、関連オブジェクトとしてDealsを追加してください。

3. ファネルステージを設定する

Document Statusプロパティをステージのディメンションとして使用してください。値を自然な進行順に並べてください。

  • 保留中
  • 下書き
  • 承認済み
  • 送信済み
  • 署名のご依頼
  • 一部署名済み
  • 署名済み
  • 完了

すべての書類がすべてのステージを通過するわけではありません。正式な署名リクエストのステップが不要な場合、「送信済み」から直接「署名済み」へとスキップすることがあります。それで問題ありません。このレポートでは、書類が実際にどのステージに到達したかを確認できます。

4. 日付フィルターを追加する

「Document Created」でフィルタリングすることで、レポートを特定の期間に絞り込むことができます。古いレコードのノイズを排除しつつパターンを把握するのに十分なデータを確保するため、まずは過去90日間から始めることをお勧めします。「今月」や「今四半期」などのローリング日付フィルターを使用すると、定期的なレビューにも活用できるレポートになります。

5. 内訳を追加する

基本的なファネルが機能したら、データをスライスするためのディメンションを追加します。

  • 取引担当者 担当者別にパフォーマンスを比較するため
  • 商談パイプライン 異なる製品や地域ごとに個別のパイプラインを実行している場合
  • テンプレート名 特定の提案書テンプレートが他のものより高いコンバージョン率を達成しているかどうかを確認するため

6. 保存して共有する

営業マネージャーが毎週確認するダッシュボードにレポートを保存してください。私はこれを商談速度やパイプライン価値のレポートと並べて配置し、ドキュメントファネルが全体の文脈の中で把握できるようにしています。商談が進んでいるにもかかわらずプロポーザルへの署名が進まない場合は、ドキュメントプロセスに問題があります。プロポーザルは進んでいるのに商談が停滞している場合は、ボトルネックは別の場所にあります。

ファネルデータの読み方

レポートが実行されたら、各トランジションで確認するポイントをご紹介します。

送信数に対する閲覧率が低い（60%未満）。 これは配信の問題であり、コンテンツの問題ではありません。確認してください メール到達率、送信時間、そして受信者が適切な担当者かどうかを。ドキュメントに添付されたメールが、購買担当者に開封する明確な理由を与えているかどうかも見直してください。

閲覧数が多く、署名率が低い。 ドキュメントは購買担当者に届いていますが、成約につながっていません。提案書の内容を確認してください。価格は明確ですか？スコープは話し合った内容と一致していますか？提案書で対処されていない反論はありませんか？長さも確認します。単純な案件に対する20ページの提案書は、複雑な案件に対する薄い1ページの提案書と同様に、購買担当者を遠ざける可能性があります。

単一閲覧数が多く、繰り返し閲覧数が少ない。 購買担当者はちらりと見ているだけで、じっくり検討していません。これは多くの場合、CFOや調達担当者がレビューするために必要な詳細が提案書に不足していることを意味します。明確な価格サマリー、タイムライン、具体的な成果物を追加することで、繰り返し閲覧数が増加することがよくあります。

「署名依頼済み」で停滞している。 購買担当者は関与していますが、署名していません。署名体験がモバイルで正常に機能するかどうかを確認してください。法律用語が躊躇を生んでいないかどうかも確認してください。署名フローを簡素化することで、提案書自体を書き直すよりもコンバージョンが向上することがあります。

上流の修正と下流の修正

ファネルはどこに注力すべきかを教えてくれます。ファネルがなければ推測に頼るしかありませんが、ファネルがあれば改善作業を2つのカテゴリーに分けることができます。

上流の修正 は、購買担当者がドキュメントを見る前の問題に対処します。

  • 提案書の開封数が最も多い時間帯に基づいて送信時間を調整する
  • 購買担当者がクリックする理由を提示する件名とプレビューテキストを作成する
  • 案件の最初の連絡先だけでなく、意思決定者に送信していることを確認する
  • 送信ドメインのスパムおよび到達率の設定を確認する

下流の修正 は、ドキュメントが閲覧された後の問題に対処します。

  • 価格、スコープ、次のステップの明確さについて 提案書テンプレート を見直す
  • 典型的な案件規模に適した深度を見つけるために、短い形式と長い形式をテストする
  • フィールド数を減らしモバイル対応レイアウトにすることで署名体験を簡素化する
  • 提案書が閲覧されたが一定期間内に署名されなかった場合にトリガーされるフォローアップ自動化を追加する

目標はファネルの最も弱いリンクを最初に修正することです。提案書の40%しか閲覧されていない場合、配信の問題を修正するまで提案書テンプレートを改善しても効果はありません。

ファネルデータを担当者コーチングとテンプレート最適化に活用する

提案書ファネルで最も有効だと感じた活用法の一つは、1対1のコーチングセッションに取り入れることです。「Acmeの案件はどうなっていますか？」といった抽象的な案件レビューの代わりに、マネージャーは案件オーナーでフィルタリングしたファネルを表示し、実際の数字について話し合うことができます。

ある担当者の提案書が高い閲覧率を記録しているにもかかわらず署名されていない場合、コーチングの会話は提案書の内容と反論への対処にシフトします。別の担当者の提案書がまったく閲覧されていない場合、会話はメール配信と送信習慣にシフトします。「今月なぜもっと成約できなかったのですか？」よりも、改善が必要な具体的なステージを示すため、はるかに生産的です。

テンプレートの最適化も同じ論理に従います。複数の提案書テンプレートを使用している場合、ファネルはどのテンプレートがより高いコンバージョン率を示しているかを教えてくれます。見た目は洗練されているが閲覧段階で一貫して停滞するテンプレートは、よりシンプルなレイアウトや別の配信メールが必要かもしれません。署名率の高いテンプレートは研究し、チーム全体に展開する価値があります。

よくある質問

このファネルを構築するためにPortantは必要ですか？

HubSpot内のドキュメントエンゲージメントデータをレポート可能なプロパティとして持つ必要があります。Portantは各ドキュメントのカスタムオブジェクトを作成し、ステータス、閲覧数、タイムスタンプのプロパティを含めることで、このタイプのレポート作成を可能にします。HubSpot内にそのデータがなければ、各ステップを手動で追跡するか、別のツールからエクスポートする必要があります。

ファネルはどのくらいの頻度で確認すべきですか？

アクティブな営業チームを管理するマネージャーには週次が適しています。小規模なチームや長い営業サイクルには月次で十分です。重要なのは一貫性です。ファネルは単一のスナップショットではなく、時間をかけてトレンドを比較するときに最も有用です。

データがまだ十分にない場合はどうすればよいですか？

たとえ数週間分のドキュメントしかない場合でも、手元にあるデータでレポートの構築を始めてください。最初は量よりも構造の方が重要です。データが増えるにつれてパターンが明確になります。通常、約50件から100件の提案書がシステムを通過すると、意味のあるシグナルが見えてきます。

提案書以外のドキュメントにも使用できますか？

はい。同じファネルのコンセプトは、契約書、見積書、または作成から完了までのライフサイクルをたどるあらゆるドキュメントに適用できます。Document Statusプロパティはドキュメントの種類に関係なく同じステージを追跡します。テンプレートまたはドキュメントの種類でレポートをフィルタリングすることで、各カテゴリーに対して個別のファネルを構築できます。