SalesforceからファネルAiへ移行する方法｜項目マッピング・活動履歴・切り替え手順
SalesforceからファネルAiへ乗り換えるとき、難しいのはCSVを作ることではありません。SalesforceのAccount、Contact、Lead、Opportunity、Task、Eventが互いにどのIDで結び付いているかを保ちつつ、ファネルAiの企業、人物、商談、活動へ意味を変えずに移すことです。
項目名が似ていても、商談ステージ、確度、所有者、活動種別、必須入力のルールは会社ごとに違います。旧環境をそのまま複製すると、使われていない項目や重複、曖昧なステージまで新しい環境へ持ち込むことになります。
結論として、SalesforceからファネルAiへの移行は、企業、人物、商談、活動の順に進め、各レコードのSalesforce IDを外部IDとして残すのが基本です。最初に項目・所有者・ステージの変換表を作り、少量のテスト移行、全量移行、切り替え直前の差分移行、件数と関連性の照合まで実施します。
本記事のポイント
- SalesforceのAccount・Contact・Opportunityは、企業・人物・商談の順に移し、元レコードIDを外部IDとして保持すると関連切れと重複を防ぎやすい。
- 商談ステージ、所有者、カスタム項目、活動履歴は名前だけで対応させず、意味・型・更新責任・移行後の使い方まで決めてから変換する。
- 本番切り替えは全量テスト、件数・関連・金額の照合、更新停止、差分移行、権限確認、営業会議での受入確認までを一続きで実施する。
Salesforceから移す範囲を最初に決める
Salesforceは、CRMとSFAの中核データだけでなく、承認、レポート、フロー、Apex、連携アプリまで抱えられます。しかし、これらをすべてファネルAiへコピーする必要はありません。移行対象を「日常運用に必要」「参照できればよい」「廃止する」の3つに分けます。
| 分類 | 主な対象 | 扱い |
|---|---|---|
| 日常運用に必要 | 有効な取引先、担当者、進行中商談、直近の活動、所有者 | ファネルAiへ移して日常業務の正本にする |
| 参照できればよい | 終了済み商談、過去メール、旧提案書、監査用履歴 | 検索可能なアーカイブに残し、必要なら参照URLを持つ |
| 廃止する | 未使用項目、重複レコード、退職者のテストデータ、使われない自動化 | 根拠を記録して移行対象から外す |
移行元の保全を先に終えることも重要です。Salesforceの標準エクスポートとData Loaderの使い分け、添付ファイル、親子関係、ダウンロード期限は、既存のSalesforceデータエクスポートガイドで確認できます。Salesforce公式のデータエクスポートサービスとData Loader Guideも、実行時点の仕様確認に使います。
移行台帳には、Salesforceオブジェクト、項目API名、表示名、データ型、件数、必須有無、所有部門、最終更新日、移行先、変換ルール、空欄時の扱い、検証方法を記録します。表示名ではなく項目API名を残すと、同名項目や翻訳表示があっても変換処理を再現できます。
Account・Contact・OpportunityをファネルAiへ対応付ける
標準的な移行では、SalesforceのAccountをファネルAiの企業、Contactを人物、Opportunityを商談へ対応させます。Leadは、未変換のまま営業対象として残すか、Contactへ統合するかを決めます。すでに取引開始済みの顧客と、未接触の見込み客を同じルールで処理しないことが重要です。
| Salesforce | ファネルAi | 主な変換 | 照合キー |
|---|---|---|---|
| Account | 企業 | Name、Website、Phone、Industry、法人番号、カスタム項目 | Salesforce Account IDを外部IDとして保持。法人番号・ドメインは名寄せ補助に使う |
| Contact | 人物 | 氏名、Email、Phone、MobilePhone、Title、Department、所属企業 | Salesforce Contact IDを外部IDとして保持。Emailは重複確認に使う |
| Lead | 人物または移行対象外 | 未変換リードだけを対象にし、StatusやLeadSourceはカスタム項目へ | Salesforce Lead ID。変換済みLeadはContactとの二重登録を避ける |
| Opportunity | 商談 | Name、Amount、CloseDate、StageName、Owner、Description | Salesforce Opportunity IDを外部IDとして保持 |
| OpportunityContactRole | 商談と人物の関連 | 商談に関与する人物を関連付ける | Opportunity IDとContact IDの組み合わせ |
| Task / Event | 活動 | メモ、電話、会議、メール、タスクへ種別変換 | 親レコードID、活動日時、所有者を保持 |
企業を先に移し、旧IDと新IDの対応表を作る
ContactやOpportunityはAccountを参照するため、最初に企業を移します。移行後は「Salesforce Account ID → ファネルAi企業ID」の対応表を保存します。人物や商談を登録するときは、この表で新しい企業IDを引き、所属関係を作ります。
ファネルAiのAPI移行では、企業、人物、商談に旧システム名と外部IDを保持し、同じIDに対する再実行を新規作成ではなく更新として処理できます。これにより、テスト移行、修正後の再投入、切り替え直前の差分移行で重複を作りにくくなります。
LeadはContactと重複させない
SalesforceではLeadを変換すると、Account、Contact、場合によってOpportunityが作られます。移行ファイルにLeadとContactを両方含めると、同じ人物を二重登録するおそれがあります。変換済みLeadはConvertedContactIdやConvertedAccountIdを使って除外または統合し、未変換Leadだけを人物として移します。
未変換LeadのStatusやLeadSourceを残す場合は、ファネルAi側で選択式のカスタム項目を先に用意します。ただし、Salesforceの選択肢をそのまま複製するのではなく、移行後に営業が判断へ使う値だけに整理します。
商談ステージはラベルではなく進行条件で変換する
SalesforceのStageNameとファネルAiの商談ステージは、名称が同じでも意味が一致するとは限りません。たとえば「提案」は、提案書を送った状態なのか、顧客が評価を始めた状態なのかでレポートの意味が変わります。
移行前にファネルAiのパイプラインとステージを作り、各Salesforceステージについて、移行先ステージ、商談状態（進行中・保留・受注・失注）、確度の扱い、必須項目、営業会議での確認条件を決めます。失注理由や受注日もレポートに使うなら、移行前に保持先を決めます。
カスタム項目・所有者・活動履歴・添付を移す
カスタム項目は型と選択肢を合わせる
ファネルAiでは、企業、人物、商談にテキスト、複数行テキスト、数値、日付、真偽値、単一選択、複数選択、URL、メール、電話のカスタム項目を設定できます。Salesforceの項目を移す前に、文字列を数値として扱うのか、複数選択をどの区切りで渡すのか、日付と日時をどう分けるのかを決めます。
| Salesforce項目の例 | ファネルAiでの扱い | 確認点 |
|---|---|---|
| Text / Text Area | テキスト / 複数行テキスト | 長さ超過、HTML、改行、機密情報を確認 |
| Number / Currency / Percent | 数値または商談金額 | 通貨、桁区切り、税、割合の単位を統一 |
| Date / DateTime | 日付または活動日時 | タイムゾーンと時刻切り捨てを確認 |
| Checkbox | 真偽値 | 空欄、false、未確認を混同しない |
| Picklist / Multi-Select Picklist | 単一選択 / 複数選択 | 移行先の選択肢を先に作り、廃止値を変換 |
| URL / Email / Phone | 対応する専用型 | 書式エラーと複数値の扱いを確認 |
項目マッピング表には「上書きしてよいか」も追加します。差分移行で空欄を送ったとき、既存値を消すのか、変更しないのかを決めていないと、テスト後に手修正した値が本番投入で失われることがあります。
所有者はメールアドレスで対応させる
SalesforceのOwnerIdをそのままファネルAiへ渡すことはできません。SalesforceユーザーのID、氏名、メールアドレス、有効状態を出力し、ファネルAiのメンバーとメールアドレスで対応させます。退職者や移行先に存在しない所有者は、共通の移行管理者へ寄せるか、旧所有者名をカスタム項目へ保存します。
商談の所有者が未設定になると、一覧、通知、営業会議、活動割り当てが崩れます。所有者未解決件数をゼロにするか、許容件数と補完ルールを決めてから本番切り替えへ進みます。
TaskとEventは活動種別へ変換する
SalesforceのTaskとEventは、SubjectだけでなくTaskSubtype、Type、Status、ActivityDate、OwnerId、WhatId、WhoIdを見て変換します。電話はcall、会議はmeeting、メールはemail、対応予定はtask、経緯だけ残すものはnoteへ寄せます。
活動は人物、企業、商談のどこへ結び付くかが重要です。WhatIdがOpportunityなら商談、Accountなら企業、WhoIdがContactやLeadなら人物へ関連付けます。移行先IDが確定した後に活動を登録し、活動日時、タイトル、本文、状態、所有者を保持します。
添付ファイルはGoogle Driveを正本にする選択肢もある
SalesforceのAttachment、ContentDocument、ContentVersionは、CSVの項目だけでは実体を移せません。提案書、見積書、契約関連資料をすべてCRMへ複製するより、Google Driveの権限付きフォルダへ保全し、ファネルAiの活動やカスタムURL項目から参照する設計も現実的です。
ファイル名、SalesforceファイルID、関連先ID、作成日、所有者、保存先URLの台帳を残します。共有リンクは「リンクを知る全員」にせず、営業チームや対象メンバーだけが閲覧できる権限にします。
テスト移行から本番切り替えまでの6ステップ
ステップ1. Salesforceを全量保全する
標準エクスポートで全体を保全し、移行処理に必要なオブジェクトはData LoaderやAPIで抽出します。Account、Contact、Lead、Opportunity、OpportunityContactRole、Task、Event、User、必要なカスタムオブジェクトを対象にし、18桁IDを保持します。抽出日時とSOQL条件も作業記録に残します。
ステップ2. データを整理して変換表を確定する
重複企業、メールアドレス重複、変換済みLead、終了済み商談、退職者所有、未使用選択肢を集計します。企業名だけで自動統合せず、Salesforce ID、法人番号、ドメイン、所在地など複数の材料で判断します。移行全体の失敗条件はCRM乗り換え前チェックリストでも確認できます。
ステップ3. ファネルAiの受け皿を先に設定する
メンバー、パイプライン、商談ステージ、カスタム項目、選択肢を先に作ります。ファネルAiの機能一覧にあるCRM設定、カスタム項目、CSV取込、API連携のうち、どの方式で移すかを決めます。人物だけの小規模移行はCSV、企業・商談・活動の関連を含む移行は外部IDを使ったAPI処理が適しています。
ステップ4. 少量データで関連性をテストする
代表的な企業10〜30件を選び、複数人物、複数商談、受注・失注、カスタム項目、活動、添付参照を含むデータでテストします。件数だけでなく、人物が正しい企業に所属しているか、商談の金額とステージが合うか、活動が正しい商談へ付くかを営業担当者に確認してもらいます。
ステップ5. 全量移行後に更新を止め、差分を移す
全量移行と確認には時間がかかるため、その間もSalesforceは更新されます。全量抽出日時以降に作成・更新されたレコードを差分対象として記録し、切り替え時間になったらSalesforceの更新を止めます。差分を外部IDでupsertし、失敗行だけを再実行します。
ステップ6. 件数・関連・金額・権限を照合する
本番切り替えの合格条件を事前に数値化します。最低限、次を確認します。
- 対象オブジェクトごとの抽出件数、成功件数、除外件数、失敗件数が一致している
- 企業未所属の人物、企業未所属の商談、人物未関連の重要商談が許容範囲内である
- 進行中商談の件数と金額合計がSalesforceと一致している
- 受注・失注・保留の状態とステージ変換が合っている
- 所有者未解決、選択肢変換エラー、日付エラーが解消されている
- 営業担当、マネージャー、管理者の閲覧・編集範囲が正しい
- 営業会議で停滞案件、次アクション、受注見込みを確認できる
切り替え後に入力が止まれば、移行自体が成功しても運用は失敗します。入力負荷、次アクション、営業会議での確認方法を切り替え前に決め、新しい環境を日常業務の正本にします。
よくある質問
SalesforceのデータはCSVだけで移行できますか？
人物だけの小規模な移行ならCSVで進められますが、企業、人物、商談、活動の関連を保つ移行では、外部IDと旧ID・新IDの対応表を使うAPI移行が安全です。添付ファイルや設定メタデータもCSVだけでは完結しません。
Salesforceのカスタムオブジェクトはそのまま移せますか？
一律には移せません。企業、人物、商談のカスタム項目へ統合できるもの、活動として残すもの、Driveなどへ参照保管するもの、移行対象外にするものへ分けます。業務上独立したデータモデルが必要な場合は、事前に個別設計が必要です。
過去の活動履歴はすべて移した方がよいですか？
すべてを移す必要はありません。進行中商談、引き継ぎ、契約、クレーム対応に必要な期間を優先し、それより古い履歴は検索可能なアーカイブとして残す方法があります。移行期間を区切る場合は、利用者が過去履歴へたどれる導線を残します。
Salesforceのフローや承認プロセスも移行できますか？
設定をそのままコピーするのではなく、業務要件へ戻して再設計します。起点、条件、更新内容、通知先、人の承認点、例外処理を整理し、ファネルAi側の機能や外部連携で必要な部分だけを再構成します。
Salesforceはいつ解約すればよいですか？
全量保全、テスト移行、本番移行、差分移行、利用者確認、監査・参照要件の確認が終わる前に解約しないでください。契約更新日だけでなく、データ出力の待ち時間、並行運用、切り戻し可能期間を含めて逆算します。
関連ページと関連記事
- HubSpotからファネルAiへ移行する方法：HubSpotのプロパティや関連付けとの違いを比較できます。
- AI CRMとは：移行後に入力と次アクションをどう変えるか確認できます。
Salesforceからの移行範囲を整理したい場合
Salesforceの項目数、カスタムオブジェクト、活動履歴、添付ファイル、連携、自動化が多いほど、移行前の棚卸しとテストが重要です。ファネルAiでは、現行Salesforceのデータ構造と営業運用を確認し、移すもの、参照保管するもの、廃止するものを分けた移行設計を相談できます。
