私が一緒に仕事をしているチームで最も速い担当者は、平均して2日で提案書のサインをもらっています。最も遅い担当者は12日かかります。どちらも担当エリアが似通った、有能な営業担当者です。違いは才能にあるのではありません。プロセス、タイミング、そしてチーム全体のサイン完了までの時間を計測すると明確に浮かび上がるいくつかの習慣にあります。
サイン完了までの時間は、シンプルに聞こえるものの多くのことを教えてくれる指標の一つです。これは、ドキュメントが作成された時点から署名されて戻ってくるまでの差を測定します。この差の中には、担当者の行動、購買側の摩擦、テンプレートの品質、案件の複雑さといったシグナルが詰まっています。これをリーダーボードとして担当者別に可視化することで、隠れた変数をコーチングの会話へと変えることができます。
この記事では、HubSpot 内で Portant の Document Object プロパティを使ってそのレポートを構築する方法、データを取得した後の活用方法、そしてリーダーボードを有害なものにしないための使い方について解説します。
サイン完了までの時間が営業速度に重要な理由
営業速度には4つのレバーがあります。案件数、平均案件規模、勝率、そしてサイクル長です。サイン完了までの時間はサイクル長の中に含まれますが、データが存在しないためほとんどのチームが見過ごしている部分でもあります。
案件が実際にどこで時間を費やしているかを考えてみてください。初期段階はディスカバリーと資格確認に充てられます。これらは購買側の準備状況に依存するため、圧縮が難しい部分です。後期段階、つまり提案書や 契約書 を送付した後の期間は異なります。このウィンドウはより自分たちでコントロールできる部分です。
ドキュメントが適切な担当者のもとに届くまでの速さ。修正が必要かどうか。条件がどれだけ明確に提示されているか。購買担当者が今月ではなく今日サインする理由があるかどうか。これらすべてがサイン完了までの時間に影響します。
サイン完了までの時間が短ければ、案件のクローズが早まり、予測精度が向上し、パイプラインが後期段階で滞留して誰もが誤った自信を持つことがなくなります。サイン完了までの時間が長くなると、パイプラインの末尾に古い案件が詰まり、担当者は1週間前にサインされているべきだったドキュメントへのフォローアップにエネルギーを消耗し、売上が四半期をまたいでしまいます。
可視化するだけで平均サイン完了時間を40%削減したチームを見てきました。新しいツールも、新しいプロセスも不要でした。可視化だけで行動が変わったのは、担当者が「あの人は何を違うことをしているのか」と問い始めたからです。
サイン完了までの時間が実際に測定するもの
サイン完了までの時間とは、ドキュメントが作成された時点からそのステータスが署名済みに変わるまでの期間です。Portant では、HubSpot の Document Object にある2つのプロパティに対応しています。
- Document Created: Portant がドキュメントを生成した際のタイムスタンプ
- Document Status: ドキュメントの現在の状態。署名が完了すると「Signed」に更新されます。
計算は簡単です。Document Status が Signed と等しいドキュメントについて、Document Created のタイムスタンプを署名済みのタイムスタンプから引くだけです。その結果が、そのドキュメントのサイン完了までの時間となります。
ドキュメント全体で集計すると、担当者別、テンプレート別、案件ステージ別、または案件規模別の平均値が得られます。興味深いパターンが現れるのはここからです。
知っておく価値のある3つ目のプロパティは Portant Workflow Nameです。これは、どのテンプレートまたはワークフローがそのドキュメントを生成したかを示します。異なる提案書フォーマットや契約書タイプ間でパフォーマンスを比較したい場合に重要になります。
HubSpot に Portant の Document Object をまだ設定していない場合は、 HubSpot で作成済みドキュメントを確認するためのガイド にセットアップ手順が記載されています。ドキュメントが HubSpot 内で独自のレコードとして存在するようになれば、ここで紹介するすべてのレポートが HubSpot の標準レポート機能から利用できるようになります。
HubSpot でサイン完了までの時間レポートを設定する方法
私が一緒に仕事をするチームで使っているステップごとの設定方法をご紹介します。
ステップ1: Deal プロパティを使ったカスタムレポートを作成する
Reports に移動し、Create report、次に Custom report builder を選択します。プライマリデータソースとして Deals を選択し、セカンダリソースとして Document Object を追加します。これにより、案件レベルのフィールド（担当者、金額、ステージ）とドキュメントレベルのフィールド（作成日、ステータス、ワークフロー名）の両方にアクセスできます。
ステップ2: 署名済みドキュメントでフィルタリングする
Document Status が Signed と等しいフィルターを追加します。これにより、下書き、送付済みだがまだ署名されていないドキュメント、および無効化または期限切れになったものが除外されます。このレポートには完了した署名のみを含めます。
ステップ3: 期間を計算する
HubSpot のカスタムレポートビルダーでは、計算フィールドを作成できます。Document Created のタイムスタンプと Document Status が Signed に変わった日付の差を計算するフィールドを作成します。
HubSpot のプランが計算プロパティをサポートしている場合、この値を保持する案件レベルのプロパティを作成して他のレポートでも使用できます。計算フィールドがより制限される Professional プランのチームでは、Document Created の日付を開始点として使用し、ステータスが変更された日付範囲でフィルタリングすることで近似できます。正確な方法は HubSpot のサブスクリプションによって異なりますが、データはいずれも同じ場所に存在します。
ステップ4: Deal Owner 別に分類する
Deal Owner を行またはグループのディメンションとして設定します。これにより、担当者ごとに1行が生成され、署名済みの全ドキュメントにおける平均サイン完了時間が表示されます。昇順で並び替えると、最も速い担当者が先頭に表示されます。これがリーダーボードです。
ステップ5: より深い分析のために2つ目のディメンションを追加する
これは任意ですが有用です。 Portant Workflow Name を2つ目のディメンションとして追加すると、どのテンプレートが最も早くサインされているかを確認できます。または、Deal Amount を範囲として追加すると、大型案件の方が時間がかかるかどうかを確認できます（通常はそうですが、想定ほどの差がないことも多いです）。
案件ステージ別に分類することもできます。これにより、ドキュメント作成時の案件ステージが署名速度に影響するかどうかを把握できます。購買担当者がすでに承諾している口頭コミットメント段階で送付された 提案書 は、購買担当者がまだ選択肢を比較している評価段階で送付されたものよりも早くサインされるはずです。これは購買側の準備状況とタイミングに関するシグナルです。
データの分析: 何に注目するか
レポートが稼働したら、オペレーションチームと一緒に確認するディメンションを紹介します。
担当者別
これがコアとなるリーダーボードビューです。ある担当者の平均が2日で、別の担当者が12日の場合、問うべき質問は「どちらが優れているか」ではありません。「何が違うのか」です。
速い担当者は、両者がまだ会話に集中している商談の最中にドキュメントを送っているのかもしれません。遅い担当者は金曜日の午後にまとめてドキュメントを作成していて、購買担当者が月曜日まで確認しないのかもしれません。ある担当者はメールに常に明確な次のステップを含めていて、別の担当者はリンクだけを送っているのかもしれません。
担当者別の内訳の目的はランキングではありません。パターンの認識です。
テンプレート別
Portant Workflow Name プロパティを使ってテンプレートを比較します。標準の提案書が平均3日でサインされるのに対し、エンタープライズ向け契約書が9日かかる場合、それは想定内かもしれません。しかし、同じ購買セグメントを対象とした2つの提案書テンプレートでサイン完了時間が大きく異なる場合、遅い方のテンプレートにはフォーマット、長さ、または明確さの問題があると考えられます。
これは、テンプレートを更新、統合、または廃止するかどうかを決定する際に役立つデータです。サイン完了までの時間は、どのフォーマットに購買担当者が最も早く反応するかを教えてくれます。
案件規模別
大型案件は一般的に関与するステークホルダーが多く、法務レビューも厳格なため、サインまでの時間が長くなります。しかし、その関係は必ずしも線形ではありません。中堅市場向けの案件がエンタープライズよりも時間がかかるケースを見てきました。購買担当者に調達プロセスがなく、誰かの受信箱にドキュメントが届いたまま読むのを忘れているためです。
案件金額の範囲別（例えば、$10k 未満、$10k から $50k、$50k 超）に分類すると、各層における「通常」のベンチマークが得られます。そのベンチマークなしには、担当者の平均が遅い理由がコーチングの問題なのか、案件構成の問題なのかを判断できません。
案件ステージ別
ドキュメントが作成された時点の案件ステージを追跡することで、タイミングが署名速度に影響するかどうかを確認できます。購買担当者がすでに承諾しているという口頭コミットメント段階で送付されたドキュメントは、購買担当者がまだ選択肢を比較している評価段階で送付されたドキュメントよりも早くサインされるはずです。
そのパターンが当てはまらない場合、ステージの定義を見直す必要があるかもしれません。または、担当者がバイヤーの準備が整う前に 契約書を 送付しているケースが考えられます。その場合、長い待ち時間が署名の問題に見えますが、実際には資格確認の問題です。
有害な競争を生まずにデータからコーチングする
リーダーボードは好奇心を刺激するときに効果を発揮します。不安や責任追及を生み出すと機能しなくなります。
データの活用方法として私がおすすめするのは次のとおりです。チームの場で共有しますが、業績評価ではなく学習の場として位置づけてください。上位のパフォーマーに、自分が何を違う形で行っているかを説明してもらいましょう。答えはシンプルかつ実践的なことが多いです。送付前に通話中にドキュメントをプレビューする、バイヤーが同意した内容を一行でまとめて添える、翌営業日のフォローアップタスクを設定するといったことです。
文脈なしに署名までの時間を報酬や公開ランキングに結びつけないでください。複雑な複数当事者の案件を扱う担当者は、単一署名者の更新案件を担当する担当者よりも平均時間が長くなるのは自然なことです。同じ軸で比較すると、誤った行動を罰することになります。
代わりに、同じカテゴリ内で比較しましょう。案件タイプ、案件規模、または地域でグループ化し、そのグループ内での相対的なパフォーマンスを確認します。そうすることで、同条件のもので比較できます。
目標は、チーム内の優れた習慣をすべての担当者が学ぶことであり、最も遅い担当者を際立たせることではありません。
署名までの時間が長くても許容される場合
署名までの時間が長いことが必ずしも問題とは限りません。以下は数値が高くなることが予想され、改善を促さない状況です。
複雑な複数当事者の案件。 契約書に異なる企業の複数のステークホルダーの署名が必要な場合、各当事者が時間を追加します。三者間の契約で平均5日というのは遅くなく、むしろ速いと言えます。
エンタープライズの調達プロセス。 大規模な組織には、法務レビューのサイクル、調達のキュー、承認フローがあり、担当者のコントロール外です。ここでも署名までの時間の追跡は重要ですが、ベンチマークはチーム平均ではなく、同様のエンタープライズ案件を基準に設定すべきです。
カスタムスコープまたは価格設定。 ドキュメントが双方で交渉を想定した初稿である場合、時計はプロセスに対して動き始めるのであり、イエスかノーかの決定に対してではありません。これらの案件も引き続き追跡すべきですが、バイヤーが読んで署名するだけの標準テンプレート送付とは別に管理してください。
季節的または予算に基づくタイミング。 予算サイクルのリセットや会計年度の開始まで署名できないバイヤーもいます。このような場合の署名までの時間は、担当者のパフォーマンスではなくバイヤーの制約を反映しています。
署名までの時間が長い場合の適切な対応はセグメンテーションです。スピードがコントロール可能な案件とそうでない案件を分け、前者のグループにコーチングエネルギーを集中させてください。
署名までの時間を収益と予測精度に結びつける
署名までの時間は、リーダーシップが重視する二つのことに直接影響します。収益が計上されるタイミングと、予測の信頼性です。
収益タイミングはわかりやすいです。ドキュメントが未署名のままである日数だけ、収益が遅延します。サブスクリプションモデルでは、開始日がずれて最初の更新がさらに先になるため、この遅延が積み重なります。プロジェクト型収益では、未署名の契約がキックオフを遅らせ、請求マイルストーンも遅れます。
予測精度はより微妙な問題です。案件が「契約書送付済み」の状態で何週間も止まると、パイプラインが膨らみます。セールスリーダーは後半ステージのパイプラインが充実しているように見えて楽観的な予測を立てます。しかし、これらの案件の平均署名時間が上昇傾向にある場合、パイプラインは進行しているのではなく老朽化しています。署名までの時間を追跡することで、ベンチマークを超えてドキュメントが送付されており、バイヤーのエンゲージメントがない案件を割り引いて予測を調整できます。
私が連携しているチームの中には、シンプルなルールを追加しているところもあります。その案件タイプの平均署名時間の2倍を超えてドキュメントが送付されており、バイヤーのアクティビティがない場合、その案件はレビュー対象としてフラグを立てます。このフラグは案件が失注を意味するものではありません。実際の状況について誰かが率直な会話をする必要があることを示しています。
まとめ
署名までの時間のリーダーボードは虚栄の指標ではありません。チームのクローズ方法、どのテンプレートが機能しているか、バイヤーがどこで躊躇しているか、そして予測が現実を反映しているかどうかを映し出す窓です。
設定には半日もあれば十分です。Portant の Document Object プロパティを使用して HubSpot でレポートを作成し、担当者とテンプレート別に分解してチームと共有しましょう。そのデータが会話のきっかけになります。
HubSpot と Portant を使用している場合、Document Created および Document Status プロパティはすべてのドキュメントレコードにすでに存在します。まだ Portant を使用していない場合は、 HubSpot integration から始めてください。Portant は HubSpot 認定No.1のドキュメント自動化アプリであり、92万人以上のユーザーと510万件以上のドキュメントが自動化されています。すべてのドキュメントが HubSpot 内で独自のレコードになるため、このようなレポートが実現可能になります。
最初のワークフローの構築を始めれば、 1週間以内に署名までの時間のリーダーボード用データが揃います。
よくある質問
このレポートに必要な HubSpot のティアは何ですか？
複数のデータソースを使用したカスタムレポートビルダーを利用するには、少なくとも HubSpot Professional が必要です。Starter をご利用の場合、個別の案件のドキュメントタイムラインを使用して署名までの時間を手動で追跡することは可能ですが、集計されたリーダーボードレポートには Professional または Enterprise が必要です。
署名されなかったドキュメントの署名までの時間を追跡できますか？
はい、追跡すべきです。送付されたものの署名されなかったドキュメントは、速度ではなくドロップオフについて教えてくれます。Document Status が Signed と等しくないものでフィルタリングし、そのドキュメントが未処理のままになっている期間を表示する別のレポートをおすすめします。そのレポートにより、停滞した案件や完了率の低いテンプレートが浮き彫りになります。
リーダーボードはどのくらいの頻度でレビューすべきですか？
ほとんどのチームにとって月次が適切なリズムです。週次は監視のように感じられることがあります。四半期ごとではトレンドを把握するには遅すぎます。月次であれば、担当者がマイクロマネジメントを感じることなく、パターンを見つけるのに十分なデータポイントが得られます。
チームが小さく、リーダーボードに2、3人しかいない場合はどうすればよいですか？
リーダーボードは引き続き機能しますが、価値の重点が担当者同士の比較からトレンド分析へと移ります。各人の署名までの時間を継続的に追跡し、月次での変化を確認しましょう。誰かの平均が突然2倍になった場合、小規模なチームであっても話し合う価値のある状況です。
