社員が30人に近づいてくると、多くの会社で似たような現象が起き始めます。営業部は「顧客リスト.xlsx」を、カスタマーサポートは「問い合わせ管理.xlsx」を、経理は「取引先台帳.xlsx」を、それぞれ独自に育ててきた。どのファイルにも同じ会社の名前が載っているのに、住所の表記が違う、担当者名が古いまま、電話番号が一部だけ更新されている――そんな状態に、総務や経営者が「そろそろ1つにまとめよう」と思い立つのが、この段階でよくある出発点です。

しかし、いきなりkintoneやCRMを契約して「さあ統合しましょう」と進めると、高い確率でつまずきます。理由は単純で、統合する元データそのものが、突き合わせに耐える状態になっていないからです。3つの部署のExcelを機械的に1つのテーブルに流し込んだ結果、同じ会社が3行に分かれて登録され、どれが最新の情報か誰も分からない、という新しい混乱を生み出してしまうケースは珍しくありません。

このガイドは、システムを選ぶ前の段階、つまり部署間で分散した顧客管理Excelを、統合できる状態に整える下準備に焦点を当てます。10人未満の会社であれば「Excelファイルが増えすぎる」という現象そのものへの対処で足りますが、30人規模で部署が複数に分かれた会社に必要なのは、それとは質の異なる「部署をまたいだ突合」という作業です。

この記事で分かること

部署ごとに独立して育ったExcelの顧客管理台帳を統合する前に、何を、どの順番で確認すべきかを解説します。具体的には、突合作業の準備、重複レコードの判定基準、データの所有者(正本)を誰にするかの決め方、という3つのステップを扱います。統合先のシステム選定(kintone・CRMなど)そのものは扱いません。その判断はExcelのデータベース化入門: Access・SQL・SaaSどれを選ぶkintoneでExcel台帳を置き換える手順と費用感に譲ります。

なぜ「いきなり統合」が失敗するのか

部署ごとのExcelを統合しようとして最初につまずくポイントは、たいてい技術的な話ではありません。「どのファイルが正しいか」を誰も断言できないという、人間関係と業務プロセスに根ざした問題です。

営業部の顧客リストには、商談中の見込み客も含まれています。カスタマーサポートの問い合わせ管理には、実際に契約している既存顧客だけが載っています。経理の取引先台帳には、請求書を送る相手先の正式名称と、営業部が呼んでいる略称とでは表記が違うことがあります。つまり3つのExcelは、同じ「顧客」という言葉を使っていても、それぞれ違う目的のために違う粒度で作られたデータなのです。

この違いを無視していきなり1つのシステムに統合すると、次のような事態が起きます。

  • 同じ会社が「株式会社◯◯」「(株)◯◯」「◯◯株式会社」のように表記ゆれで別々のレコードとして登録される
  • 営業部にとっての「顧客」(見込み客含む)とカスタマーサポートにとっての「顧客」(契約者のみ)が同じテーブルに混在し、集計の意味が壊れる
  • どの部署の情報が最新か分からず、結局それぞれの部署がまた個別にExcelを作り直してしまう

したがって、統合作業の本体は「システムにデータを入れること」ではなく、入れる前にデータをそろえることにあります。この作業を専門用語でデータクレンジングと呼びます。

ステップ1: 統合対象のExcelを全部並べて棚卸しする

最初にやるべきことは、部署ごとに散らばっているExcelファイルを、実際に全部集めて一覧にすることです。この段階でシステムの話は一切考えず、純粋に「今、何がどこにあるか」を可視化します。

棚卸し表には、最低限、次の項目を記録してください。

項目記録する内容
ファイル名・保存場所どの部署の、どのフォルダにあるか
管理者実際に更新しているのは誰か(役職者ではなく実務担当者)
レコード件数おおよそ何件のデータが入っているか
主なカラム会社名・担当者名・電話番号・契約状況など、どの項目を持っているか
更新頻度日次で更新しているのか、月次程度か、ほぼ放置されているか

この棚卸しをやってみると、多くの会社で「思っていたより多くのExcelが存在していた」という事実に直面します。営業部だけでも、部長が持っているマスターリストと、各営業担当が個人で作っている案件管理シートが別々に存在している、というようなことは珍しくありません。まずこの全体像を関係者全員で共有することが、統合作業の出発点になります。

ステップ2: 重複レコードをどう判定するか、基準を先に決める

