顧客管理システム開発の判断軸【2026年版】CRM範囲・SaaS分岐・機能の切り方

『顧客管理システムを開発したいが、Salesforceを入れるべきか、自社向けに作るべきか、販売管理まで一緒にやるべきか分からない』——営業企画や情シスの方から、こうした相談をよく受けます。

結論から言うと、顧客管理システム開発の成否は機能数より先に、「顧客接点のどこまでをCRMとして持つか」で決まります。リード・商談・対応履歴・セグメントに絞り、受注から請求までの販売フローは混ぜない。この線引きができると、SaaSで足りるか・一部だけ作るか・スクラッチで持つかの判断が現実的になります。

この先では、CRMと販売管理・SFAの境界、SaaSか自社開発かを決める5つの問い、最初に入れる機能の切り方、費用の概算の考え方(詳細な費用表は既存記事へ)、外注・ラボ型での持ち方までを順に整理します。会社のおすすめ一覧ではなく、発注前に社内で決め切るための地図です。

私は人材業界出身で、2018年からホーチミンを拠点に、ベトナムの開発体制づくりを約100社支援してきました。TALENTBASE VIETNAMでは2,000名以上のIT人財データベースから直接アサインし、日本人PM付きのラボ型で継続開発を担います。公開単価の目安は実務3年で1,500USD(約22.5万円)/月、最小構成で月額約80万円から——ただし、接点の定義がない案件や、本番の個人情報を無制限に渡す前提の案件はお受けしません。

読み終えるころには、「自社は今、設定で足りる側か、作る側か」を一文で説明できるようになっているはずです。当てはまる箇所だけ拾い読みしても構いません。判断がついた段階で、必要なところだけ相談いただければ十分です。

顧客管理システム開発とは——CRMで扱う範囲と販売管理・SFAとの境界

顧客管理システム開発と聞いて、まず浮かぶのは画面の多さやSalesforceのような製品名かもしれません。現場で本当に詰まっているのは、そこではありません。「誰が、どの顧客に、何をして、次に何をするか」がチームで共有できていないことです。この章では、CRMとして開発する範囲を顧客接点に限定し、販売管理やSFAとどこで線を引くかを先に固定します。

一文で言うと——顧客接点の情報を一元化し、次のアクションにつなぐ仕組みを作ること

顧客管理システム(CRM: Customer Relationship Management)の開発とは、見込み客や既存顧客との接点——問い合わせ、商談、サポート対応、フォロー——を記録し、次のアクションに使える状態にする仕組みを、要件に合わせて整えることです。パッケージの設定代行も、API連携の追加も、ゼロからのスクラッチも、この目的に対する手段の違いにすぎません。

目的を「顧客データを貯めること」だけに置くと失敗しやすいです。貯めるだけでは現場は入力しません。誰が次に電話するか、どのセグメントに案内を出すか、失注理由をあとから読めるか——次の行動につながる設計が、開発の中心になります。

販売管理・SFAとの境界(表)——受注〜請求は混ぜない

相談でいちばん多いのが、「顧客管理も販売管理もまとめて作りたい」という要望です。気持ちは分かりますが、ここを混ぜると優先順位が割れ、見積もりも運用も一気に重くなります。約100社の支援の中でも、まとめて来た案件ほど最初の3か月で論点が拡散する実情です。

SFAはCRMと機能が重なることが多いですが、本記事では「顧客に何をしたか」の履歴とステージまでをCRM側とし、売上予実の高度な分析や受注処理は深く扱いません。受注〜請求の販売フローは、同時に検討するなら販売管理の開発として切り出してください。境界を曖昧にしたまま発注するのは失敗のもとです。

業務システム全体の費用感を先に眺めたい場合は、『業務システム 開発 外注 費用』の記事で規模別の考え方を確認し、本記事には「接点の開発判断」だけ持ち帰ってください。

「構築」と「開発」——SaaS設定からスクラッチまでの幅

検索結果には「CRM構築」と「CRM開発」が混在します。実務では次の幅があります。

1. SaaSの導入・設定(項目、権限、ワークフロー、初期データ)
2. SaaSやパッケージ上のカスタム開発(独自画面、API連携)
3. フルスクラッチ(要件に合わせて一から設計・実装)

