顧客管理システムを乗り換える｜移す前に決めておくこと

顧客管理システムを乗り換えたい。このご相談は、本当によくあります。

今の仕組みが使いにくい、現場が入力してくれない、見たい数字が出てこない。理由はさまざまですが、話を聞いていくと、多くの場合で共通していることがあります。困っているのは製品そのものではなく、その周りにある運用のほうだ、という点です。

大丈夫です。順番を守れば、乗り換えは怖い作業ではありません。ただし、順番を飛ばすと、同じ悩みを新しい仕組みへそのまま持ち込むことになります。

この記事では、顧客管理システムを乗り換えるときに、移す前に決めておくべきことを整理します。データをどこまで残すか、名寄せの基準をどうするか、入力のルールをどう作り直すか、並行して動かす期間をどれくらい取るか。そして、現場の受け止め方にどう配慮するか。実務の順番で並べていきます。

乗り換えたくなる理由は、たいてい似ています

まず、今の状態を言葉にするところから始めます。何に困っているのかがはっきりしないと、次に選ぶ製品の条件も決まりません。

現場が入力しなくなっている

いちばん多い相談がこれです。導入したときは入力されていたのに、いつの間にか空欄が増えていく。

原因は、たいてい入力の手間にあります。項目が多すぎる、画面の移動が多い、外出先から入れられない。そしてもうひとつ、入力しても自分には何も返ってこないという感覚です。

同じ顧客が二重に登録されている

表記のゆれ、担当者ごとの登録、部署ごとの入力。こうした積み重ねで、同じ会社が複数の行になっていきます。

この状態だと、取引額を集計しても正しい数字になりません。数字が信用できなくなると、誰も画面を見なくなります。

見たい数字が出てこない

導入したときに必要だった数字と、今知りたい数字が変わっている。これも自然なことです。事業の形が変われば、見たい指標も変わります。

ただ、設定を直せる人が社内にいなくなっていると、そのまま何年も固まってしまいます。

他の仕組みと繋がらない

請求、見積もり、問い合わせのフォーム、メールの配信。周辺の仕組みが増えるほど、繋がらないことによる二重入力が増えます。

これらの不満が積み重なると、乗り換えという判断が出てきます。

顧客管理システムやCRMを使っていても、営業担当が入力しない、顧客情報が重複する、レポートが見づらい、外部ツールとつながらないといった不満が増えると、他社製品への乗り換えを検討する時期です。ただし、単に新しいCRMへ切り替えれば解決するわけではありません。現行業務、データ品質、権限、連携、運用ルールを整理しないまま移行すると、同じ課題を新システムへ持ち込んでしまいます。特に営業部門では、入力負荷が高いほど情報が古くなり、経営会議で使う数字と現場感覚がずれます。 出典: nocoderi.co.jp

ここに書かれているとおりです。製品を替えるだけでは、入力されないという問題は解決しません。

乗り換えで解決すること、しないこと

期待の置き方を整理しておきましょう。

製品を替えることで解決するのは、道具そのものの制約です。外出先から使えない、項目を追加できない、他の仕組みと繋がらない、動作が遅い。こうした制約は、新しい製品にすれば消えます。

一方で、製品を替えても解決しないことがあります。誰が何を入力するのかが決まっていない、入力したものが何に使われるのか現場に伝わっていない、設定を触れる人がいない。これらは運用の問題なので、道具を替えても残ります。

顧客管理システムの乗り換えは、古いCRMを新しいCRMへ置き換えるだけの作業ではありません。現場が入力しやすい項目、経営が見たいKPI、営業が使うダッシュボード、顧客対応履歴、外部連携、権限設計まで含めた業務再設計です。目的が曖昧なまま進めると、移行後もデータが散らばり、現場に使われないCRMになります。 出典: nocoderi.co.jp

乗り換えは、仕組みの入れ替えであると同時に、業務の見直しの機会でもあります。ここを面倒に感じるかもしれませんが、実はこの見直しこそが、次の仕組みが定着するかどうかを決めます。

移す前に決めておく7つのこと