棚卸しが終わったら、次は複数のExcelにまたがって存在する「同じ顧客」をどう見つけるかを決めます。ここで重要なのは、突合作業を始める前に、判定基準を関係者間で合意しておくことです。作業を始めてから「これは同じ会社なのか、別会社なのか」で毎回議論していると、作業が終わりません。

判定基準の作り方には、いくつかの現実的な選択肢があります。

  1. 完全一致のキーを決める: 法人番号や電話番号など、表記ゆれが起きにくい項目を主キーとして採用する方法です。最も確実ですが、法人番号がどのExcelにも記録されていないケースが多く、後から国税庁の法人番号公表サイトなどで補完する作業が発生することがあります
  2. 正規化してから一致させる: 会社名から「株式会社」「(株)」といった法人格表記を除去し、全角・半角を統一した上で文字列を比較する方法です。表計算関数(SUBSTITUTE関数の組み合わせなど)である程度自動化できますが、完全ではないため目視確認が必須になります
  3. 人力で目視突合する: レコード件数が数百件程度に収まるなら、五十音順や会社名順に並べ替えたシートを2つ並べて、人の目で確認していく方法が結局もっとも確実です

どの方法を選ぶにしても、判定に迷うグレーゾーンのケース(例えば「株式会社◯◯」と「株式会社◯◯商事」が同じ会社の別部門なのか、別会社なのか)が必ず出てきます。このグレーゾーンをどう扱うかを、作業開始前に「迷ったら統合せず別レコードとして残し、後で経営者や営業責任者が個別判断する」というように、あらかじめルール化しておくと、現場担当者が作業中に判断で消耗せずに済みます。

突合作業でよくある失敗は、「とりあえず全部VLOOKUPでマッチングしてみよう」といきなり自動化から入ることです。表記ゆれが多いデータほど関数だけでは拾いきれず、結局は目視確認に戻ってくることになります。最初から「自動化7割・目視確認3割」くらいの前提で計画を立てるほうが、結果的に早く終わります。

ステップ3: データの「所有者」を部署横断で1人に決める

重複を判定できたとしても、最後に必ず突き当たる壁があります。それは、同じ顧客について複数の部署が矛盾する情報を持っていた場合、どちらを正とするかという問題です。

例えば、営業部のExcelでは担当者が「山田様」となっているのに、カスタマーサポートのExcelでは「田中様」に代わっている。これは単なる表記ゆれではなく、実際に担当者が変わったのにどちらかの部署が更新していない、という業務上の食い違いです。この種の食い違いは、システムで自動的には解決できません。

ここで必要になるのが、項目ごとのデータオーナー(責任者)を部署横断で決めておくという考え方です。

  • 会社名・住所・請求先情報 → 経理部が最新性に責任を持つ(請求書送付の実務があるため、最も正確になりやすい)
  • 担当者名・連絡先 → 直近でやり取りしている部署(営業 or カスタマーサポート)が責任を持つ
  • 契約状況・契約金額 → 経理部または契約管理を担う部署が責任を持つ

このように「この項目については、この部署の情報を信じる」というルールを先に決めておくと、統合作業中に矛盾が見つかった際、誰が最終判断するかで迷わずに済みます。逆にこのルールを決めないまま統合を進めると、統合後のシステムでも同じ矛盾が放置され続け、「結局どの情報を信じればいいか分からない」という、統合前と同じ不満が形を変えて残ることになります。

統合の前に「今の運用そのもの」に問題がないかも見ておく

顧客管理Excelが部署ごとに分かれてしまう背景には、多くの場合、情報共有の手段がExcelファイルのメール添付やチャット送付に頼っていたという運用上の問題があります。ファイルをメールで送り合っている限り、受け取った側は自分の手元でコピーを編集し始めてしまい、統合してもまたすぐに分散が再発します。

この運用面の問題を放置したまま統合だけを進めると、統合作業そのものが徒労に終わりかねません。部署間のファイルのやり取り方法を見直したい場合は、部署間でExcelをメール添付しあう運用から抜け出す最初の一歩を先に読んでおくことをお勧めします。統合と共有方法の見直しは、本来セットで進めるべき取り組みです。

個人情報保護の観点も忘れずに確認する

顧客管理Excelの統合作業は、単なる業務効率化の話に見えて、実際には個人情報(担当者の氏名・連絡先など)を扱うデータ整備作業でもあります。統合作業の過程で、複数のExcelファイルを一時的に1箇所に集める必要が出てきますが、その保存場所へのアクセス権限を必要最小限のメンバーに絞る、作業完了後は不要になった個データを整理するといった配慮が求められます。

