1時間を無駄にしない週次Pipelineレビューの進め方

Pipelineレビュー中に担当者が何を考えているか聞くと、こんな声が返ってきます:「ジョンソンの案件について聞かれないといいけど。先週と同じことを言って、違って聞こえることを祈ろう。」その担当者は関与していないわけではありません。案件のクローズに実際に役立たないミーティングフォーマットに合理的に反応しているのです。

標準的なPipelineレビューには構造的な問題があります。状況報告として設計されています:担当者が各案件の状況を話し、マネージャーが頷くかフォローアップを尋ね、ミーティングが明確なコミットメントなしに終わります。担当者は同じ案件リストを持ち、新しい情報もなく帰ります。マネージャーはPipelineのメンタルモデルが少し良くなるが、実行可能なものは何もありません。

このフォーマットはそれを置き換えます。30分で実施でき、案件の状況ではなく案件の動きに焦点を当て、ドキュメント化された次のアクションで終わります。実際に役立つので担当者は嫌がりません。

ステップ1:ミーティングを可能にする事前準備

CRMのデータが間違っていればレビューは機能しません。誰かが参加する前に、担当者にミーティングに持ち込むすべての案件について5つのフィールドを更新するよう要求してください:

CRM事前準備チェックリスト5項目:

  1. ステージ:案件は今週の実際の購買者の行動に基づいて正しいステージにありますか?
  2. クローズ日:購買者が述べたタイムラインに基づいて、希望的観測ではありません。ズレた場合は更新してください。
  3. 次の購買者アクション:担当者が次に何をするかではなく、購買者がコミットして何をするか。「購買者が金曜日までに法的な修正を返送する」は次の購買者アクションです。「フォローアップする予定」はそうではありません。
  4. 最後の意味ある購買者アクション:購買者がアクティブな関与を示した最も最近の行動。メールの既読確認は数えません。
  5. 予測カテゴリー:コミット、ベストケース、またはPipeline。これは担当者の正直な判断で、マネージャーの希望ではありません。

前夜にその5つのフィールドのリマインダーを送ってください。明確にしてください:案件がミーティング開始前に更新されていない場合、議論されません。これは罰ではありません。案件がグループの注目に値するほど現実的でないというシグナルです。

HubSpotでは、これら5つのフィールドがリストモードで見えるように保存済みフィルタービューを構築してください。担当者はCRMで直接準備できます。Salesforceでは、これらのフィールドをクローズ日でソートして表示するカスタムレポートを使用してください。

ステップ2:3案件タイプアジェンダ構造

ミーティングは60分ではなく30分です。その目標を達成する方法は3つのタイプの案件のみを議論し、各カテゴリーに上限を設けることです:

コミット(10分):担当者が今期間にクローズすると言った案件。リスクのあるコミットは3〜5分の集中した問題解決を受けます。予定通りのコミットは60秒の確認を受けます。

ベストケース(10分):何かがうまくいけば今期間にクローズできる案件。それぞれについて:今週これをコミットに進めるために何が起こる必要があるか?それだけが聞く価値のある質問です。

停滞案件(10分):14日以上意味のある購買者の関与がない案件。これらは特定のリカバリーアクションまたはステージのダウングレードが必要です。

それ以外(初期ステージの案件、ナーチャートラックの案件、今四半期にクローズ日がない案件)はミーティングで時間を取りません。全Pipelineを1回のミーティングでレビューしようとするマネージャーは、重要なことについて深い思考をするのではなく、すべてについて浅い回答をするよう担当者を訓練します。

ステップ3:状況報告を置き換える4つの質問

「アクメ案件の状況は?」をこれら4つの質問に置き換えてください。後ろ向きの要約ではなく前向きの回答を強制します。

質問1:先週から何が起きましたか? 状況報告に似ていますが違います。担当者側のアクションではなく、購買者側のアクションについて具体的に聞いています。担当者が「フォローアップメールを送った」と言えば答えではありません。「購買者の法務チームがMSAに修正を返送した」が答えです。

質問2:購買者の次のコミットアクションは何ですか? 担当者が何をするつもりかではありません。購買者が何をすることに同意しているか、そしていつか?購買者がコミットした次のステップがなければ、案件に勢いはありません。それがこのミーティングで解決すべき問題です。

質問3:リスクは何ですか? これは最も重要な質問ですが、答えが不快なためほとんどのマネージャーがスキップするものです。直接的に聞き、「大丈夫だと思います」で担当者を逃がさないでください。具体的なリスクを求めてください:予算は確認されましたか?経済的バイヤーはまだ関与していますか?競合他社が参入しましたか?

質問4:私に何が必要ですか? すべての案件レビューをこれで終えてください。時に担当者はマネージャーがコールに参加してほしい。時にアカウントのコネクションへの紹介が必要。時には四半期末前にクローズするためにディスカウントを申し出る許可が必要なだけです。聞かなければ気づきません。

これら4つの質問は1案件あたり3〜5分で収まります。だから計算が成り立ちます:コミット2〜3件、ベストケース2〜3件、停滞案件2〜3件を各3〜5分でこなすと25〜30分になります。