ここからが本題です。比較表を開く前に、次の7つを決めてください。紙1枚に書けば十分です。

決めること1　何に困っているのかを1つに絞る

不満はいくつもあるはずです。でも、優先順位を付けずに全部を解決しようとすると、機能の多い製品を選ぶことになり、設定が複雑になって、また使われなくなります。

いちばん困っていることを1つだけ選んでください。入力されないことなのか、数字が出ないことなのか、繋がらないことなのか。この1つが、製品を選ぶときの最優先の条件になります。

決めること2　残すデータと、残さないデータを決める

すべてを移す必要はありません。むしろ、全部移すと汚れたデータをそのまま持ち込むことになります。

判断の基準は、今後の業務で使うかどうかです。何年も取引がなく、担当者も退職している顧客の情報を移す意味は、あまりありません。ただし、法令や社内の規程で保存が必要なものは別です。移さない場合でも、書き出して保管しておく形にしてください。

個人情報を含むデータは、保管の期間と方法を決めたうえで扱う必要があります。この機会に、不要になった情報を整理するのは良い判断です。

決めること3　名寄せの基準を決める

重複しているデータをどうまとめるか。ここが移行作業で最も時間のかかる部分です。

決めておくことは3つあります。どの項目が同じなら同一の顧客とみなすか。重複していた場合、どちらの情報を残すか。判断に迷ったものを誰が決めるか。

この基準を決めずに作業を始めると、作業する人ごとに判断がばらつき、あとから直せなくなります。逆に基準が明確なら、この作業は外に出すこともできます。

決めること4　入力のルールを作り直す

移す前に、必ず入れる項目を決め直してください。現在の項目をそのまま持っていくと、使われていない項目まで引き継ぐことになります。

おすすめは、必須の項目を3つか4つに絞ることです。それ以外は任意にする。少なく感じるかもしれませんが、埋まらない項目が10個あるより、確実に埋まる項目が4つあるほうが、業務では役に立ちます。

決めること5　誰が何を見られるかを決める

顧客の情報には、取引の条件や個別の事情など、社内でも共有範囲を限るべき内容があります。誰がどこまで見えるのかを、移す前に設計してください。

今の仕組みで全員が全部見えている状態なら、この機会に整理するのがおすすめです。あとから絞るのは、心理的にも実務的にも難しくなります。

決めること6　繋ぐ仕組みと、繋がない仕組みを分ける

請求、見積もり、メールの配信、問い合わせのフォーム。すべてを繋ごうとすると、移行そのものが終わりません。

まず動かすことを優先し、繋ぐのは業務が止まる部分だけに絞ってください。残りは移行が落ち着いてから足せます。

決めること7　旧システムをいつ止めるかを決める

これは最初に決めておくべきことです。止める日が決まっていないと、両方に入力する期間がずるずると延びます。

両方に入れる期間は、現場にとって最も負担が大きい時期です。1か月程度を目安にして、その期間だけは頑張ってもらうという形にすると、協力が得られやすくなります。

次の製品を選ぶときの見きわめ

決めごとが揃うと、比較の軸は自然に絞られます。ここでは、乗り換えだからこそ見ておきたい点を挙げます。

今と同じ失敗を繰り返さない条件から見る

今の仕組みで困っていることが「入力されない」であれば、見るべきは入力の手数です。1件登録するのに何回入力し、何回画面を移動するか。自社の顧客を実際に登録して数えてください。

困っていることが「数字が出ない」であれば、見たい表を先に紙に描き、それが出せるかを試用で確かめます。困っていることが「繋がらない」であれば、繋ぎたい仕組みとの連携を、どの向きに何が流れるかまで具体的に確認します。

このように、今の不満を条件に翻訳すると、比較すべき列が3つか4つに減ります。

出ていくときのことを確認しておく

乗り換えを経験した今だからこそ、次の製品を選ぶときには、そこから出るときのことを確認してください。蓄積したデータをどの形式で書き出せるか、添付ファイルは含まれるか、履歴はどこまで持ち出せるか。

今回の乗り換えで苦労した部分があるなら、それは次の選定の条件になります。

