CRM移行チェックリスト:顧客を失わないために

多くのオーナーがCRM移行を先延ばしにする理由は同じです。古いシステムにはすべての顧客、すべてのメモ、これから先のすべての予約が入っており、そのどれかを失うことは、もう合わなくなったソフトウェアと付き合い続けるより悪く感じられます。その不安は理にかなっていますが、CRMのデータ移行でうまくいかないことの大半は、いくつかの決まった場所で起きるものであり、そのどれもが、顧客一人を失う前に確認できます。このチェックリストは、予約アプリ、営業CRM、スプレッドシートのどこから移行する場合であっても、顧客と履歴と今後の予約を失わずに別の事業システムへ移行する方法を扱います。順番どおりに進めてください。

1. 何かを変える前に、すべてをエクスポートする

サブスクリプションを解約したり、新しいアカウントを作ったり、一行でも整理したりする前に、今持っているものの完全なコピーを取ってください。エクスポートは、古いシステムがなくなった後にはやり直せない、移行の中で唯一の部分です。レコード種別ごとに一つのファイルにします。

• 顧客。ツールが出してくれるすべての列を含め、不要だと思っている列も含めます。
• 予約や案件。過去と未来の両方を、顧客、担当者、サービス、開始時刻、所要時間とともに。
• メモと活動履歴。
• 顧客や案件に添付されたファイルと写真。多くのツールにはファイルの一括エクスポート機能がないので、前提にせず確認してください。
• 請求書と領収書をPDFで。
• サービスと料金、そして忘れがちな設定、営業時間、キャンセル規定、申し込み時の質問、メッセージのテンプレートです。

2026年9月時点で、エクスポートの場所はツールごとに異なります。Googleスプレッドシートでは「ファイル」から「ダウンロード」、「カンマ区切り形式」で、シート一枚ずつです。Excelでは「ファイル」から「名前を付けて保存」で「CSV UTF-8」を選びます。HubSpotでは連絡先テーブルのメニューにある「エクスポート」操作です。Pipedriveでは「設定」から「データのエクスポート」です。Zoho CRMでは「設定」から「データ管理」、「エクスポート」です。Square AppointmentsやFreshaのような予約アプリは、顧客ディレクトリから顧客リストをエクスポートでき、予約履歴はレポートとしてしか出てこないことが多いので、許可されている最大の期間で実行してください。

インポートする予定のものは、PDFではなくCSVかXLSXで取得し、すべてのファイルについて、画面上でツールが示している件数と行数を照合してください。1,000行で静かに止まってしまうエクスポートはよくある落とし穴であり、解約後より今のうちに気づくほうがずっと簡単です。

2. 何を移さないかを決める

除外して構わない候補は次のとおりです。

• 連絡先情報も来店もメモもない顧客。それは人ではなく、単なる空欄です。
• テスト用のレコードや、予約アプリが強制的に作った「飛び込み」「不明」といった顧客。
• 一、二年より前にキャンセルされた予約。デポジットを取るかどうかの判断にキャンセル履歴を使っている場合を除きます。
• 一度も入力されなかった項目。10行のうち9行が空欄の「紹介元」列は、データとは呼べません。
• もう配信していないマーケティングリスト。とりわけ、一度もメッセージを受け取る同意をしていない連絡先です。

「移行しない」は「削除する」ではありません。除外したものは、すべてステップ1のエクスポートの中に残っています。

3. エクスポートしたデータをスプレッドシート上で整理する

整理は新しいシステムの中ではなく、スプレッドシート上で行ってください。私たちのものも含め、これまで使ってきたどのインポートツールも、雑然としたそのままのデータより、整った状態のファイルのほうがうまく扱えます。移行元がもともとスプレッドシートなら、作業のほとんどはここで発生します。スプレッドシートからワークスペースへのガイドでは、レイアウトについてさらに詳しく扱っています。

