リード一覧がスコア順に並んだとき、営業担当者が「72点と68点は何が違うのですか」と尋ねます。閲覧率、滞在時間、CTAクリックに付けた点数は説明できても、誰にどの対応をするべきかは曖昧なままかもしれません。
文書行動ベースのリードスコアリングは、数字を精密にする作業ではありません。どの観察事実がどのフォロー行動を許し、判断を誤ったときに何を見直すかを説明できるようにする運用方針です。
スコアによって変える行動を先に決める
ルールを書く前に、スコアで何を決めるのかを定めます。連絡順を決める、追加資料を準備する、既存の担当者に確認を依頼する、といった行動では必要な根拠が異なります。
一つのスコアにすべての判断を任せると、解釈が広がります。初めて資料を受け取った連絡先と、回答期限が決まっている商談を同じ基準で扱う必要もありません。
主語と行動を具体的に書きます。「高得点ならホットリード」より、「担当者がいる案件では、回答期限が近い未確認の問いを先に確認する」のほうが運用に役立ちます。
観察、業務文脈、顧客の応答は扱いが異なる
文書へのアクセス、ページ閲覧、再閲覧、リンククリックは記録された行動です。次の質問を考える材料にはなりますが、予算承認、購入意向、意思決定権限、購買段階を示すものではありません。
入力を三つに分け、方針の中で異なる役割を与えます。
| 根拠 | 例 | 方針で許可できる役割 |
|---|---|---|
| 観察 | 文書アクセス、ページ再閲覧 | 確認するテーマ候補を示す |
| 業務文脈 | 既存ミーティング、依頼資料、回答期限 | 対応の緊急度と担当者を決める |
| 顧客の応答 | 返信、質問、合意した日程 | 顧客が表明した次の段階を記録する |
観察だけの項目は、自動結論ではなく人が確認する対象に残します。文脈や応答があっても、スコアが顧客の考えを代弁しないようにします。
万能な点数表ではなくスコア規則表を作る
「80％閲覧で50点」のような固定値は簡単ですが、なぜ有効かを説明しにくいものです。最初は点数表ではなく、スコア規則表で運用できます。
- 発動条件: どの観察と文脈がそろったときか
- 許可する行動: どのフォローまで許すか
- 担当者: 誰が元の記録を確認するか
- 見直し周期: ルールと対象をいつ再確認するか
- 禁止する解釈: 何を結論にしないか
依頼されて送った価格資料が再び開かれた場合、担当者に確認を促すことはできます。ただし「価格への懸念」と分類せず、どの条件を比較したいかを尋ねます。セキュリティ付録を開いて質問が届いたなら回答担当者を決めますが、「セキュリティ承認」とは記録しません。
並べ替えを助けるため、後から点数を付けることはできます。それでも規則表の根拠、行動、禁止する解釈は残します。
記録なしと未確認を同じ0点にしない
記録がないことは行動がなかった可能性に加え、測定されなかった、別の経路で確認された可能性もあります。文書を送ったか、リンクの識別が保たれたか、オフラインのファイルを共有したかを先に確認します。
クリックがないことだけで関心がないとは判断できません。文書内で答えを得た、またはCTAが現在の状況に合わなかった可能性があります。
方針には、否定的な根拠と未確認を分ける状態が必要です。情報が不足した対象を低い点数の下に隠さず、確認待ちとして残します。
誤検知と見落としの両方からルールを直す
高得点をもとに連絡したものの文脈が合わなかった場合、点数を下げるだけで終えません。どの入力を過大に評価し、担当者に何が足りなかったかを記録します。
反対に、低い点数でも対話が進んだなら、欠けていた文脈を確認します。顧客が明示した日程や資料依頼がルールに反映されていない可能性があります。
事例が蓄積したときや営業workflowが変わったとき、スコア規則表を見直します。点数分布の見栄えではなく、許可した行動に一貫性があり、担当者が元の根拠へ戻れたかを確認します。変更理由と適用日も残します。
FeatPaperの記録は入力であり、意向判定ではない
FeatPaperで確認できる文書アクセス、ページ閲覧と滞在、再閲覧、リンクやCTAのクリックは観察入力です。これらだけで購入意向や優先度を判定せず、CRMやマーケティングオートメーションが自動で点数を付けることも前提にしません。
チームはスコアの目的、許可する行動、担当者、見直しルールを定め、元の観察と解釈を分けて記録します。
リードスコアの品質は、説明し直し、修正できるかに表れます。担当者が行動を選んだ理由を説明でき、判断が外れたときに同じ根拠からスコア規則表を直せる状態を保ちます。