設定を自分たちで直せるか

事業の形が変われば、見たい数字も、必要な項目も変わります。そのときに、社内で設定を直せるかどうかが、その仕組みを何年使えるかを決めます。

専門知識がないと触れない設計だと、また同じように固まってしまいます。試用の期間中に、項目を1つ追加して画面に反映させるところまでを、担当者自身にやってもらってください。

支援を受けられる範囲を確認する

移行の作業は、製品側が支援してくれる場合があります。どこまでが標準で、どこからが有料か。データの取り込みを代行してもらえるのか、手順の助言だけなのか。

人数が限られている会社では、この支援の有無が移行の期間を大きく左右します。金額がかかる場合でも、社内の時間と比べて判断してください。

データを移す手順

決めごとが揃ったら、実際の移行です。順番があります。

まず少量で試す

いきなり全件を移さないでください。100件程度を先に移して、確認します。

見るのは5点です。項目が抜けていないか、文字が化けていないか、重複が発生していないか、権限が意図どおりに効いているか、そして見たかった表が出るか。ここで問題が見つかれば、直してからもう一度試せます。

全件を移したあとで項目の対応付けの誤りに気づくと、入れ直しになります。この一手間が、あとの大きな作業を防ぎます。

項目の対応表を作る

旧システムのどの項目を、新しい仕組みのどの項目に入れるか。この対応を表にしてください。作りながら、移さない項目も決まります。

表を作っておくと、作業を誰かに任せることができます。頭の中にしかない状態だと、担当者が休んだ時点で止まります。

添付ファイルと履歴の扱いを決める

見積書や提案資料といった添付ファイル、そしてやり取りの履歴。この2つは、移行の対象から漏れやすい部分です。

すべての履歴を移すのは現実的でないことが多いので、直近の期間だけを移し、それ以前は旧システムから書き出して保管する形が実務的です。どの期間を移すかを決めてください。

移さないデータの保管方法を決める

移さないと決めたデータも、消してよいとは限りません。書き出した形式で保管するのか、旧システムを一定期間だけ参照用に残すのか。

旧システムを残す場合は、その費用と、いつまで残すかを先に決めておいてください。決めていないと、使わないのに払い続けることになります。

業種によって気をつける点が変わります

同じ乗り換えでも、業種によって注意する場所は違います。

訪問して営業する形の場合

移行の期間中も、現場は毎日動いています。外出先から新しい仕組みに入力できるかを、切り替えの前に必ず確認してください。ここが使いにくいと、移行を機に入力そのものが止まります。

店舗や来店を扱う場合

来店の履歴と会員の情報が中心になるため、予約や購買の仕組みとの関係を先に整理する必要があります。片方だけを乗り換えると、二重入力が発生します。

取引先が法人で、担当者が複数いる場合

会社と担当者の関係、親会社と子会社の関係。この構造が新しい仕組みで表現できるかを、移行前に確認してください。構造が変わると、集計の結果も変わります。

問い合わせ対応が中心の場合

対応の状態を管理する仕組みが業務の中心にあるため、切り替えの当日に対応が止まらないよう、進行中の案件をどう引き継ぐかを決めておく必要があります。切り替えの日は、問い合わせが少ない時期を選んでください。

継続して契約が更新される形の事業の場合

更新日、解約の申し出、利用の状況といった時間軸の情報が業務の中心にあります。この情報が欠けたまま移ると、更新の案内が漏れます。

移行の対象として最優先にすべきなのは、この更新に関わる情報です。移す順番を決めるとき、まず更新日と契約の状態から移し、そのあとに履歴や添付を移すという段取りにすると、万一途中で止まっても業務は回ります。

少人数で回している場合

作業する人が限られているので、移行の期間中は通常業務が滞ります。繁忙期を避けて計画を立てること、そして移行の作業を外に出せる部分は出すことが現実的な対処になります。

乗り換えにかかる負担を先に見積もる

乗り換えは、新しい仕組みの利用料だけで済む話ではありません。先に見積もっておくと、途中で驚かずに済みます。

