リードクオリフィケーションの判定が担当者で違うとき｜基準合わせ会議の進め方

受け入れ済みの案件だけ集めると、保留や対象外の基準を確認できません。各状態から選び、判断の境界にある案件を含めます。参加者に必要な情報へ限定し、判定後に得た事実で当時の担当者を評価しないようにします。

HubSpotの公式資料も営業プロセスの段階と、その中の状態を区別しています。CRMのステージ名だけで説明せず、誰が何を確認した状態なのかを自社の基準に添えます。

最初に責任者が結論を言うと、他の担当が意見を合わせることがあります。各自が先に判定票を埋め、後から並べます。次は架空のSaaS案件で、用途と課題は確認できたものの必須連携が未確認という例です。

両者が同じ事実を見ているなら、入力漏れではなく受け入れ条件の問題かもしれません。技術確認の商談を別枠にするか、事前に仕様を確かめるかを、実際の提供体制に合わせて決めます。

結論が違っただけでどちらかを誤りとしません。確認根拠をたどり、下表のように原因を分類します。資料不足の場合は保留し、会議の中で都合のよい顧客像を作って決着させないことが重要です。

質問項目を一律に増やすより、判断を変える情報を特定します。顧客へ再確認する場合も、社内認識の不一致をそのまま相手へ投げず、確認目的を整理して担当を決めます。

変更条件と理由を記録し、受け入れ・追加確認・対象外の境界例を作ります。別の案件を同じ手順で独立判定し、同じ根拠から判断できるかを確認します。適用日と責任者を決め、外注先も含め利用者へ最新版を共有します。

例えば仮想10件で7件一致なら70％ですが、少数かつ選んだ案件なので全体品質は示せません。重要な対象外条件の見落としは平均とは別に確認します。過去の結果を一括で上書きせず、当時の判断と再確認後の結果を残し、商談数の変化が基準変更によるものかも説明できるようにします。