• 一つのタブに一つのレコード種別だけを置きます。顧客は一つ、予約は別、メモはさらに別のタブにします。同じ行に顧客とその予約が混在するタブは、どのツールでもきれいにインポートできません。
• 見出し行は一つ、名前は平易に、結合セルなし、上に空白行を置かないようにします。「電話番号(携帯、SMS用!)」より「電話番号」のほうが良い見出しです。
• ファイル全体を一つの日付書式にします。ISO形式(2026-09-01)を選べば、曖昧さがなく、正しく並べ替えられ、どのインポーターも読み取れます。
• 電話番号は一つの書式に、できれば国番号付きで(+1 415 555 0134)統一し、「Tel:」という接頭辞や「(自宅)」といった注記は独立した列に移します。
• 古いシステムのID列は残しておきます。表示しなくなった後も、ステップ6で顧客と予約やメモを結び付ける役割を果たします。

整理後のワークブックは新しい名前で保存し、元のエクスポートには触れないでください。

4. すべての項目を新しい置き場所に対応させる

項目の対応付けは、CRM移行チェックリストでもっとも見落とされがちなステップであり、だからこそ「インポートは成功したのに、データの半分が間違った場所にある」という不満がよく聞かれます。インポートの前に、列ごとに、それぞれの項目がどこに行くのかを書き出してください。予約アプリから移るサロンの例です。

元の列	新しい項目	備考
元の列名(Client name)	顧客:氏名	新しいシステムに姓名の二項目があるなら分割する
元の列名(Service booked)	予約:サービス	先に作成するサービス一覧と一致している必要がある
元の列名(Staff)	予約:担当者	新しいシステムに存在する担当者と一致している必要がある
元の列名(Start)	予約:開始時刻	日付と時刻を一つのタイムゾーンでまとめる
元の列名(Client ID)	顧客:外部ID	表示されない項目、リンク付けに使う

Ifaはこのステップを、あらかじめ決まったテンプレートとは違う形で扱います。あなたが事業を平易な言葉で説明すると、Ifaがレコード、項目、リレーション、ビューを提案し、何かが実際に作られる前にあなたがその計画を確認します。対応付けは、その計画を承認する前に行ってください。後からではなく、あなたのエクスポートに項目が合うようにするためです。

5. 重複はインポートの前に処理し、後回しにしない

数年使われたシステムには、必ずと言っていいほど重複が含まれています。インポートの後に統合するのは大変です。そのころには、それぞれのコピーに予約やメモがぶら下がっているからです。スプレッドシート上での統合は、まだ速く済みます。

1. 顧客タブを電話番号で並べ替え、隣り合う行で一致するものがないか探します。電話番号は、もっとも信頼できるキーであることが多いです。
2. メールアドレスでも同じことをし、続けて姓と名で並べ替えて、電話番号が違いメールもない組み合わせを見つけます。
3. 一致する組ごとに、より情報の多い行を残し、メモをそちらへコピーし、破棄する側の古いIDを、残す行の隣に記録しておきます。そうすれば、その古いIDを指していた予約もリンクを保てます。
4. 本当の重複は削除するのではなく「統合先」という列に印を付け、判断が見える形で、後からでも取り消せるようにします。

一部のインポートツールは独自の重複チェックを行います。Ifaのインポートは、ファイルをプレビューし、何かが書き込まれる前に、重複の可能性、空欄、読み取れない日付にフラグを立て、あなたがそのチェックを読んでから承認します。それは有用な安全策ですが、このステップの代わりにはなりません。ツールは似ている見た目にフラグを立てられても、「Chris Park」と「Christina Park」が同じ常連客であることまでは分からないからです。

6. 正しい順序でインポートする

他のレコードを参照するレコードは、参照される側の後にインポートしなければなりません。この順序を誤ることが、顧客の紐づいていない予約が生まれるもっとも多い原因です。

