受け取り方は3つ。運用に耐えるのはWebhookかシート
送客データの受け取り方は、メール通知・スプレッドシートへの自動追記・Webhookの3つが一般的です。メール通知は開始が速い代わりに、蓄積と集計ができません。
当社は、貴社専用のスプレッドシートへの自動追記と、1件ごとのメール通知の2つでお届けしています（Webhookは提供していません）。メールは「気づくため」の通知、データの正はシートかCRM——という分け方にしておくと、件数が増えても崩れません。
| 受け取り方 | 向いている規模 | 注意点 |
|---|---|---|
| メール通知 | 月10件程度まで | 検索・集計ができない。見落としが起きる |
| スプレッドシート追記 | 月100件程度まで | 行が増えると重い。権限管理を決めておく |
| Webhook | 規模を問わない | 受け口の開発が必要。失敗時の再送仕様を確認する |
CRMに持たせる項目
当社が送客するデータの項目は次のとおりです。CRM側にこの受け皿を作っておくと、あとで集計できます。とくに流入元の情報は、あとから取り直せないので最初から入れてください。
- 本人：氏名・ふりがな・生年月日・年齢・性別
- 連絡先：電話番号・メールアドレス・郵便番号・住所
- 希望：希望職種（本人が入口で選択したもの）・要望の自由記述
- 経歴：学歴と職歴（構造化された配列）・保有資格（取得年月つき）
- 本文：職務要約・自己PR（職務経歴書まで作成された方のみ）
- 取引情報：受信日時・送客元・同意日時・課金対象かどうか
- 流入情報：本人が最初に訪れたページ、流入経路
重複判定を先に作る
送客を2社以上から受けると、同じ人が別経路で届きます。事業者をまたいだ重複は、ほとんどの契約で非課金の対象外です。自社で弾くしかありません。
判定キーは電話番号の正規化（ハイフン・全角を除去）を主キーに、メールアドレスの小文字化を副キーにします。氏名かな＋生年月日を第3のキーとして持っておくと、番号を変えた再登録も拾えます。キーの設計と、重複が見つかったあとの運用は送客リードの重複をどう扱うかで詳しく解説しています。
- 電話番号は数字のみに正規化してから比較する
- メールアドレスは小文字化して比較する（Gmailのドット違いまで見るかは要件次第）
- 一致したら「既存候補者に新しい接点を追加」として扱い、新規レコードを作らない
- 既存だった場合は、どの送客元から何回届いたかを記録しておく（非課金申請と単価交渉の材料になる）
架電結果の選択肢を決めておく
取り込みの設計と同時に、架電結果の選択肢を決めます。ここが自由記述だと、あとから通電率も非課金候補も集計できません。
最小構成は「通電／不通（呼び出し）／不通（番号無効）／メール不達／面談設定／面談実施／対象外」の7つです。番号無効とメール不達を分けておくと、そのまま非課金申請の抽出条件になります（条件の読み方は非課金・返金条件の読み方を参照）。
よくあるご質問
ATSしかない場合でも運用できますか？
できます。候補者レコードに「送客元」と「受信日時」のカスタム項目を足すだけでも、チャネル別の歩留まりが取れるようになります。逆にこの2項目がないと、どの経路の候補者が決まったのかが後から分かりません。
連携が失敗したときにデータは消えませんか？
事業者によって再送の仕様が違うので、契約前に必ず確認してください。当社の場合、シートへの追記に失敗した送客は中身ごと保管して自動で送り直し、10回失敗すると運営側のアラートに出ます。同じ送客IDは二重に書かないので、再送で件数が増えることもありません。