特に、顧客リストをExcelで長年運用してきた会社が抱えがちな個人情報保護法上の注意点については、顧客リストが個人PCのExcelに散らばる状態を今のうちに解消するや、より本格的な移行判断としては顧客リストをExcelで管理していて限界を感じ始めた担当者向けの記事でも扱っています。統合作業を「効率化」だけの文脈で捉えず、情報管理の適正化という視点も持っておくと、経営層への説明もしやすくなります。

統合作業のスケジュール感

30人規模、3部署程度のExcel統合であれば、次のようなスケジュール感が現実的な目安です。あくまで目安であり、データ件数や表記ゆれの多さによって前後します。

フェーズ主な作業目安期間
棚卸し対象Excelの洗い出し、管理者へのヒアリング1〜2週間
突合ルールの策定判定基準の決定、グレーゾーンの扱いを関係者で合意3〜5日
データクレンジング重複排除、表記統一、欠損の補完2〜4週間(件数に応じて変動)
所有者確定項目ごとのデータオーナーを部署横断で合意1週間
統合先システムへの投入クレンジング済みデータをシステムに移行システム側の準備状況に依存

この表からも分かるとおり、統合作業全体の中で最も時間がかかるのは「システムへの投入」ではなく「データクレンジング」の工程です。ここを甘く見積もると、システム導入のスケジュール全体が後ろ倒しになりやすいので、事前に十分な期間を確保しておくことをお勧めします。データクレンジングの具体的な進め方はExcelデータ移行で失敗しないためのデータクレンジング入門で詳しく解説しています。

統合を機に「二重入力」の構造も見直す

複数部署のExcelが分かれたまま運用され続けると、多くの場合、同じ情報を複数の部署がそれぞれ手入力するという二重入力が常態化しています。営業部が受注情報をExcelに入力し、その内容を経理部がまた別のExcelに手で転記する、というような流れです。

統合はこの二重入力を解消する好機でもあります。1つの正本データができれば、各部署は「参照するだけ」で済み、転記作業そのものが不要になります。二重入力の解消については二重入力をなくす: Excelとシステムをつなぐ連携の基礎で扱っているので、統合作業の設計段階でぜひ参考にしてください。

統合後、旧Excelファイルをどう扱うか

意外と見落とされがちなのが、統合が完了した後の「旧Excelファイルの扱い」です。統合が終わってシステムへの移行が完了しても、旧Excelファイルをそのまま各部署のフォルダに残しておくと、うっかり誰かがそのファイルを開いて編集を続けてしまい、正本のデータと乖離が再発するリスクがあります。

対処法としては、次のような手順が現実的です。

  1. 統合完了後、旧Excelファイルは編集不可(読み取り専用)に設定を変更する
  2. ファイル名の先頭に「【統合済・参照専用】」のような明示的なラベルを付ける
  3. 一定期間(例えば3ヶ月程度)経過後、アーカイブ用フォルダに移動し、日常的にアクセスする場所からは見えなくする
  4. 完全に削除するのではなく、監査や過去データの確認に備えて一定期間は保管しておく

この手順を踏まないと、「システムを導入したのに、いつの間にかまたExcelで管理する人が現れた」という、統合の努力が無駄になる事態を招きかねません。

突合作業を誰が担当するかで、進み方が大きく変わる

ここまで手順を解説してきましたが、実務上もう一つ大きな分かれ目になるのが「誰がこの突合作業を担当するか」という体制の問題です。10-30人規模の会社では、専任の情シス担当がいないことが多く、この作業は総務や経理の担当者が本業と兼務しながら進めることになります。

体制を考える際、現実的な選択肢は次の3つです。

  • 総務・経理の担当者が主導する: 各部署の業務内容にある程度詳しく、社内調整もしやすい立場ですが、本業と並行して進めるため、作業のスピードは限られます
  • 各部署から1名ずつ代表者を出し、合同でプロジェクト化する: 部署ごとの事情(なぜこの表記になっているか、なぜこの項目が必要か)を正確に把握しながら進められますが、日程調整の負荷が高く、全員のスケジュールが合わないと停滞しやすいという弱点があります
  • 外部の開発会社やコンサルタントに一部を委託する: 突合作業自体は社内の業務知識が必要なため完全な丸投げは難しいものの、データクレンジングの実務(重複検出・表記統一のロジック作成など)を委託することで、社内担当者の負荷を大きく減らせます

