ファネルAiのフォームや日程調整機能で入力されたリード情報をSalesforceに連携してみた|ファネルAiがやってみた
資料請求フォームや日程調整フォームから入ってきたリード情報は、入力された瞬間が一番温度感の高い状態です。しかし、フォーム通知をメールで受け取り、誰かが後でSalesforceへ手入力する運用だと、対応が遅れたり、入力漏れが起きたり、同じ人が複数のリードとして登録されたりします。
今回は、ファネルAiのフォームや日程調整機能で入力されたリード情報をSalesforceに連携し、リード作成、既存リード・取引先責任者との重複確認、活動履歴、担当者通知、営業フォローのタスク化まで試しました。やってみて分かったのは、フォーム連携は単なるデータ転送ではなく、問い合わせ後の初動をSalesforce上の営業プロセスに変える設計だということです。
結論として、ファネルAiのフォーム・日程調整からSalesforceへリード情報を連携すると、資料請求や相談予約後のフォロー漏れを減らしやすくなります。ただし、メールアドレス単位の重複確認、取引先との紐付け、配信可否、担当者通知、次回タスクのルールを先に決めないと、Salesforce上のリードが増えるだけで営業活動にはつながりません。
本記事のポイント
- ファネルAiのフォームや日程調整で入力されたリード情報は、Salesforceへ即時連携すると、資料請求・相談予約後の初動を営業活動に変えやすくなる。
- Salesforceへ戻す前に、メールアドレス、会社名、取引先、既存リード、配信可否を確認しないと、重複リードや担当者の混乱が起きやすい。
- フォーム送信や日程調整をリード作成だけで終わらせず、活動履歴、キャンペーン、担当者通知、次回タスクまで一緒に設計するとフォロー漏れを減らせる。
この記事で扱うテーマ
関連キーワード
- フォーム Salesforce 連携
- 日程調整 Salesforce 連携
- Salesforce リード 自動連携
- フォーム入力 リード管理
- ファネルAi Salesforce フォーム
このページで答える質問
- ファネルAiのフォーム入力情報をSalesforceへどう連携できる?
- 日程調整で取得したリード情報はSalesforceでどう扱うべき?
- Salesforce連携前に重複リードをどう確認する?
- フォーム送信後の営業フォロー漏れを防ぐには何を設計すべき?
今回やってみたこと
今回の対象は、ファネルAi側のフォーム送信と日程調整で入力されたリード情報です。資料請求、問い合わせ、相談予約、デモ予約のように、リードが自分の情報を入力する接点を想定しました。入力項目は、氏名、会社名、メールアドレス、電話番号、役職、興味テーマ、相談内容、希望日時、流入元、同意・配信可否です。
この情報をSalesforceへ連携し、既存のリードや取引先責任者と照合しました。新規の人であればリードを作成し、既存の人であれば活動履歴やキャンペーン反応として残す形にします。日程調整まで完了している場合は、単なる問い合わせより温度感が高いので、担当者通知と次回タスクを同時に作る前提にしました。
ここで大事なのは、フォーム入力情報をSalesforceへそのまま流し込まないことです。入力内容には表記ゆれや欠損があります。会社名が略称だったり、個人メールアドレスだったり、同じ人が過去に資料請求していたりします。ファネルAi側で整形・照合したうえで、Salesforceへどのオブジェクトとして戻すかを決めます。
| 入力元 | 主な情報 | Salesforceでの扱い |
|---|---|---|
| 資料請求フォーム | 氏名、会社名、メール、興味資料 | 新規リードまたはキャンペーン反応 |
| 問い合わせフォーム | 相談内容、課題、連絡先 | リード作成、活動履歴、担当者通知 |
| 日程調整 | 希望日時、参加者、相談テーマ | 活動履歴、タスク、商談化前メモ |
| デモ予約 | 利用目的、検討状況、希望日 | 高優先度リード、営業フォロー対象 |
Salesforceへ連携する前に確認した項目
最初に確認したのは、メールアドレスです。リード連携では、メールアドレスが重複判定の中心になります。同じメールアドレスが既存リード、取引先責任者、過去キャンペーン参加者のどこかに存在する場合、新規作成ではなく既存レコードへの活動追加やステータス更新を検討します。
次に、会社名と取引先の照合です。フォームには会社名が自由入力されるため、正式法人名とは限りません。前回までの記事で整備した取引先データ、法人番号、業種、従業員数などがあると、入力された会社名を既存取引先へ寄せやすくなります。取引先が見つかる場合は、リード単体ではなく、会社単位の文脈もSalesforceへ残せます。
配信可否と同意情報も重要です。問い合わせや日程調整をした人に営業連絡することと、メールマーケティングの配信対象にすることは同じではありません。フォームで取得した同意の範囲、配信停止状態、既存のオプトアウト情報を見て、どの連絡に使ってよいかを分けます。
Salesforceにはどう登録したか
Salesforce側では、まず新規リード作成と既存レコード更新を分けました。メールアドレスが未登録で、会社名も既存取引先に強く紐付かない場合は、新規リードとして作成します。既存リードがある場合は、リードのステータス、最新接点、興味テーマ、フォーム送信内容を更新します。
既に取引先責任者として存在する場合は、新規リードを作らず、活動履歴やキャンペーン反応として残す方が自然です。同じ人をリードとして再作成すると、営業担当者がどちらを見ればよいか分からなくなります。特に既存顧客や商談中の担当者は、取引先責任者側に履歴を残した方が営業文脈を保ちやすくなります。
日程調整が完了している場合は、Salesforceに「フォーム送信があった」という事実だけでなく、予定日時、相談テーマ、参加予定者、担当者、次回タスクを残します。営業担当者がSalesforceを開いたときに、何が起きていて、次に何をすればよいか分かる状態を目指しました。
| 判定結果 | Salesforceでの処理 | 理由 |
|---|---|---|
| 完全新規のメールアドレス | リード作成 | 営業フォロー対象として管理するため |
| 既存リードあり | 既存リード更新、活動履歴追加 | 重複作成を避けるため |
| 取引先責任者あり | 活動履歴、キャンペーン反応追加 | 既存顧客・商談文脈を保つため |
| 日程調整完了 | タスク、予定、担当者通知 | 初動遅れを防ぐため |
| 配信停止済み | マーケ配信対象から除外 | 連絡用途を分けるため |
やってみて分かったこと
一番大きかったのは、フォーム連携はスピードだけでなく、営業担当者が迷わない形に整えることが重要だという点です。Salesforceにリードが自動作成されても、担当者が誰か、なぜ作成されたのか、どのフォームから来たのか、どの資料に興味があるのかが分からなければ、結局フォローが遅れます。
日程調整のデータは特に有効でした。相談予約やデモ予約まで進んでいる人は、単なる資料請求よりも意図が明確です。Salesforce上で高優先度として扱い、担当者通知やタスク作成まで行うと、初回対応の抜け漏れを減らせます。
一方で、重複判定は慎重に設計する必要があります。メールアドレスだけで見ると、会社の代表アドレスや部署共有アドレスが混ざることがあります。会社名だけで見ると、同名企業やグループ会社を誤判定する可能性があります。フォーム連携でも、前段の取引先データ整備が効いてきます。
つまずいたポイント
最初につまずいたのは、フォーム項目とSalesforce項目の粒度の違いです。フォームでは「相談内容」という自由入力で十分でも、Salesforceではリードソース、興味テーマ、キャンペーン、ステータス、活動履歴などに分けて残した方が後で使いやすくなります。どの情報をどの項目へ入れるかを決めないまま連携すると、自由入力のメモだけが増えます。
次につまずいたのは、担当者割り当てです。フォーム送信の種類、流入元、相談テーマ、既存取引先の所有者によって、通知すべき人が変わります。全件を同じ担当者に通知すると、対応の優先順位が分かりにくくなります。逆に細かくしすぎると、ルール管理が複雑になります。
また、日程調整が完了した後のキャンセルや変更も考える必要があります。予定が変更されたのにSalesforceのタスクだけ残ると、営業担当者が古い情報で動く可能性があります。日程変更、キャンセル、再予約をどこまでSalesforceへ反映するかも設計対象です。
営業フォローにつなげる設計
今回の連携では、フォーム送信後にSalesforceで見るべき情報を整理しました。営業担当者には、リード名、会社名、役職、興味テーマ、送信フォーム、送信日時、希望日時、直近の接点、既存取引先との関係を見えるようにします。これにより、初回連絡の文脈が作りやすくなります。
たとえば、資料請求だけなら「資料をご覧いただいた背景」を確認する連絡になります。相談予約なら、予定日時と相談テーマを前提に事前準備を進めます。既存顧客の担当者なら、新規リードとして扱うのではなく、既存担当営業へ通知する方が自然です。
Salesforceへ連携する価値は、フォーム情報を保存することではありません。入力された情報をもとに、誰が、いつ、何を、どの文脈でフォローするかを決められることです。
これから同じことをやる場合のチェックリスト
- フォーム項目とSalesforce項目の対応表を作る
- メールアドレス単位で既存リード・取引先責任者を確認する
- 会社名を既存取引先へ寄せるルールを決める
- 配信可否と営業連絡可否を分けて扱う
- 日程調整完了時の担当者通知とタスク作成を決める
- キャンセル・変更・再予約の反映ルールを決める
- フォーム送信後の初回対応時間をKPIとして見る
よくある質問
フォーム入力があったら必ずSalesforceに新規リードを作るべきですか?
必ずしも新規作成する必要はありません。既存リードや取引先責任者がある場合は、重複作成よりも既存レコードへの活動履歴追加やステータス更新の方が自然です。
日程調整の情報はSalesforceにどこまで残すべきですか?
最低限、予定日時、相談テーマ、参加者、担当者、フォーム送信元、次回タスクは残した方が実務に使いやすくなります。キャンセルや変更も営業担当者が見落とさない形にする必要があります。
配信停止者から問い合わせがあった場合はどう扱いますか?
問い合わせへの個別対応とメールマーケティング配信は分けて考えます。営業連絡の必要がある場合でも、配信停止状態の人を一斉配信対象に戻さないように、用途別のフラグを確認します。
Salesforce連携で一番先に決めるべきことは何ですか?
新規作成、既存更新、活動履歴追加の判定ルールです。ここが曖昧だと、リードが重複し、営業担当者がどのレコードを見ればよいか分からなくなります。
関連ページと関連記事
ファネルAiとSalesforce連携を、取引先データ整備やメールマーケティングまで広げる場合は、次の記事もあわせて確認すると設計しやすくなります。
- SalesforceとファネルAiを連携して取引先データをクレンジングしてみた:取引先データを整えてからフォーム連携を使うと、会社単位の照合がしやすくなります。
- Salesforceから連携した顧客データを使ってメールマーケティングをファネルAiでやってみた:フォーム後のナーチャリング設計とつながります。
- SFA・MA・CRMをファネルでつなぐ考え方:フォーム、MA、Salesforceの役割分担を整理できます。
- AI CRMとは?営業・マーケティングで使う考え方と導入ポイント:CRMデータ活用の全体像を確認できます。
フォーム・日程調整からSalesforce連携まで整えたい場合
フォーム送信、日程調整、Salesforceリード作成、担当者通知、営業フォローを一連の流れとして設計すると、問い合わせ後の初動を早めやすくなります。現在のフォーム項目やSalesforce運用を前提に、重複確認、項目マッピング、タスク化まで含めて整理できます。