リード点数が高ければ営業へ渡す？適合性と関心を別々に見る方法

春野ラボの加藤は森製作と北倉庫のリードを評価します。森製作は対象用途に合うが閲覧が一回、北倉庫は閲覧十回でも対象外の設備用途を求めています。

合計閲覧点数だけで営業へ渡すと対応できない用途が優先されます。

適合条件と行動による関心を別軸へ分け、対象外と未確認を先に判定して営業確認の候補を選びます。 参照資料「HubSpot: Lead scoring tool」で確認した範囲は、属性への適合と行動への関心を分ける点数、行動点の期限・減衰。 この節の会社・担当・社内基準は架空の教材です。

この章の根拠：出典1

「森製作」の入力は、用途適合、閲覧一回です。ここでは具体的な質問の有無を確認します。記録の判断欄には「適合あり・関心は小さい」と残します。

「北倉庫」の入力は、用途対象外、閲覧十回です。ここでは関心点が高くても商談候補にしません。記録の判断欄には「対応範囲に不一致」と残します。

「橋工業」の入力は、用途未記入、閲覧五回です。ここでは対象用途の確認タスクへ回します。記録の判断欄には「適合未確認」と残します。

比較表は横に動かして全ての列を確認できます。

加藤は対応地域と用途を適合判定にし、閲覧や具体質問を関心材料にします。対象外を減点だけで相殺できる設計にせず、除外条件を別に持ちます。

閲覧一回が十回より低くても、営業が対応可能なのは森製作です。一方、適合するだけで商談準備完了とは言えず、現在の検討条件を佐々木が確認します。

適合は提供範囲との関係、関心は観測した行動です。十回閲覧しても用途が範囲外の北倉庫は優先商談へ入れず、橋工業は用途不明という独立状態で確認します。

用途の入力ミスが疑われる対象外は断定せず、確認中にします。読んだテーマから用途を補完せず、具体質問や本人の回答で判定を更新します。

点数と除外条件は架空の社内基準です。閲覧回数は購入確率ではなく、自動アクセスや計測漏れの確認も別に必要です。

加藤は入力ミスが疑われる用途を本人が書いた質問と照合します。関心が高いことを理由に範囲外条件を外さず、確認済みの回答が得られてから適合を更新します。

加藤は三社の二軸表を作り、佐々木は森製作の質問を確認します。橋工業は適合確認へ、北倉庫は対応範囲説明の準備へ分けます。

対象外の十回閲覧が営業順位を押し上げず、未確認が不適合と混ざらないか試します。評価基準と確認日の変更は版として残します。

吉田は北倉庫に高い行動点を付けても除外条件が残るか試します。属性の空欄を適合とみなしていた場合は不明へ訂正し、佐々木が条件確認を持つ状態へ戻します。

対応可能な用途と観測行動を別の軸へ置きます。未知の適合状態を低関心と混ぜず、確認の必要が読める表を作ります。

森製作が対応可能でも、営業の準備が整ったとは限りません。現在の検討条件は別の確認として残します。

加藤は用途の根拠を、吉田は除外条件を点検します。高得点だけで営業へ確定引渡しされないことを三社の例で確かめます。