かかるものは4つあります。新しい仕組みの初期費用と月額。データの整理と取り込みにかかる作業。設定と検証にかかる時間。そして、旧システムを止めるまでの重複した期間の費用です。

このうち、見落とされやすいのが3つ目と4つ目です。設定と検証は、担当者の時間として消えるため請求書には出てきません。重複期間の費用は、両方の月額を払う期間として確実に発生します。止める日を決めておくべき理由は、ここにもあります。

逆に、減るものもあります。二重入力にかかっていた時間、探すのにかかっていた時間、数字を手作業で集計していた時間。これらを移行の前に測っておくと、あとで効果を説明できます。測っていないと、効果があったかどうかを誰も判定できません。

移行の途中で起きやすいこと

実際に作業を始めると、予定になかったことが出てきます。あらかじめ知っておくと、慌てずに済みます。

まず、思っていたよりデータが汚れているという発見です。同じ会社が3件も4件も登録されていた、担当者の欄に部署名が入っていた、電話番号の形式がばらばらだった。この整理に、想定の2倍の時間がかかることは珍しくありません。少量で試す工程を先に置く理由は、ここにもあります。

次に、旧システムから書き出せない情報が見つかることがあります。画面では見えているのに、書き出したファイルには含まれない項目。添付ファイルが一括で取り出せない仕組み。これが分かった時点で、手作業で拾うか、諦めるかの判断が必要になります。早い段階で書き出しを試しておくと、対処の時間を確保できます。

そして、移行の途中で人事異動が起きることもあります。担当が替わっても続けられるよう、決めごとと作業の記録を文書に残しておいてください。頭の中にあるだけの情報は、引き継げません。

こうした出来事は、準備が足りなかったからではなく、移行という作業に付き物のものです。予定に余裕を持たせておけば、どれも対処できます。

切り替えの日をどう決めるか

切り替える日は、業務の谷に当ててください。年間の業務量を月ごとに並べて、最も静かな時期を選びます。

避けたいのは、決算の前後、繁忙期、そして人の入れ替わりが多い時期です。この3つと重なると、移行の作業と通常業務が同時に押し寄せます。

もうひとつ、担当者の休暇と重ならないかも確認してください。切り替えの直後は質問が集中します。答えられる人がいない状態で切り替えると、現場は自己流で使い始め、あとから直すのが難しくなります。

日を決めたら、逆算して予定を引きます。並行して動かす期間、設定と検証の期間、データの整理の期間、比較と試用の期間。この順に遡ると、いつ着手すべきかが出ます。多くの場合、思っていたより早く動き出す必要があると分かります。

現場の気持ちにも配慮してください

ここは技術の話ではありませんが、乗り換えの成否を左右する部分です。

反発が出るのは自然なことです

新しい仕組みへの切り替えは、慣れた手順を捨てることを意味します。特に、今の仕組みを使いこなしている人ほど、変化を負担に感じます。

「なぜ替えるのか」を説明せずに進めると、反発は強くなります。今の何が問題で、替えると誰の何が楽になるのか。この2つを、現場の言葉で伝えてください。管理側の都合だけを説明しても、協力は得られません。

窓口役を立てると、負担が分散します

部署ごとに1人、先に操作を覚えてもらう人を決めてください。日常的な疑問はその人が答え、答えられないものだけを担当部署に上げる形にします。

全員向けの説明会を1回開くより、この形のほうが定着します。窓口役から上がってくる質問は、設定を見直すべき箇所を教えてくれる材料にもなります。

最初の1か月は、完璧を求めないでください

切り替えの直後は、入力の漏れも間違いも出ます。ここで細かく指摘すると、現場は萎縮して入力そのものを避けるようになります。

最初の1か月は、必ず入れる項目だけを守ってもらう。それ以外は、慣れてから整えればよいと考えてください。

こういうご相談を受けるとき、私がいつもお伝えしているのは、仕組みを替えることより、替えたあとに人が動き続けることのほうが難しい、ということです。焦らず、順番を守って進めてください。

切り替えたあとの3か月で、もう一度整える