「開発会社に頼む」が一括に見えても、中身が1なのか3なのかで金額も期間も桁が変わります。次の章では、自社がどの行き場に近いかを5つの問いで振り分けます。

SaaS CRMか自社開発か——分岐を決める5つの問い

顧客管理システム開発の見積もりを取る前に、先にやるべきは「作る前提」を疑うことです。標準的な営業プロセスなら、SaaSの設定で足りるケースが少なくありません。一方で、基幹との深い連携や独自の承認・権限が中心業務なら、カスタムやスクラッチの側に寄ります。ここを総額の一発比較だけで決めると、あとから手法を変えざるを得なくなります。

5つの問い——独自ルール、連携、データ所有、権限、3年総額

次の5つに、自社の実態で答えてください。Yesが多いほど「作る側」、Noが多いほど「SaaS設定側」です。

SaaS・カスタム・フルスクラッチでは、初期費用と総額の構造がまったく違います。重要なのは、記事に載っている金額そのものより、「何が総額を動かすか」を自社のYes/Noに結びつけることです。

3つの行き場——設定で足りる / 一部だけ作る / スクラッチで持つ

5つの答えを、次の3つに落とします。

「全部スクラッチ」か「全部SaaS」かの二択にしないことが要点です。自社プロダクトと連携する顧客IDだけ自前APIにし、活動履歴のUIはSaaS、という分け方も現実的です。スクラッチ全体の定義や向き不向きは『スクラッチ開発 とは』の記事、SaaSを外注で伸ばす論点は『SaaS開発 外注』の記事に譲り、ここではCRMの分岐に必要な線だけ残します。

SaaSの料金は公式で確認する——金額を記事に固定しない理由

Salesforce、HubSpot、kintoneなど固有のSaaS名は比較の入口としてよく挙がります。一方で、エディション・ユーザー数・アドオン・契約条件で月額が変わるため、ここに具体的な円額を固定して書くと誤誘導になります。料金は各社の公式料金ページで、利用想定のユーザー数と必要な機能セットを入れたうえで確認してください。確認できない金額は、本記事では書きません。

自社の答えは、上の表の何番に近かったでしょうか。次は、作ると決めた場合に「何を最初の画面に残すか」を切ります。

押さえる機能の切り方——リード・商談・対応履歴・セグメント

SaaSか自社開発かが決まっても、機能一覧をそのまま実装すると使われないシステムになります。顧客管理システム開発で最初に残すのは、画面の多さではなく、現場が毎日触る4つの柱です。リード、商談、対応履歴、セグメント——この4つが揃うと、引き継ぎと次のアクションが回り始めます。

最初のMVPに入れる4つ——それ以外は後回し

シンシアの開発ガイドでも、必須になりやすい機能として顧客情報・対応履歴・権限などが挙げられます。本記事ではそれに加え、「商談のステージ」と「セグメント」をMVPに含めます。理由は、履歴だけでは次の優先順位が付けにくく、セグメントがないと一斉連絡が属人化するからです。

ステージ名は、営業とカスタマーサポートで言葉を揃えてから実装してください。部署ごとに「見込み」「案件化」の意味が違うまま画面を作ると、入力が止まります。要注意です。

連携と権限は「後からでも高くつく」——先に決める最小セット

機能を削っても、次の2つは後回しにしすぎると高くつきます。

1. 連携の対象: 初回リリースでつなぐシステムを1〜2個に制限する。メール通知やCSV出力で足りるものは、API連携にしない
2. 権限の単位: 全社共通か、部門・店舗・個人か。顧客の電話番号やメモを誰が見られるかを、画面モックの段階で決める

「あとで項目を足せばよい」は半分正しく、半分危険です。項目追加は易しくても、権限と名寄せのやり直しは工数が跳ねます。個人情報を含む項目は、表示権限とログの方針をセットで決めてください。

現場が入力しない項目は作らない——運用設計が要件

CRMは、現場が入力して初めてデータ資産になります。入力負荷が高い項目、意味が曖昧な必須項目、二重入力を強いる項目は、どれだけ仕様書に書いてあっても死にます。

運用設計として、次を要件に含めてください。