1. 担当者やスタッフ。予約がこれらを参照します。
2. サービスや案件の種類、所要時間と料金とともに。
3. 顧客。後のファイルが見つけられるよう、専用の項目に古いIDを入れておきます。
4. 顧客を参照するメモと履歴。
5. 過去の予約や案件。ここまでのすべてを参照します。
6. ファイルと書類。それぞれが属する顧客や案件に添付します。

最初に20人分の顧客とその予約をサンプルとしてインポートしてください。20件を修正するのは苦になりません。それから全件を実行します。データのインポートページで説明しているIfaのインポートは、CSV、TSV、JSON、JSONL、XLSX、XLS、そして無効化されたXLSMファイルに対応し、チェックを伴うプレビューを表示し、あなたが承認するまでレコードを作成しません。ほとんどの予約アプリは、予約履歴のインポートをまったく提供していません。

ファイルについて一言。Ifaはアップロードされたファイルを、顧客ファイルページで説明しているとおり、プレビュー付きでそのレコードに紐づけたまま保持します。Ifaは請求書そのものを発行しないため、ステップ1のPDFがその請求書になります。顧客に添付するか、会計ツールの中に保管してください。ただし、それを古いシステムの中だけに残さないでください。

7. 営業時間を設定してから、今後の予約を作り直す

今後の予約には、専用のステップを設けています。顧客が実際に気づく移行の部分だからです。

1. 担当者ごとに営業時間を設定し、休みの予定日も含めます。予約方針(準備時間、最短予約猶予、キャンセル猶予)も設定します。
2. その後で初めて、今後の予約を取り込むか、作り直します。営業時間が存在する前に取り込むと、予約が拒否されるか、誰も担当していない枠に入ってしまいます。
3. 古いカレンダーの今後8週間分を印刷し、新しいカレンダーと一件ずつ手作業で照合してチェックを入れます。ほとんどの店舗で数時間かかりますが、移行全体の中でもっとも価値のある確認作業です。
4. タイムゾーンのずれに注意してください。UTCでエクスポートされたデータをローカル時刻として取り込むと、すべての予約が数時間ずれ、日付しか表示しない画面ではそれに気づけません。

今後の予約が少ないなら、それを取り込むより手作業で作り直すほうが、多くの場合早くて安全です。Ifaでは、予約はあなたのチームがワークスペース内で作成、変更、キャンセル、完了させ、あなたが設定した営業時間に対して空き状況がチェックされ、顧客はIfaが作成する予約ページから、または接続済みのチャネルのチャットからも予約できます。IfaにはGoogleやOutlookとのカレンダー同期がなく、リマインダーは切り替えスイッチではなく、あなたが定義するワークフローなので、最初の週にリマインダーのワークフローを整え、切り替えの一環として、サイトの予約リンクを新しいページに向けてください。

8. 短い期間だけ両方のシステムを並行稼働させる

金曜日に切り替えて土曜日に古いサブスクリプションを解約する、ということはしないでください。両方を一から二週間ほど並行して動かし、新しいほうを正式な記録、古いほうを閲覧専用にします。

• 新しい予約と新しい顧客は、すべて新しいシステムだけに入力します。両方に書き込むと作業が二倍になり、ずれが必ず生まれます。
• 古いシステムは、移し忘れたメモや写真、古い請求書を確認するために開いたままにしておきます。
• 期間の最後に、その間、誤って古いシステムに作られたものがあれば最終エクスポートを取り、新しいほうに反映させます。

Ifaにはリアルタイムの双方向同期がなく、二週間の並行稼働のためにどのベンダーのものであってもそれを勧めません。「新しいシステムだけに入力する」というシンプルなルールのほうが確実です。

9. 顧客に何が変わるかを伝える

移行のほとんどは顧客から見えないものであり、そうあるべきです。顧客にとって変わることだけを、それが起きる前に伝えてください。

• 予約リンク、電話番号、メッセージのやり取りに使うチャネルが変わるなら、一週間前ともう一度当日に新しい連絡先を送ります。
• リマインダーが止まる、または送信元が変わるなら、その旨を伝え、新しい番号を保存してもらうよう頼みます。
• 同意の記録を持っているなら、その証跡を顧客ファイルとともに保持し、全員にもう一度同意を取り直すことは避けます。