移行が終わった時点が完成ではありません。実際に使ってみると、必要だと思っていた項目が埋まらなかったり、想定していなかった使われ方が出てきたりします。

3か月経ったところで、一度立ち止まってください。埋まっていない項目を削る、使われていない機能を無効にする、出てくる数字を実際の判断に合わせて直す。この見直しを1回やるかどうかで、その後の数年が変わります。

この時間を最初から予定に入れておくと、移行の直後に完璧を目指さずに済みます。まず動かして、使いながら整える。この順番のほうが、現場にも負担が少なくて済みます。

数字が合わなくなったときの確かめ方

切り替えたあと、旧システムで見ていた数字と新しい仕組みの数字が合わない。これもよくあるご相談です。

慌てなくて大丈夫です。原因はたいてい3つのどれかです。ひとつは、移さないと決めたデータの分がそのまま差になっている場合。もうひとつは、重複をまとめたことで件数が減っている場合。そして、集計する条件が旧システムと違っている場合です。

確かめる順番は、まず移した件数と移さなかった件数を足して、旧システムの件数と一致するかを見ます。ここが合っていれば、データの移行そのものは正しくできています。合わないなら、取り込みの途中で弾かれたものがあるので、その記録を確認します。

件数が合っているのに金額や集計が違う場合は、集計の条件を見比べてください。対象にしている期間、除外している区分、担当者の割り当て方。どこかが違っているはずです。

この確認を移行の直後に一度やっておくと、その後は安心して新しい数字を使えます。逆にここを曖昧にしたまま進むと、いつまでも旧システムの数字を頼りにすることになります。

よくある失敗を、手前で止める

最後に、実際に起きやすい失敗を挙げておきます。

ひとつ目は、目的を決めないまま製品を比べ始めることです。困っていることを1つに絞らないと、機能の多さで選んでしまいます。

2つ目は、データを整理せずに全件を移すことです。重複も、古い情報も、そのまま新しい仕組みに入ります。移行は整理の機会だと考えてください。

3つ目は、旧システムを止める日を決めないことです。両方に入力する期間が延びると、現場の負担が続き、新しい仕組みへの印象が悪くなります。

4つ目は、繁忙期に切り替えることです。通常業務が忙しい時期に移行を重ねると、どちらも中途半端になります。年間の業務の山を見て、谷の時期に当ててください。

5つ目は、設定を触れる人を1人にしておくことです。その人が異動すると、誰も直せなくなります。最低2人にしておくこと、そして設定の意図を文書に残しておくことをおすすめします。

6つ目は、移行の作業そのものを記録に残さないことです。どの項目をどこに移したか、どういう基準で重複をまとめたか。これを残しておかないと、あとから数字が合わないときに原因を追えません。作業しながら簡単な記録を残すだけで、後の確認がずいぶん楽になります。

7つ目は、新しい仕組みに合わせて業務のほうを無理に変えようとすることです。製品の想定する流れと自社の実務が違う場合、どちらに合わせるかは慎重に決めてください。合理的な理由があって今の流れになっているなら、それを壊してまで製品に合わせる必要はありません。逆に、惰性で続いているだけの手順であれば、この機会に整理するほうが後々楽になります。この見極めは、現場に聞かないと分かりません。

社内で抱えるか、外に頼むかという判断

乗り換えの作業のうち、何を残して何を捨てるか、誰が何を入力するかという決めごとは、社内でしか決められません。事業のことを知っている人にしか判断できないからです。

一方で、外に出せる工程もあります。既存データの整理と名寄せ、取り込み用の加工、項目の対応表の作成、社内向けの操作手順書の作成、他の仕組みとの連携の設定。これらは期間が区切られていて、成果物がはっきりしているため、外部に委託しやすい領域です。

在宅ワークの市場を20年運営してきた立場から見ると、乗り換えが途中で止まる会社に共通しているのは、通常業務を抱えた担当者がデータの整理まで背負っていることです。数千件の名寄せは、片手間でできる作業ではありません。ここを切り出すだけで、進み方が変わります。