• 1件あたりの入力時間の目安(例: 商談更新は2分以内)
• 入力しない場合のペナルティではなく、入力すると得する設計(次のアクションが自動で残る等)
• 週次で見る指標を3つまでに絞る(例: 未対応リード数、滞留商談、フォロー期限超過)

機能を足す前に、「その項目を誰が、いつ、何のために更新するか」を一文で言えるかが分岐点です。言えない項目は、作らない方がシステムは強くなります。

費用の概算の考え方と見積もりで確認する点——詳細表は転載しない

顧客管理システム開発の費用は、手法と規模で桁が変わります。ここに業務システム全体の費用表を転載しても、読者の判断は進みません。本章では「何が金額を動かすか」と「見積もりで確認する点」に留め、規模別・機能別の詳細は既存の『業務システム 開発 外注 費用』の記事へ送ります。

公開されているレンジは「幅」で読む——手法と規模で桁が変わる

2026年時点で公開されている第三者の解説では、おおよそ次のような幅が示されています(いずれも一般的な目安であり、要件で前後します)。

オプスインの解説では、工程比率として開発が半分前後、要件定義・設計・テストが残りを占める、といった内訳例も示されています。重要なのは、どの表も「同じスコープ」を前提にしていないことです。リード管理だけのMVPと、基幹連携付きの全社CRMでは、同じ「顧客管理」でも別物です。

見積もりで確認する6点——人月、連携、移行、権限、保守、受入

金額の一行より、次の6点を同じ粒度で揃えて比べてください。

1. 人月と単価の前提: 誰が何人月か。ブリッジやPMは別計上か
2. 連携の数と方式: APIかCSVか。相手システムの仕様待ちは誰の責任か
3. データ移行: Excel/旧SaaSからの件数、名寄せ、テストデータ
4. 権限と監査: ロール数、個人情報項目のマスキング、操作ログ
5. 保守の範囲: 障害対応、軽微変更、営業時間、月額の上限
6. 受入の定義: どの画面のどの操作ができれば検収か

「一式」とだけ書かれた見積もりは、後から追加費用が戻りやすいです。相見積もりは、上記6点を揃えた依頼書で取ってください。

当社の単価の置き方——人月×体制で概算し、業務システム費用記事へ送る

当社(TALENTBASE VIETNAM)では、公開単価の目安として実務3年相当1,500USD(約22.5万円)/月、5年相当2,000USD、ブリッジSE・日本人PM相当3,000USDを提示しています(1USD=150円換算目安)。最小構成の目安は日本人PMフロント＋エンジニア2〜3名で月額約80万円から。CRMを継続改修するなら、人月×月数で上限を設計する方が、巨大な一括請負より読みやすいことが多いです。

業務システム全体の規模別相場や、販売管理など機能別の費用感は『業務システム 開発 外注 費用』の記事を参照してください。本記事ではその表を転載しません。次は、決まったスコープをどう外注し、どう持ち続けるかを整理します。

外注・ラボ型でCRMを持つとき——進め方と当社の位置づけ

顧客接点のCRMは、一度納品して終わりになりにくい領域です。ステージ定義が変わり、セグメントが増え、連携先が足されます。だからこそ、巨大な仕様書を一括請負で固めるより、小さく動かして優先順位を付け直す進め方の方が現場に合います。

小さく始めて週次で優先順位を付ける——一括仕様の落とし穴

進め方の型は次のとおりです。

1. 境界を1枚に書く(CRMに入れるもの / 入れないもの)
2. MVPの4機能だけで画面と権限を決める
3. 実データに近いサンプルで入力し、現場の所要時間を測る
4. 週次で「次に足す1機能」だけを決める
5. 連携と高度な分析は、入力が定着してから

当社のCareViewer(介護記録SaaS)でも、現場が毎週使う記録から始め、週次で優先順位を付け直す運用が効きました。顧客の声として「想像以上にエンジニアのレベルが高い」と評価いただいた背景には、仕様の大きさより、判断のリズムがあったと捉えています。CRMでも同じで、未使用の項目を量産する一括仕様は失敗のもとです。

要件定義の進め方そのものは『要件定義 進め方』の記事に譲り、ここでは「CRMは変更前提で契約と体制を選ぶ」点だけ強調します。

向く案件・向かない案件