どの体制を選ぶにしても共通して言えるのは、「片手間で終わらせられる作業ではない」という前提を、経営者を含めた関係者全員で共有しておくことです。中途半端な体制のまま「隙間時間でやっておいて」と丸投げすると、作業が長期間止まったままになり、結局「やっぱりExcelのままでいいか」という結論に流れてしまいがちです。

統合作業でよくある「あるある」トラブル

実際に複数部署のExcelを突合する作業を進めると、事前の想定通りには進まないことがほとんどです。ここでは、特によく発生するトラブルのパターンと、その対処の方向性を紹介します。

  1. 「削除していいか分からない」レコードが大量に出てくる: 重複と思われるが、片方にしかない情報(過去の商談メモなど)がある場合、単純に削除してよいか判断がつかないケースが頻発します。対処法としては、削除ではなく「統合後は非表示にするが、参照用として残す」という選択肢を用意しておくと、判断の心理的ハードルが下がります
  2. 一部の部署が協力に消極的: 特に、自部署のExcelを長年守ってきた担当者ほど、「自分のやり方を否定された」と感じ、情報提供に消極的になることがあります。この場合、統合の目的が「今のやり方を否定すること」ではなく「みんなが困らないようにすること」であると、個別に丁寧に説明する時間を取ることが有効です
  3. 突合の途中で新しいExcelが発見される: 棚卸しの時点では把握できていなかった「実は個人のPCにもう1つ管理用のファイルがあった」というケースは頻出します。棚卸しは1回で完璧に終わらせようとせず、突合作業の過程で随時アップデートする前提で計画してください
  4. 統合後にすぐ新しいExcelが作られてしまう: せっかく統合しても、統合先のシステムが使いにくいと感じた現場担当者が、また個人的にExcelでメモを取り始めてしまうことがあります。これを防ぐには、統合先のシステムが実際の業務フローに合っているかを、統合前に現場の意見を聞きながら検証しておくことが重要です

統合作業の成果を測る指標

統合プロジェクトが完了した後、それが実際にうまくいったかどうかを判断する指標を、あらかじめ決めておくことをお勧めします。感覚的な「良くなった気がする」で終わらせず、次のような具体的な指標で振り返ると、次の統合プロジェクト(他の業務領域)にも活かせる知見が得られます。

指標統合前統合後(目安)
同一顧客の重複レコード数部署ごとに存在(把握不能なことも多い)ゼロ、または既知の例外のみ
「最新版はどれ?」という確認のやり取り週に数回発生ほぼゼロに近づく
転記・二重入力の作業時間部署ごとに毎週発生大幅に削減、または解消
情報の更新から他部署への反映までの時間数日〜数週間かかることもリアルタイムに近づく

これらの指標は、統合プロジェクトの効果を経営層に説明する際の材料としても有効です。特に「探す時間」「転記の時間」といった見えにくいコストが、統合後にどれだけ減ったかを定量的に示せると、次の投資判断(さらなるシステム化など)の説得材料にもなります。

統合をきっかけに、部署間の「呼び方の違い」も揃える

突合作業を進めていくと、単なる表記ゆれ以上に根深い問題として、部署ごとに同じ概念を違う言葉で呼んでいることに気づく場面が出てきます。例えば、営業部では「案件」と呼んでいる単位を、カスタマーサポートでは「チケット」、経理では「取引」と呼んでいる、というようなケースです。

こうした呼び方の違いは、突合作業そのものを難しくするだけでなく、統合後のシステムを設計する際にも影響します。システムの画面上で「案件」という項目名を使うのか、「取引」という項目名を使うのかによって、各部署の使いやすさが変わってくるためです。

この問題への対処法として、統合プロジェクトの早い段階で、次のような簡単な用語対応表を作っておくことをお勧めします。

概念営業部での呼び方カスタマーサポートでの呼び方経理での呼び方
顧客とのやり取り単位案件チケット取引
顧客企業そのもの取引先アカウント得意先
担当者営業担当対応者担当者

このような対応表を作っておくと、統合後のシステムでどの用語を採用するかを決める際の材料になり、また、部署をまたいだ会議で「それって、うちで言う◯◯のことですよね」という認識合わせもスムーズになります。地味な作業に見えますが、統合プロジェクトが長期化するほど、こうした言葉の定義のズレが後になって蒸し返され、手戻りの原因になることが少なくありません。

統合の範囲を最初から欲張りすぎない