外に頼むときに効いてくるのが取引の形です。仲介の手数料が何段階も乗る形だと、同じ予算でも実際に作業する人へ届く額が薄くなり、受け手は数をこなす方向に動かざるを得ません。手数料0%の直接取引であれば、依頼する側は同じ予算でより多くを頼め、受ける側は1件あたりの手取りが厚くなるため、腰を据えて品質に向き合えます。運営者として見てきた限りでは、この差は成果物の丁寧さにそのまま出ます。

どんな人に頼めるのかを具体的に知りたい場合は、職種ごとの業務範囲から逆算するのが早道です。データの加工や仕組み同士の連携は、アプリケーション開発のお仕事で扱う範囲に含まれます。業務の流れそのものを整理するところから相談したいなら、AIコンサル・業務活用支援のお仕事の内容が参考になります。

費用の見当を付けたいときは、職種ごとの単価水準を確認しておくと、見積もりの妥当性を判断できます。設定や移行の作業を頼む場合はソフトウェア作成者の年収・単価相場が目安になります。社内向けの手順書を自分たちで整えるなら、文書の型を体系的に押さえられるビジネス文書検定の出題範囲が基準として使えます。

なお、乗り換えを機に承認や申請の流れも見直したいという相談は多く寄せられます。その場合は、ワークフローシステム比較2026｜承認業務のDX化で年間200時間を削減で扱っている業務の整理のしかたが、あわせて参考になります。ただし、同時に2つを替えると負担が大きくなるため、順番を決めて片方ずつ進めてください。

もう一度、整理します。乗り換えの成否を分けるのは、製品の性能ではなく、移す前に何を決めたかです。困っていることを1つに絞り、残すデータを決め、名寄せの基準を作り、入力のルールを絞り直し、権限を設計し、繋ぐ範囲を決め、旧システムを止める日を決める。この7つが埋まっていれば、比較表のどの列を見ればよいかは自然に決まります。焦らなくて大丈夫です。順番どおりに進めてください。

よくある質問

Q. 乗り換えを決めてから切り替えまで、どのくらいの期間が必要ですか？

規模によりますが、現状の整理に1か月、比較と試用に1か月、データの整理と設定に1か月から2か月、並行して動かす期間に1か月というのが目安です。合計で半年程度を見ておくと無理がありません。繁忙期と重ならないように逆算すると、着手すべき時期が決まります。少人数で回している場合は、外に出せる工程を先に決めておくと計画が現実的になります。

Q. 過去のデータは全部移したほうがよいですか？

すべてを移す必要はありません。今後の業務で使うかどうかで判断してください。何年も取引がなく担当者も退職している顧客の情報は、移さずに書き出して保管する形で足ります。ただし、法令や社内の規程で保存が必要なものは別です。全件を移すと、重複や古い情報をそのまま新しい仕組みに持ち込むことになります。

Q. 旧システムと新システムを並行して動かす期間は必要ですか？

1か月程度は取ることをおすすめします。切り替えた直後に想定外の問題が見つかることがあり、戻れる状態を残しておくと安心です。ただし、期間が長引くと両方に入力する負担が続き、現場の協力が得られにくくなります。止める日を最初に決めて共有しておくと、その期間だけは頑張ってもらえます。

Q. 現場が新しい仕組みを嫌がりそうです。どう進めればよいですか？

まず、なぜ替えるのかを現場の言葉で説明してください。今の何が問題で、替えると誰の何が楽になるのか。この2つが伝わらないまま進めると反発が強くなります。そのうえで、部署ごとに窓口役を1人立て、その人に先に操作を覚えてもらう形が定着しやすくなります。最初の1か月は完璧を求めないことも大切です。

Q. 移行のときにいちばん時間がかかる作業は何ですか？

重複したデータをまとめる名寄せの作業です。どの項目が同じなら同一の顧客とみなすか、重複時にどちらを残すか、迷ったものを誰が決めるかという3つの基準を先に決めておくと、作業のばらつきを防げます。基準が明確であれば外部に委託できる作業でもあるため、通常業務を抱えたまま抱え込まない進め方が現実的です。