リードスコアリングが想定と違うとき｜誤加点・減衰・連携漏れの点検表

初期設計そのものは適合度と行動を分ける設計ガイドで扱っています。ここではその設計が実際のデータで再現されているかを調べます。高得点で商談化しないケースでも、計算ミスなのか、仮説どおりに関心を表していないのかを区別してください。

点検中にも顧客データは変化します。いまの点数と昨日の属性を比べるのではなく、対象ID、判定日時、ルールの版、入力値、イベント一覧、点数内訳を同じ時点で残します。不要な個人情報をコピーせず、権限を絞った確認用データで作業します。

HubSpotの公式資料では、個別レコードのルールごとの得点確認や、予想と違う場合のプロパティー履歴確認が案内されています。利用機能・権限は契約によって異なりますが、点数だけでなく根拠を追うという考え方は、表計算の運用にも使えます。

• 画面表示時刻と最後に計算された時刻を区別する
• 会社単位・担当者単位のどちらを採点しているか確認する
• 同じイベントの再送と、別の新しい行動をIDで区別する
• 現在の属性値だけでなく、加点時の属性値も確認する
• 点数を手修正する前に、不一致の状態を記録する

次はテスト設計の説明用です。「対象業種に一致すると適合度20点」「課題が記載された本人返信は行動15点、同一対象で一度だけ」「説明会参加は行動5点、直近30日内で一度だけ」と仮定します。適合度と行動は合算せず別々に出します。実運用の推奨配点ではありません。

期間の境界は「30日前まで」などの表現だけで決めず、基準時刻から何時間前まで含むか、タイムゾーンは何かを固定します。ちょうど境界のイベント、その直前・直後を追加してテストします。既存顧客や連絡停止はスコアと別の制御で、営業抽出から正しく除外されるか確認します。

計測できない行動は、行動がなかったことと同じではありません。電話で課題を確認した顧客が低得点なら、電話の確認結果が入力される項目を見ます。一方、メール開封だけが多い場合は、本人の関心を直接示す情報と同一視していないか見直します。

1. 不一致だった対象を含むテストケースで、旧設定の結果を保存します。
2. 一度に一種類の変更を行い、期待値どおりになったかを確認します。
3. 正常だった対象も再テストし、別の条件を壊していないか調べます。
4. 変更の影響で営業対象が何件増減するかを確認し、処理できる量で適用します。
5. 変更後の通知と担当割当まで確認し、旧版へ戻す条件を記録します。

計算が正しくなった後に、優先順位と実際の有効商談を比較します。計算精度と営業成果は別の評価です。点数を直すだけで商談増を保証できるわけではないため、会話の内容や商談判定も合わせて改善します。