問い合わせCRMのフィールド設計：フォームからCRMへのマッピングと必須ルール

問い合わせCRMのフィールド設計：フォームからCRMへのマッピングと必須ルール

1. フォームとCRMは同じ項目セットではない

多くのチームはCRMを構築するとき、フォームの項目をそのままCRMにコピーし、それで「一対一対応」が最もクリーンだと考えます。これが最大の誤解です。フォームは buyerが入力するもので、CRMは営業と管理職が使うものです。両者の情報ニーズはまったく異なります。 buyerがフォームで答えるのはいくつかの重要な質問だけで十分ですが、営業がCRMで必要とするのはフォロー記録、スコア、ステージ、流入元であり、これらを buyerはフォームで教えてくれません。

2つの項目セットを無理に揃えると、どちらも使いにくくなります。フォームには buyerが入力しない項目（「成約予定日」など）が無理やり追加され、CRMには buyerがすでに入力したのに営業が再入力しなければならない項目（「会社名」など）が山積みになります。重複した収集はデータ設計の最大の敵です。

この表の核心原則は、1つの項目は1か所でのみ収集することです。フォームで聞いたものはCRMにマッピングで自動的に引き継ぎ、営業に再入力させません。営業がフォロー中に初めて知るもの（競合、予算など）はフォームで聞かず、CRMで補います。このマッピングの考え方はサイトのリードから CRM へと直接関係します。

2. フォームからCRMへの項目マッピング表

フィールドマッピングとは、フォーム送信後にCRMへ自動書き込みするための対応表です。マッピング表を設計するときは、すべてのフォームフィールドを移すのではなく、どのフィールドをCRMに残す必要があるかを見極めます。一時的で残す必要のないフィールド（「どこで当社を知りましたか」のような選択式など）は、マッピングしてもしなくてもかまいません。

具体例を挙げます。買い手があなたの製品ページでフォームに入力し、メールはjohn@abc.com、会社名はABC Trading、製品A型を選択、UTMパラメータはgoogle/brand/campaignだったとします。送信の瞬間、Webhookがこの10個のフィールドをCRMへ自動書き込みし、新しいリードを作成、ステータスを「新規リード」に設定、同時にproduct_interest=A型に基づいてA型製品ライン担当の営業へ自動配分します。この一連の流れで、営業が手入力するものは何もありません。

マッピングで最も失敗しやすいのが選択肢の値の不一致です。フォームの製品プルダウンが「A型標準モデル」、CRMの製品選択肢が「Model A Standard」だと、マッピングは失敗するか「未分類」に落ちます。マッピング表を本番投入する前に、フォームの選択肢値とCRMの選択肢値を必ず一対一で対応させるか、中間のマッピング辞書で変換してください。

三、CRMの必須ルール：3つだけ残す

CRMの必須フィールドとフォームの必須フィールドは別物です。フォームの必須は買い手へのハードル、CRMの必須は営業へのハードルです。多くのチームがCRMに大量の必須を設定します。会社規模、予算、成約予定日、競合、顧客タイプ……その結果、営業は毎日30分かけて入力し、しかもハードルを越えるために適当に埋めます。

ここで直感に反する判断があります。CRMの必須項目を増やすほどデータは汚くなるのです。営業は必須項目が並んでいると、真面目に入力するのではなく、検証を通るだけの適当な値を入れます。その結果、CRMの「予算」欄は「1万〜10万」のような無難な選択肢ばかり、「受注予定日」は全部翌月1日になります。一見そろっているように見えて、実際にはまったく役に立たないデータです。

正しいやり方は、CRMの必須項目を連絡先名、メールアドレス、フェーズの3つだけにすることです。残りはすべて任意入力にして、営業が商談を進める中で自然に補完できるようにします。本当によく使う項目なら、営業は自分から入力します。必須にして強制する必要はありません。リードスコアはシステムが自動計算し、営業に手動で採点させないでください。手動採点は一貫性が悪く、参考問い合わせリードのスコアリングと優先順位付けの自動スコアリングの仕組みを参考にしてください。

四、項目の命名とデータガバナンス

CRMの項目設計で見落とされがちな問題がもう一つあります。命名が統一されていないことです。今日は「customer_type」という項目を追加し、明日は「顧客タイプ」、明後日は「buyer_category」を追加する。3か月後にはCRMに20個の項目があり、半分は英語名、半分は日本語名で、どれがどれだか誰も分からず、新しい営業が入社すると半日も質問して回ることになります。

例えば、CRMにHubSpotやSalesforceを使い、営業チームが3人のケース。半年で各自が必要に応じて項目を追加し、CRMには35個のカスタム項目があり、その半分は2か月以上誰も入力していません。ここで項目の監査を行います。3か月入力記録のない項目をアーカイブし、意味が重複する項目を統合し、命名が統一されていないものを英語のアンダースコア表記に統一します。

重複排除の仕組みも重要です。同じバイヤーが異なるチャネルやページからフォームを重複送信することがあります。送信のたびに新しいリードを作成すると、CRMには同じ顧客が3〜5件のレコードとして存在することになります。正しいやり方はメールを主キーにし、フォーム送信時にまずCRMにそのメールがあるか検索し、あれば更新、なければ新規作成します。この重複排除ルールはサイトのリードから CRM への連携方案で必ず設定しておく必要があります。

五、よくあるCRM項目設計の誤り

この5つの落とし穴で最も見えにくいのが「営業が手動でスコアリング」です。営業に点を付けさせると民主的に見えますが、実際には営業ごとに基準が違います。営業Aは価格を聞いたらホットリード、営業Bは入金までいかないとホットと見なしません。その結果、CRMのスコア項目はまったく判別できず、ボードは「ホット」だらけになります。正しいやり方は、スコアをシステムが固定ルールで計算することです。フォームで任意項目をいくつ埋めたか、初回応答の速さ、会話の回数といった客観的な指標を重み付けして算出します。参考問い合わせリードのスコアリングと優先順位付け。

CRMの項目設計は一度やれば終わりではありません。運用開始後は四半期ごとに監査します。誰も入力していない項目はどれか、意味が重複している項目はどれか、追加すべきなのにまだ無い項目はどれか。公式サイト保守期間の月次チェックリストと組み合わせ、CRMのデータガバナンスは毎月必ず行う作業です。構築したら放置してよいものではありません。

FAQ よくある質問

最後に

CRMのフィールド設計とは、本質的に一つの問題を解決することだ。誰が何を入力するのか。バイヤーは最も基本的な連絡先情報を入力し、システムは流入元と時間を自動で付与し、営業はフォローの中で判断を補足する。三者がそれぞれの役割を担うことで、データの重複収集がなくなり、空白だらけにもならない。

実行は3ステップ。まずフィールドをバイヤー入力、システム付与、営業補足の3種類に分け、マッピング表を作る。次にCRMの必須項目を3つに削り、残りはすべて任意にして、営業がゴミデータでハードルを越えるのを防ぐ。最後にメールアドレスを主キーにして重複を排除し、四半期ごとにフィールド数と命名を監査する。この3ステップを終えれば、CRMは営業のフォローに本当に役立つツールになり、汚いデータで溢れた倉庫ではなくなる。

覚えておくべき一言。CRMはフォームの複製ではない。フィールドを3種類に分ける、必須は3つだけにする、1つのフィールドは1か所でしか収集しない。この3つを守れば、CRMで見えるのはフォローに使える本物のデータであり、営業がハードルを越えるために入力した偽情報ではない。