CRM・SFAが定着しない
必須項目を増やすと、空欄は消えますが誤りが増えます
決裁者名が半分空欄のレポートを見て、その項目を必須にしました。翌月、空欄はゼロになりました。
そして、その項目は二度と使えなくなりました。
必須化で消えるのは空欄で、分からないという事実ではない
必須項目は、入力を強制しません。保存を強制するだけです。
営業は保存したい。答えは持っていない。この2つが同時に成り立つとき、人が選ぶのは「その場で保存が通る値」です。選択肢なら先頭か、いちばん無難なもの。日付なら今日か月末。金額なら切りのいい数字。名前なら、名刺交換した中でいちばん役職の高い人。
このとき起きているのは、データが増えたことではありません。空欄という一種類の状態が、複数の値に分散して見えなくなったことです。空欄は「まだ分かっていない」を意味していました。埋まった「営業部長」は、本当に決裁者かもしれないし、決裁者に会えていない証拠かもしれない。区別する手段が、必須化と同時に消えます。
しかもこの誤りは、後から直せません。レポート上は正常に見えるからです。
入力が止まる理由に、必須化は何ひとつ触れていない
マツリカが2024年11月25日から28日に実施した「SFA/CRM活用課題調査」（IDEATECHの調査企画によるインターネット調査、対象はSFA/CRMを利用しているB2B企業の営業部門管理職・主任101名）で、情報を入力しない理由の1位は「入力作業に時間がかかるから」54.5%でした。以下、「入力しづらくて面倒」39.6%、「操作方法が分かりにくい」34.7%、「入力するメリットが分からない」32.7%と続きます。
n=101と小さく、SFAを売っている会社の調査です。比率は桁感として読んでください。
キーウォーカーが2025年10月8日から10日に実施した調査（PRIZMAによるインターネット調査、SFA・CRM・BIツール導入済み企業の営業部門の現場担当者と管理職1,034名）でも、入力が遅れる理由の2位は「入力項目が多すぎる」38.5%です。1位は「他業務が優先」44.2%でした。
並べて分かるのは、上位に「入力したくない」という意思がほとんど出てこないことです。時間、手順、項目数。全部、設計側で減らせるものが並んでいます。
必須化は、このどれも減らしません。減らすのは、答えを持っていない人の逃げ道だけです。時間がないから入力できなかった人は、必須にされた瞬間、時間がないまま何かを入れる人になります。
空欄は欠損ではなく、商談がどこで止まっているかの観測値
CRMの空欄を「データの不備」として扱うと、この論点が見えなくなります。
決裁者の欄が空欄の商談が3割あるなら、それは3割の商談で決裁者に会えていないという事実の記録です。導入予定時期が空欄なら、相手の社内でまだ時期が決まっていない。失注理由が空欄のまま止まっているなら、営業自身が理由を掴めていない。
どれも、読めば打ち手が出てきます。埋めさせた瞬間に、読めなくなります。
私が実装で見てきた中で、必須化して最も早く壊れたのは失注理由でした。次が決裁者名。どちらも、商談の途中では答えが確定していない項目です。逆に、必須にしても何も起きなかったのは受注日と契約金額でした。この差は、営業の姿勢ではなく、項目の性質にあります。
必須にしてよい条件は2つだけ
入力する瞬間に、答えが確定していること。もう1つは、間違った値が1週間以内に誰かの目に留まること。
受注日と契約金額は両方を満たします。答えは契約書にあり、間違えれば請求か売上計上で誰かが気づく。だから必須にしても誤りが溜まりません。
決裁者名、導入予定時期、検討中の競合、失注理由。これらは1つ目を満たしません。商談の途中では答えが存在しないか、揺れています。しかも間違っていても誰も気づかない。四半期末にレポートを見た人が、埋まっているという理由で正しいと判断します。
判定は簡単です。「この項目に間違った値が入っていたら、誰が、いつ気づくか」。答えが出てこない項目は、必須にしない。
必須の代わりに置くのは、ステージ移行の条件と、空欄そのもののレポート
やることは2つです。
1つ目。項目を全体で必須にせず、ステージの移行条件として置きます。HubSpotなら取引ステージごとの必須項目、Salesforceなら入力規則で同じことができます。「提案フェーズに進めるには決裁者が入っていること」であれば、答えが確定した後にだけ入力を求めることになります。この置き方なら、答えを持っていない商談は前のステージに留まる。それも情報です。
2つ目。空欄率をレポートにして、営業会議の議題に載せます。「決裁者が空欄の商談が今週12件」という数字は、入力の督促ではなく商談の話題になります。空欄を隠さずに数えると、督促しなくても埋まり始めることがあります。埋まる理由は、責められるからではなく、その欄が会話に使われているからです。
先ほどのキーウォーカー調査で、入力の動機付けになる要素の1位は「入力の目的やデータの使い道が明確であること」54.8%でした。逆から読めば、目的の説明がないまま必須にした項目は、動機の面でも最も弱い設計だということになります。
顧客の社内工程まで含めて収益の設計を組み直す考え方は、レベニューアーキテクチャとはに置いています。
必須にしてよいのは、入力する瞬間に答えが確定している項目だけです。確定していない項目を必須にすると、空欄が消えるかわりに、後から見分けのつかない誤りが混ざります。
今週、CRMの必須項目を一覧で出してください。1項目ずつ「間違った値が入っていたら、誰が、いつ気づくか」を書く。書けない項目が3つ以上あれば、そのレポートは既に読めなくなっています。
関連する記事
必須にした項目が最初に壊れるのは、たいてい失注理由です。選択肢の側を作り直さないまま必須にすると、毎月「価格」で埋まります。その直し方は失注理由が毎月「価格」で埋まるのは、選択肢の設計の問題ですに書きました。
同じ悩みの記事は「CRM・SFAが定着しない」にまとめています。