最後に、統合プロジェクト全体の進め方についての注意点を付け加えておきます。3部署のExcelを統合しようとする際、「せっかくだから、関連するデータも全部一緒に整理してしまおう」という誘惑に駆られることがあります。例えば、顧客管理の統合をきっかけに、案件の進捗管理や請求データまで、一気に同じプロジェクトの範囲に含めようとするケースです。

この「ついでに」という発想は、多くの場合プロジェクトを長期化させ、途中で息切れする原因になります。最初の統合対象は、業務上最も混乱が大きい1つのデータ(多くの場合は顧客情報)に絞り、それが完了してから次の対象に着手するという、段階的な進め方のほうが、最終的には早く、確実に目的を達成できます。

一度、顧客情報の統合という1つのテーマを最後までやり切った経験は、次の統合プロジェクト(案件管理や在庫管理など)を進める際のノウハウとしてそのまま活用できます。焦らず、範囲を絞って着実に進めることが、結果的に組織全体のデータ整備を早く進める近道になります。

統合作業と並行して考えておきたい予算の話

統合プロジェクトを進める中で、避けて通れないのが予算の話です。10-30人規模の会社の多くは、専用の情シス予算というものがまだ存在せず、システム導入の費用は都度、経営者の判断で決められることが多いのが実情です。

統合プロジェクトにかかる費用は、大きく分けて次の3つです。

  • 人件費(社内工数): 棚卸し・突合・所有者確定の作業に費やす、担当者の稼働時間
  • 統合先システムの費用: kintoneやCRMなど、統合後の受け皿となるシステムの初期費用・月額費用
  • 外部委託費用(必要な場合): データクレンジングや移行作業の一部を外部に委託する場合の費用

このうち、社内で見落とされがちなのが人件費です。「Excelの整理くらい、隙間時間でできるだろう」と軽視されがちですが、実際には数十〜百時間規模の稼働が必要になることも珍しくありません。予算の話を経営層に切り出す際は、システムの費用だけでなく、この人件費も含めた全体像を示すことをお勧めします。ITに詳しくない決裁者に稟議で費用対効果を説明する書き方はIT導入の稟議書の書き方(テンプレート付き)で具体的なテンプレートとともに解説しています。

よくある質問

統合プロジェクトを検討する担当者から、よく寄せられる質問とその回答をまとめました。

Q. 突合作業を全部外部に委託することはできますか?

技術的な作業(重複検出のロジック作成、データの整形など)は委託できますが、「どの情報が正しいか」を判断する部分は、業務内容を知っている社内の担当者でなければ判断できません。委託する場合も、判断が必要な場面では社内担当者の関与が必須になる、という前提で計画してください。

Q. 統合を始めたものの、途中で「やっぱりこのままでいいのでは」と社内の空気が変わってしまいました。どうすればよいですか?

このような空気の変化は、統合作業の途中で一時的に業務が非効率になる期間(旧運用と新運用が並行する移行期間)に起きやすい現象です。移行期間があることをあらかじめ関係者に伝え、「一時的に手間が増えるが、それを超えた先に楽になる」という見通しを共有しておくことで、途中での揺り戻しを防ぎやすくなります。

Q. 統合対象のデータ量が数万件を超えています。この記事の手順で対応できますか?

数万件規模になると、目視による突合は非現実的です。この規模の場合は、データクレンジングの専門的な手法(プログラムによる自動マッチングなど)が必要になるため、外部の開発会社やデータ整備の専門家への相談も視野に入れることをお勧めします。

まとめ: 統合は「システム選び」の前に「データを整える」作業

部署ごとに増えた顧客管理Excelの統合は、多くの会社が「システムを何にするか」から考え始めてしまいますが、実際にプロジェクトを左右するのは、その前段階にある突合・重複排除・所有者確定という地味な作業です。この下準備を丁寧に行うほど、統合後のシステムがスムーズに機能し、逆に省略するほど、統合後も同じ混乱が形を変えて残ります。

自社のExcel運用がどの程度深刻な状態にあるかを客観的に把握したい場合は、Excel台帳の限界サイン7つ。まず自社の危険度をチェックするでセルフチェックできます。また、統合を含めた「脱Excel」全体の進め方に迷った場合は、脱Excelの判断フロー: サインが出た後、何をシステム化して何を残すかもあわせて参考にしてください。

10-30人という段階は、部署間の壁がまだそこまで厚くなく、統合作業への協力も得やすいタイミングです。組織がさらに拡大してから同じ作業に着手すると、部署の数も、データの量も増え、統合の難易度は確実に上がります。「今のうちに整えておく」という意識を持って、このガイドで示したステップに沿って着手することをお勧めします。