ほとんどの営業チームは、毎月何件の提案書を送っているかを把握しています。しかし、実際に開封された件数を把握しているチームははるかに少ないのが実情です。そして、「送付済み」から「署名済み」までの間で、どのステージで商談が止まっているかをステージごとに説明できる人は、ほとんどいません。
そのギャップは重要です。月に50件の提案書を作成しているのに、閲覧されるのが20件だけなら、料金設定の問題ではありません。配信の問題です。送信するタイミングを変えたり、メールがスパムに振り分けられていないか確認したりするだけで解決できるかもしれません。しかし、40件が閲覧されて署名されるのが5件だけなら、問題は異なります。料金体系が話し合った内容と合っていないのかもしれません。提案書が購入者の本当の疑問に答えていないのかもしれません。
提案エンゲージメントファネルを活用することで、そのような明確な把握が可能になります。提案を「送信」と「成約」の間にあるブラックボックスとして扱うのではなく、商談の各ステップを可視化し、案件が停滞している正確なポイントを特定することができます。
提案エンゲージメントの可視性が重要な理由
営業マネージャーがクロージング率の低さに悩んでいる場合、会話はほぼ必ずパイプラインのレベルから始まります。「もっと多くの案件が必要だ」とか「担当者のクロージングが遅すぎる」といった声です。これらは確かに現実の課題ですが、あくまでも症状に過ぎません。
通常見落とされがちな疑問があります。提案書が HubSpot を離れた後、どうなるのでしょうか?
ドキュメントのエンゲージメントを把握できなければ、マネージャーは根拠のないコーチングを行うことになります。パイプライン上の案件は確認できても、買い手が実際にプロポーザルを開封したか、価格を確認したか、調達チームに共有したかどうかは分かりません。このデータの欠如により、コーチングの会話は「現状はどうですか?」という問いかけにとどまり、「この案件はここで止まっています。次にこのアプローチを試してみましょう。」という具体的な提案には至りません。
ファネルレベルの可視性が、その会話を変えます。提案書の80%が閲覧されているにもかかわらず、署名されるのはわずか15%だとわかれば、問題はリーチではないことが明確になります。問題はコンテンツ、価格設定、またはタイミングにあります。そのデータを担当者別、テンプレート別、または商談ステージ別に分析できれば、次に取るべきアクションは自ずと明らかになります。
健全なプロポーザルファネルとはどのようなものか
提案ファネルは、購買者のコミットメントのレベルをそれぞれ表す7つのステージで構成されていると考えています。
- 作成済み:文書はシステム内に存在します
- 送信済み:バイヤーの受信箱に届きました
- 閲覧済み(1件以上):購入者が少なくとも1回開封しました
- 閲覧済み(3件以上):購入者が複数回確認のために戻ってきました
- 署名のリクエスト:電子署名がドキュメントに追加されました
- 署名済み:購入者が署名しました
- 完了:全当事者が署名を完了し、プロセスが終了しました
各トランジションは、それぞれ異なる情報を示しています。「送信済み」から「閲覧済み」への落ち込みは、配信と注目度に関するものです。「閲覧済み」から「署名済み」への落ち込みは、コンテンツと説得力に関するものです。「署名済み」から「完了済み」への落ち込みは、多くの場合、購買側の社内プロセスの問題か、署名フローにおける摩擦が原因です。
健全な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カスタムオブジェクトをプライマリデータソースとして選択してください。取引金額やパイプラインなどのDealデータを参照したい場合は、関連オブジェクトとしてDealsを追加してください。
3. ファネルステージを設定する
ドキュメントのステータスプロパティをステージのディメンションとして使用してください。値を自然な進行順に並べてください。
- 保留中
- 下書き
- 承認済み
- 送信済み
- 署名のリクエスト
- 一部署名済み
- 署名済み
- 完了
すべての書類がすべての段階を経るわけではありません。正式な署名依頼のステップが不要な場合、「送信済み」から直接「署名済み」へと進むことがあります。それで問題ありません。レポートには、書類が実際にどの状態に至ったかが表示されます。
4. 日付フィルターを追加する
「Document Created」でフィルタリングして、レポートの対象期間を絞り込みましょう。まずは過去90日間から始めることをお勧めします。古いレコードのノイズを避けながら、パターンを把握するのに十分なデータが得られます。「今月」や「今四半期」のような相対的な日付フィルターを使用すると、定期的なレビューにも活用しやすいレポートになります。
5. 内訳を追加する
基本的なファネルが機能したら、データを分割するためのディメンションを追加します。
- 案件オーナー 担当者別のパフォーマンスを比較するために
- 商談パイプライン 異なる製品や地域ごとに別々のパイプラインを運用している場合
- テンプレート名 特定の提案書テンプレートが他のものよりもコンバージョン率が高いかどうかを確認するため
6. 保存と共有
レポートを、営業マネージャーが毎週確認するダッシュボードに保存しましょう。私はこれをディール速度やパイプライン金額のレポートと並べて配置し、ドキュメントファネルを全体の文脈の中で把握できるようにしています。案件が動いているにもかかわらず提案書が署名されていない場合は、ドキュメントプロセスに注意が必要です。提案書が動いているにもかかわらず案件が停滞している場合は、ボトルネックは別の場所にあります。
ファネルデータの解釈方法
レポートが実行されると、各トランジションで確認すべきポイントは以下のとおりです。
送信から閲覧までの比率が低い(60%未満)。 これは配信の問題であり、コンテンツの問題ではありません。メールの到達性、送信タイミング、そして受信者が適切な担当者かどうかを確認してください。ドキュメントに添付されているメールが、受け取った側に開封する明確な理由を与えているかどうかも見直しましょう。
閲覧数は多いが、署名率が低い。 ドキュメントは購買担当者に届いているものの、成約には至っていません。提案書の内容を確認してください。価格設定は明確ですか?スコープは事前の話し合いと一致していますか?提案書が対応していない懸念事項はありませんか?また、長さも確認します。単純な案件に対して20ページの提案書は、複雑な商談に対して薄い1枚もののものと同様に、購買担当者の関心を失わせる可能性があります。
閲覧数は多いが、再閲覧数が少ない。 購買担当者がざっと見るだけで、じっくり検討していない状態です。これは多くの場合、提案書にCFOや調達担当者がレビューするために必要な詳細が不足していることを意味します。明確な価格サマリー、タイムライン、具体的な成果物を追加することで、再閲覧数が増加することがよくあります。
「署名依頼済み」の段階で停滞している。 購買担当者は関心を持っているものの、署名に至っていません。モバイル端末での署名体験が適切に機能しているか確認してください。また、法的な文言が躊躇を生んでいないかも確認してください。署名フローを簡素化することで、提案書自体を書き直すよりも、コンバージョン率が改善されることがあります。
上流の修正と下流の修正
ファネルはどこに注力すべきかを教えてくれます。ファネルがなければ推測するしかありませんが、ファネルがあれば改善作業を2つのカテゴリに分けることができます。
上流の修正 購買担当者がドキュメントを見る前の問題に対処します。
- 提案書が最も多く開封される時間帯に基づいて送信タイミングを調整する
- 購買担当者がクリックする理由を与える件名とプレビューテキストを作成する
- 案件の最初の担当者ではなく、意思決定者に送信していることを確認する
- 送信ドメインのスパム設定と到達性設定を確認する
下流の修正 ドキュメントが閲覧された後の問題に対処します。
- ご利用の proposal template について、価格、スコープ、次のステップの明確さを見直す
- 短いフォーマットと長いフォーマットをテストし、典型的な案件規模に適した情報量を見つける
- フィールド数を減らし、モバイル対応のレイアウトにすることで署名体験を簡素化する
- 提案書が閲覧されたものの、一定期間内に署名されていない場合にトリガーされるフォローアップ自動化を追加する
目標はファネルの中で最も弱いリンクを最初に修正することです。提案書の40%しか閲覧されていない場合、配信の問題を解決するまでは、提案書テンプレートを改善しても効果は出ません。
ファネルデータを担当者コーチングとテンプレート最適化に活用する
提案書ファネルを活用して最も効果的だったことの一つは、1対1のコーチングセッションに取り入れることです。抽象的な形で案件をレビューする(「Acmeの案件はどうなっていますか?」)のではなく、マネージャーは案件担当者でフィルタリングしたファネルを表示し、実際の数字について話し合うことができます。
ある担当者の提案書が高い閲覧率を示しながらも署名に至っていない場合、コーチングの話題は提案書の内容と反論への対応にシフトします。別の担当者の提案書がまったく閲覧されていない場合は、メールの到達性と送信習慣に話題がシフトします。これは「今月なぜもっと案件を成約できなかったのか?」という問いかけよりも生産的です。改善が必要な具体的な段階を明確に示すことができるからです。
テンプレートの最適化も同じロジックに従います。複数の提案書テンプレートを運用している場合、ファネルはどのテンプレートがより高いコンバージョン率を達成しているかを示します。見た目は洗練されていても閲覧段階で常に停滞するテンプレートは、よりシンプルなレイアウトや異なる配信メールが必要かもしれません。署名率が高いテンプレートは、チーム全体で研究し、展開する価値があります。
よくある質問
このファネルを構築するにはPortantが必要ですか?
HubSpot内のドキュメントエンゲージメントデータをレポート可能なプロパティとして持つ必要があります。Portantは各ドキュメントに対してカスタムオブジェクトを作成し、ステータス、閲覧数、タイムスタンプのプロパティを生成することで、このようなレポート作成が可能になります。HubSpot内にそのデータがなければ、各ステップを手動で追跡するか、別のツールからエクスポートする必要があります。
ファネルはどのくらいの頻度で確認すべきですか?
活発な営業チームを管理するマネージャーには週次が適しています。小規模なチームや販売サイクルが長い場合は月次で十分です。重要なのは継続性です。ファネルは、単一のスナップショットではなく、時間をかけたトレンドを比較するときに最も役立ちます。
まだ十分なデータがない場合はどうすればよいですか?
数週間分のドキュメントしかない場合でも、利用可能なデータでレポートの構築を始めてください。最初は量よりも構造の方が重要です。データが増えるにつれ、パターンが明確になってきます。通常、約50件から100件の提案書がシステムを通過した後に、意味のあるシグナルが見えてきます。
提案書以外のドキュメントにも使用できますか?
はい。同じファネルのコンセプトは、契約書、見積書、または作成から完了までのライフサイクルをたどるあらゆるドキュメントに適用できます。Document Statusプロパティは、ドキュメントの種類に関係なく同じ段階を追跡します。テンプレートまたはドキュメントの種類でレポートをフィルタリングすることで、カテゴリごとに個別のファネルを構築できます。