向かない案件を、無理にスクラッチで始める必要はありません。SaaS設定や、国内の導入支援パートナーの方が早いことも多いです。

当社の体制——日本人PM付きラボ型、公開単価、個人情報の渡し方

TALENTBASE VIETNAMは、2,000名以上のIT人財データベースから直接アサインするラボ型(準委任)です。協力会社経由の仲介マージンはありません。推奨はパターンA(日本人PM/BrSE＋エンジニア)。最短約2週間で開始でき、増員はおおよそ1週間、縮小・交代は1か月単位が目安です。品質は設計レビュー、Gitのプルリクエストレビュー、リリース前ダブルチェックを標準にしています。

CRM開発で当社が向くのは、「接点のMVPを作り、その後も機能を足し続ける」案件です。単発のSaaS設定代行だけ、または販売管理を含む基幹の一括請負は、当社の主戦場ではありません。

個人情報を含む顧客データを扱う場合は、本番データを渡さない設計(マスキング、合成データ、権限分離)を前提にします。ベトナムへのデータ越境の論点は『ベトナム データ越境 個人情報』の記事を参照してください。ラボ型の一般論は『ラボ型開発 とは』の記事へ。

継続改修を、専属チームの月額で持つ、という選択肢。

【FAQ】顧客管理システム開発でよくある質問

ここまでの判断軸を踏まえ、相談の場で実際によく出る質問を5つ挙げます。移行、SFAとの違い、期間、個人情報、当社に頼める範囲——いずれも発注前に社内で答えを持っておくと、見積もりの前提が揃い、比較がぶれません。

Q1. Excelの顧客台帳から移すとき、最初に決めることは何ですか？

名寄せのキー(メール、電話、顧客コードのどれを正とするか)と、移行しない列の捨て方です。全列を移す必要はありません。リード・商談・履歴・セグメントに使う列だけを残し、残りのメモは添付や自由記述に逃すと、移行と権限設計が軽くなります。

Q2. SFAと顧客管理システムは同じものですか？

重なる部分は大きいですが、本記事では顧客接点(誰に何をしたか、次のアクション)をCRM、営業プロセスの予実や活動量の高度な可視化をSFA寄りと整理しています。製品によっては一つの画面に同居します。発注時は製品名より、「今回のスコープに予実まで入れるか」を一文で決めてください。

Q3. 開発期間の目安はどれくらいですか？

公開情報では、小規模で数か月、スクラッチの大規模で半年〜1年以上の例があります。当社で接点のMVPだけをラボ型で持つ場合は、初回リリースを数週間〜2か月程度に置く相談が多いです。期間は機能数より、意思決定の速さとデータ移行の難易度に依存します。

Q4. 個人情報を含む顧客データを、海外の開発チームに渡してもよいですか？

渡す範囲と契約・技術的な保護を設計したうえで、必要な最小限にするのが原則です。本番データのコピーをそのまま共有しない、マスキングする、アクセス権限を分ける——といった設計が先です。制度面の整理は『ベトナム データ越境 個人情報』の記事を参照してください。

Q5. 御社に依頼できる範囲はどこまでですか？

顧客接点のMVP開発から継続改修までのラボ型体制。販売管理を含む基幹の一括請負や、SaaSの設定代行のみの案件は対象外。

まとめ: 接点の範囲を切り、SaaSか作るかを問い、機能を削って始める

顧客管理システム開発は、機能カタログの勝負ではありません。リード・商談・対応履歴・セグメントという顧客接点に範囲を切り、受注〜請求の販売フローを混ぜないことが、最初の成果です。そのうえで、独自ルール・連携・データ所有・権限・3年総額の5つの問いに答え、SaaS設定・一部開発・スクラッチのどれに近いかを決めてください。

費用は手法と規模で桁が変わります。公開レンジは幅として読み、詳細な規模別表は既存記事に譲る方が正確です。見積もりでは人月、連携、移行、権限、保守、受入の6点を揃える。作ると決めたら、使われない項目を捨て、週次で優先順位を付け直す体制——ラボ型がその形の一つです。

業務システム開発を外注する費用 ラボ型開発とは

現在の体制と要件をお聞かせいただければ、顧客接点のMVPをどこまで取るかも含め、概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。