短くまとめてください。「9月15日から、予約には新しいシステムを使います。すでにある予約はそのままです。予約はいつもと同じ電話番号かメッセージでお願いします。」

10. 古いエクスポートをファイルとして残す

並行稼働が終わりサブスクリプションを解約した後も、エクスポートを削除しないでください。ステップ1の元ファイル、ステップ3の整理済みワークブック、ステップ4の対応表、ステップ8の最終エクスポートを一つのフォルダにまとめ、日付を付けて名前を変え、パソコンの故障にも耐えられる場所に保管してください。想定よりずっと使うことになります。アーカイブを作る費用はゼロですが、作り直すのは不可能です。

うまくいかないことと、その防ぎ方

失敗	どう見えるか	防ぎ方
途中で切れたエクスポート	画面上の件数よりファイルの行数が少ない	整理の前に行数を数え、完全なエクスポートをサポートに依頼する
日付書式の混在	予約が間違った日や月に入る	ファイル全体をインポート前に一つのISO形式へ統一する
タイムゾーンのずれ	すべての予約が同じ時間数だけずれる	サンプル予約を一件取り込み、時計の時刻を突き合わせる
孤立した予約	顧客の紐づいていない予約	顧客を古いIDとともに先にインポートし、予約を後にする
統合された重複が履歴を失う	二人の顧客が一人になるとメモが消える	「統合先」という列を使い、スプレッドシート上で統合する
予約より後に営業時間を設定する	今後の予約が拒否されるか、誰もいない枠に入る	営業時間と方針を先に、予約を後にする

正直に言っておきます。何千人もの顧客と何年分もの履歴、大量の写真アーカイブを移す場合、手順自体は変わりませんが、見積もった時間は変わってきます。スプレッドシート整理のためにフリーランサーを雇うのは、お金を払う価値のある判断です。Ifaは有料の移行代行サービスを提供していないため、Ifaの場合はその作業をあなた自身か、契約した相手が行うことになります。ただしインポートのプレビューとチェックがそれを支えます。一部の他社ベンダーは、上位プランで支援付き移行を提供しています。データ量が多いなら、契約前に確認してください。

よくある質問

オーナーが運営するチームにとって、CRM移行にはどれくらい時間がかかりますか?

二席のサロン、4人のクリーニングクルー、あるいは数百人の顧客を抱える一人のコンサルタントであれば、エクスポートと整理に半日、インポートと予約の確認にもう半日、そして並行稼働は背後で一から二週間ほど動きます。履歴が大きくなるほど、時間がかかるのはインポートの部分ではなく整理の部分です。

閑散期にCRMを切り替えるべきですか?

閑散期があるなら、はい。今後の予約が少なければステップ7の確認が短く済み、飛び込み客が少なければ並行稼働の管理も楽になります。

顧客だけでなく、予約履歴も移行できますか?

古いツールが何をエクスポートしてくれるか次第です。多くの営業CRMは活動履歴をまるごとエクスポートします。多くの予約アプリは顧客リストは簡単に出せても、履歴はレポートとしてしか見せてくれません。履歴がきれいにエクスポートできないなら、少なくとも「最終来店日」と「来店回数」の列を添えて顧客を移行し、新しいシステムが誰が常連客かを把握できるようにし、古いレポートはアーカイブとして残してください。

CRMを切り替えた後、顧客にもう一度同意を取り直す必要がありますか?

同意が適法に取得されており、その記録が顧客とともに移動するなら、通常は必要ありません。重要なのは、誰が、何に、いつ同意したかを、後で示せることです。同意の項目とその日付を一緒に移行し、元のエクスポートを証拠として保管してください。古いツールがそもそも同意を記録していなかったなら、それは移行が引き起こした問題ではなく、新しいシステムで埋めるべき欠落として扱ってください。

最終更新日:2026年9月2日。