名寄せシステムの開発費用——内製・SaaS・代行の3年総額比較
「名寄せの仕組みを作るのに、いくらかかるのか」。この問いへの答えは、どの作り方を選ぶかで桁から変わります。選択肢はスクラッチ内製・データクレンジング代行・名寄せSaaSの3つ。そして正しい比較の物差しは、初期費用ではなく3年間の総額(TCO)です。この記事では、3つの選択肢の費用構造と見落とされがちなコスト、3年TCOの比較表、そして選び方の判断フローまで解説します。
選択肢は3つ——内製・代行・SaaS
名寄せを仕組み化する方法は、大きく3つに分かれます。まず費用相場の全体像です。
| 選択肢 | 費用相場 | 向いているケース |
|---|---|---|
| スクラッチ内製 | 要件定義〜開発〜運用で数百万円〜。規模と要件次第で数千万円規模も | 判定要件が特殊で既製品に乗らない。開発体制を継続的に確保できる |
| データクレンジング代行 | 1件数円〜数十円のスポット課金。最低発注金額が数万〜数十万円のことも | 一度きりの大掃除。展示会リストの整理など単発の整備 |
| 名寄せSaaS | 月額数万〜数十万円+導入支援費 | きれいな状態を保ち続けたい。CRMやDBと接続して継続運用する |
表の「向いているケース」は、裏返すと不向きの条件でもあります。内製は開発チームが解散した瞬間に前提が崩れ、代行は「保ちたい」が要求に入った瞬間に割高になり、SaaSは一度きりの整理だけならオーバースペックです。自社の状況がどの行に近いかを、まずこの表で当たりを付けてください。
この3つは「同じものの値段違い」ではありません。内製とSaaSは仕組みを持つ選択肢、代行は作業を買う選択肢です。持つのか買うのか——この違いが、3年後の総額と、データがきれいであり続けるかどうかを分けます。課金体系そのものの整理は名寄せツールの料金相場の記事にまとめています。
実際の検討の現場では、この3つは「順番に試される」ことが多い選択肢でもあります。まず社内で内製案が出て、見積もりを取ったら想定より一桁大きくて止まる。次に代行で一度きれいにするが、半年後にまた汚れて、再発注のたびに費用がかさむ。最後にSaaSに落ち着く——という順路です。最初から3年総額で3つを並べて比較すれば、この回り道は省けます。
内製で見落とされる4つの費用
内製の見積書に載るのは要件定義と開発の費用ですが、実際の総額を押し上げるのは、その後に来る4つの費用です。
1. 精度改善が終わらない
名寄せロジックは「作って終わり」になりません。リリース後に必ず誤判定(同じ会社を別と判定・別の会社を同じと判定)が見つかり、しきい値の調整とルールの追加が続きます。この改善ループは機能追加ではなく品質維持なので予算化されにくく、開発チームの工数を静かに消費し続けます。
見積もりの段階でこの構造を織り込むなら、「初期開発費で完成」ではなく「リリース後も毎年その一部を精度維持に払い続ける」前提で計画すべきです。2年目以降の予算枠を最初から確保していない内製プロジェクトは、改善が止まった時点から精度が落ち始めます。
精度の目標設定にも注意が要ります。「誤判定ゼロ」を要件に書くと、開発は事実上終わりません。実務的な落としどころは、「確信度の高い帯は自動で統合し、グレーな帯は人が承認する」という運用込みの設計にして、判定ロジック単体に完璧を求めないことです。この割り切りができるかどうかで、内製の総額は大きく変わります。
2. 担当者の退職でブラックボックス化する
名寄せロジックは「なぜこの2件を同じとみなすのか」という判断の集積で、コードだけ読んでも意図が復元できません。設計した担当者が退職すると、誰も触れないシステムが残ります。触れないまま精度が劣化し、数年後に作り直し——というのが典型的な失敗パターンです。
怖いのは退職の瞬間ではなく、その後の沈黙です。触れないシステムは「一応動いているから」と放置され、誤判定が静かに積もり、気づいたときにはデータ側が汚れきっている。作り直しの費用には、この間に蓄積した汚れの掃除代まで含まれることになります。
3. 辞書とルールのメンテナンス
略号・旧社名・通称を吸収する辞書は、作った瞬間から古び始めます。社名変更・合併・新設は毎月起きているため、辞書を自前で維持するには参照データの更新体制ごと持つ必要があります。ここを止めると精度が目に見えて落ちます。
「うちは辞書なんて作っていない」という場合は、担当者の頭の中にある判断がその辞書です。名寄せの仕組み化とは、この暗黙の辞書をデータにして維持し続けることでもあり、その維持費は内製の見積書にはまず載っていません。
4. 関連レコード付け替えの複雑さ
重複の検出だけなら比較的単純ですが、統合の実行——残す側を決め、商談・対応履歴・請求情報を付け替え、元のシステムに書き戻す——は難易度が一段上がります。Salesforceならマージ処理と関連オブジェクトの整合性、途中で失敗したときの巻き戻しまで作り込む必要があり、開発費用の見積もりが膨らむのは主にこの部分です。
開発会社に見積もりを取る際は、範囲が「重複の検出まで」なのか「統合の実行と書き戻しまで」なのかを必ず仕様書で分けてください。前者だけの見積もりで発注し、後から「マージ機能は別途」となるのが、内製費用が想定の倍に膨らむ典型パターンです。
クレンジング代行の限界
データクレンジング代行は「1件あたり数円〜数十円」という分かりやすさが魅力で、初回の一括整理には合理的な選択です。ただし、継続的な顧客データ管理の手段として見ると、3つの限界があります。
- 一回きりで仕組みが残らない——納品されるのはきれいになったファイルであって、きれいに保つ仕組みではありません。判定ルールも辞書も自社には蓄積されません
- 数ヶ月でまた汚れる——日々の入力とインポートで重複は増え続けるため、納品直後がきれいさのピークです。保ちたければ定期的に再発注することになり、その都度費用が発生します
- 元システムへの反映は別の話——多くの代行はファイルの整備までが役務範囲で、CRMへの取り込みや関連レコードの付け替えは別料金か自社作業です。ここで結局、社内に手作業が残ります
再発注の頻度は、データの増え方次第ですが、営業活動が活発な組織では半年〜1年で「また目に見えて汚れてきた」状態になります。1件あたりの単価が小さく見えても、数万件×年2回×3年と積み上げれば、SaaSの月額と変わらない水準に達することは珍しくありません。しかも払った費用に対して手元に残るのは、毎回「その時点のきれいなファイル」だけです。
それでも単発の用途で代行を使うなら、発注前に3点だけ確認してください。役務範囲が「ファイルの納品まで」か「元システムへの反映まで」か。判定に使ったルールを開示してもらえるか(次にツール化・内製化する際の貴重な材料になります)。そして納品形式が自社システムのインポート要件に合っているか。この3点を曖昧にしたまま単価だけで選ぶと、納品後の社内作業で単価の安さが相殺されます。
つまり代行は「作業の外注」としては優秀ですが、「常にきれいな顧客データ」という状態を買うことはできません。
3年総額(TCO)で比較する
3つの選択肢を、初期費用・継続費用・運用人件費に分解して3年間で比較すると、費用の構造の違いがはっきりします。
| 費目 | スクラッチ内製 | クレンジング代行 | 名寄せSaaS |
|---|---|---|---|
| 初期費用 | 要件定義・開発で数百万円〜 | ほぼなし(初回発注のみ) | 導入支援費(数十万円規模) |
| 継続費用 | 保守・インフラ費が別途 | 再発注のたびに件数×単価(頻度次第で変動大) | 月額数万〜数十万円(定額) |
| 運用人件費 | 精度改善・辞書メンテ・障害対応の開発工数が継続 | 発注管理+納品データの取り込み・反映作業 | 判定結果の承認運用のみ(自動化の度合いで小さい) |
| 3年総額の性質 | 初期の1.5〜2倍以上に膨らみがち。読みにくい | 再発注回数に比例。「保つ」ほど割高に | 月額×36+初期でほぼ確定。最も読みやすい |
比較でよくある誤りは、初年度の支出だけを並べてしまうことです。1年目で見ると、初回発注だけの代行が最も安く、SaaSは月額が満額でかかり、内製は開発費が重い——という並びになりますが、この順位は2年目以降に入れ替わります。代行は再発注のたびに同じ支出を繰り返し、内製は保守と改善の工数が乗り続けるからです。稟議にかけるなら、最初から3年で切って並べるべきです。
内製の3年総額を押し上げるのは前述の「見落とされる4つの費用」、代行を押し上げるのは再発注の頻度です。SaaSは月額が見えている分だけ高く感じられることがありますが、3年で並べると総額が読めること自体が大きな価値になります。予算稟議で説明しやすいのもこの構造です。
グラフの形で言えば、内製は「立ち上がりが高く、その後も傾きが消えない線」、代行は「発注のたびに段差がつく階段」、SaaSは「小さな初期段差のあと一定の傾きで進む直線」です。3年の時点でどの線が下にいるかは前提次第ですが、確実に言えるのは、SaaSだけが3年後の到達点を契約時点で言い当てられるということです。稟議・予算の観点では、この「読める」性質が金額の大小と同じくらい効きます。
どれを選ぶべきか——判断フロー
選び方は、次の3つの問いに順に答えるのがシンプルです。
- 問い1:一度きれいにすれば十分か、保ち続けたいか?——一度きり(展示会リストの整理など)なら代行で十分。保ち続けたいなら次へ
- 問い2:判定要件は標準的か、特殊か?——「会社名・住所・電話・担当者の表記揺れと重複」という一般的な名寄せならSaaS。業界固有の複雑な突合ロジックが本体なら内製(またはMDM製品)を検討
- 問い3:元システムへの反映まで必要か?——CRMへの書き戻しと関連レコードの付け替えまで必要なら、そこが標準機能のSaaSを選ぶか、内製ならその開発費を最初から見積もりに含める
問い2で迷いやすいのは、「うちの業界は特殊だ」という感覚です。実際に判定要件が特殊と言えるのは、突合の対象が会社・人・住所ではないケース(製品型番の突合、医療機関コードの突合など)や、判定に業務システム側の状態を絡める必要があるケースです。「業界特有の略称や通称が多い」程度であれば、それは辞書で解決する標準的な要件であり、内製を選ぶ理由にはなりません。
問い1も言い換えておくと、「このデータの汚れは今回限りか、これからも発生し続けるか」という問いです。展示会リストのような使い切りのデータなら一度きりで構いません。しかしCRMの顧客データは毎日の営業活動が乗る土台で、手入力・インポート・他システム連携という汚れの発生源が残っている限り、汚れは翌月も発生します。「今回だけきれいにしたい」と感じている場合でも、実態は継続の問題であることがほとんどです。
多くの企業の実態は「保ち続けたい・要件は標準的・書き戻しまで必要」の組み合わせであり、この場合の合理的な選択はSaaSです。逆に、月次で数千万件規模を突合する、判定ロジック自体が事業の競争力——といったケースでは、内製の初期投資が回収できます。導入の進め方と期間は名寄せツール導入の手順と期間の記事で詳しく解説しています。
ナヨセルの場合——月額と導入支援だけの読める費用
当社が提供するAI名寄せ・顧客データ統合クラウド「ナヨセル」は、この記事の分類ではSaaSにあたります。費用の構成要素は2つだけです。
- 月額ライセンス——名寄せ対象のレコード数だけで決まります(Starter 5万円/Standard 10万円/Professional 20万円/Enterprise 個別お見積り・税抜)。接続サービス数・実行回数・ユーザー数は課金対象外です
- 導入支援(2ヶ月・50万円〜)——選択制オプション。現状診断・重複条件の設計・全件シミュレーション・初回マージまで伴走します
内製で膨らみがちな部分は、標準機能側で吸収しています。関連レコードの付け替え込みの書き戻し(ファーストリリースはSalesforce・RDBMS対応、書き戻し中の競合検出つき)、実行前スナップショットからの1クリックロールバック、gBizINFO・法人番号公表サイト由来の法人マスタ(500万法人超・月次更新)と標準辞書の同梱——つまり、内製なら開発と運用体制が必要になる要素が月額の内側にあります。3年総額は「月額×36+導入支援費」でそのまま計算でき、料金プランのページで試算いただけます。なお、導入支援には現状診断と初回マージまでの伴走が含まれるため、代行に発注していた「初回の大掃除」に相当する工程も、この中で仕組みごと手に入る構成になっています。
自社のデータ量でいくらになるか、概算お見積りをご案内します
対象レコード数と接続したいサービスをお知らせいただければ、ナヨセルの月額と導入支援を含めた概算お見積りを無料でご案内します。