ステップ4:14日間案件進行ルール

14日以内に完了した購買者がコミットしたアクションがない案件はステージのダウングレードを受け、猶予を与えられません。このルールはPipelineステージに観察可能な参入基準がある場合にのみ機能します — ステージが曖昧だと担当者はダウングレードの会話を避けるために案件が「技術的に資格を満たす」と主張できます。

このルールをほとんどのマネージャーは厳しいと感じるため抵抗します。しかし2週間動いていない案件は置いたステージにありません。それより前のステージにあります。後のステージに保つことでPipelineが実際よりも健全に見え、予測精度を破壊します。

ダウングレードは罰ではありません。再調整です。案件を「提案」から「評価中」に移動するとき、購買者が提案を比較しているように行動するのをやめたと言っています。

ステップ5:ミーティングでのマネージャー対担当者の役割

Pipelineレビューで最も一般的な失敗パターンは、担当者が黙って座っている間にマネージャーがCRMをナレーションすることです。これは1時間かかり、担当者に何も教えません。

正しい役割分担:

担当者の仕事:更新されたCRMデータを準備して来る。内部の活動ではなく購買者のアクションを使って案件の状況を説明する。リスクと必要なものについて明確な視点を持つ。

マネージャーの仕事:質問する。ナレーションや要約をしない。フォームワーク(4つの質問)を保持する。停滞案件について判断する — リカバリープランまたはステージダウングレード。担当者がサポートを必要とするときは自分自身にアクションアイテムを割り当てる。

マネージャーが話すほど担当者が受動的になります。担当者が話すほど案件の直感が養われます。

ステップ6:5分でアウトカムをドキュメント化する

すべてのレビューの最後の5分はドキュメント化のためです。これをスキップしないでください。書かれたものが追跡されます。

レビュー後の更新テンプレート(3〜4分で完了):

議論された各案件について、ミーティング直後(1日の終わりではなく)にCRMを更新してください:

  • 次の購買者アクション:今週購買者がコミットしたものを更新
  • マネージャーのアクション:マネージャーがコミットした紹介、コール、承認、リソース
  • 予測カテゴリー:ミーティング中に変わった場合は更新
  • レッドフラグタグ:実際のリスクが浮上した案件にCRMでレッドフラグマーカーを適用
  • 案件メモ:ミーティングで何が決定されたかを1文で要約(例:「木曜日までにCFOの紹介があればベストケースに移動することで合意」)

HubSpotでは、案件ノートと活動記録を使用してください。Salesforceでは、案件レコードのChatterフィードと予測カテゴリーフィールドの更新を使用してください。

ミーティングが集中していたため、ドキュメント化は5分未満かかるはずです。

ステップ7:見逃したコミットへの対応

Pipelineレビューで最も難しい会話は、先週の見逃したコミットについてです。担当者が案件をクローズすると言いました。クローズしませんでした。これをどう扱うかが予測に意味があるかどうかを決定します。

説明責任の会話は非難のセッションではありません。診断です:「先週これをコミットと呼びました。クローズしませんでした。何が起きましたか?」次に聞いてください。答えは3つのカテゴリーに入ります:

  1. 購買者側の遅延:購買者に何かが変わりました:予算の凍結、ステークホルダーの離脱、競合する優先事項。これは一般的で通常担当者のコントロール外です。正しい対応は前進する道筋を見つけることです。

  2. 担当者側の過度な楽観主義:担当者は明確な証拠なしにコミットしました。正しい対応は読み違えていたシグナルを理解し、コミットコールを実際にサポートする証拠についてコーチングすることです。

  3. プロセスの失敗:システムの何かが失敗しました:法的レビューが長すぎた、承認が詰まった、技術評価が完了しなかった。正しい対応はプロセスを修正し、担当者をコーチングしないことです。

よくある失敗

全案件をレビューする。 30件の案件が45分あると、1件に1.5分しか使えず何も学べません。今週判断またはリスクが必要な8〜10件の案件を選んでください。

CRM準備なしで担当者が参加するのを許す。 データを更新せずに担当者が入場できれば、レビューは事実ではなく記憶に基づきます。事前準備要件を徹底してください。

アクションアイテムへのフォローなし。 マネージャーが紹介やコールをコミットして実施しない場合、担当者はレビューが有用と信頼するのをやめます。

レビューを業績評価にする。 Pipelineレビューは案件についてであり、担当者の全体的なパフォーマンスについてではありません。

次のステップ

このフォーマットを評価する前に4週間連続で実施してください。2つの指標を追跡してください:

  1. 平均ミーティング時間:30〜35分に達していますか?そうでなければ、おそらく多すぎる案件をレビューしているか、マネージャーが話しすぎています。
  2. 予測精度:各週の始めに何を呼んだかと実際にクローズしたものを比較してください。差を追跡してください。4週間で改善していればフォーマットが機能しています。予測ケイデンスガイドはレビューフォーマットが安定した後に週次から隔週または月次のケイデンスに移行する方法を説明しています。

関連記事