システム開発・DX

顧客管理システムの開発|CRMを自社で作る

最終更新日:2026年8月13日 ZenWeb Japan 編集部
結論:顧客管理システムを自社で作るべきかどうかは、機能の数ではなく「御社にとっての顧客が何か」で決まります。1社に担当者が1人で、商談が1本道ならクラウドサービスで足ります。1つの顧客に複数の窓口や物件がぶら下がる会社では、既製品が合わなくなります。費用はその複雑さに比例します。

01はじめに|この記事でわかること

要点:この記事では、クラウドサービスで足りる境界線、必ず入れる機能、費用の決まり方、進め方、個人情報の扱いまでを順に見ていきます。読み終えるころには、作るか買うかの判断がつくはずです。

「顧客管理システムを作りたいのですが、いくらかかりますか」。このご相談をいただいたとき、私たちは金額の前に必ずひとつ質問します。「御社にとって、顧客とは誰のことですか」。

意地悪な質問に聞こえるかもしれません。でも、この答えで見積りは倍にも半分にもなります。会社と担当者が1対1で結びつくなら、既製のクラウドサービスで十分です。ところが「1つの法人に支店が5つ、担当者が12人、契約が3本」という会社では、画面がどうしても合いません。

この記事は、2000年創業のWeb制作・システム開発会社ZenWeb Japanが、Webシステム開発の実案件からまとめました。作らないほうがいい場合も、はっきり書きます。

この章のポイント:判断の起点は予算ではなく、御社にとっての「顧客」の形です。まずそこを言葉にしてください。

作るか、買うかで迷っている方へ

いまの顧客データの持ち方をうかがえば、どちらが向いているかをご提案できます。 Webシステム開発のサービス内容を見る →

まずは、顧客管理システムをどう導入していくのかを動画で押さえておいてください。

【10分でわかる!】CRM導入を成功させるための8ステップを徹底解説|HubSpot Japan


02顧客管理システムとは|CRMが担う4つの役割

要点:顧客管理システム(CRM)とは、顧客の情報とやり取りの履歴を1か所に集め、次に何をするかを決めるための仕組みです。名簿を作ることが目的ではありません。誰がいつ何を話したかを、担当者が変わっても追えるようにすることが目的です。

顧客管理システムの仕事は、大きく4つです。業務システムとしては地味ですが、営業の記憶に頼る部分を仕組みに移す役割があります。

  • 記録する。会社、担当者、商談、問い合わせ、見積、契約をひとつながりで残します。
  • 探す。「3か月連絡していない見込み客」のような条件で、いつでも取り出せます。
  • 共有する。営業が知っていることを、サポートも事務も見られるようにします。
  • 次を促す。フォロー漏れや更新期限を、人の記憶ではなく仕組みで拾います。

似た言葉が多く、最初の打ち合わせで話がかみ合わないことがあります。整理しておきます。

呼び方 主な目的 中心にあるデータ
CRM(顧客管理) 顧客との関係を続ける 顧客と、そのやり取りの履歴
SFA(営業支援) 商談を前に進める 商談と案件の進捗
MA(マーケティング自動化) 見込み客を育てる 行動ログとメールの配信
名刺管理 接点を記録する 人と会社の対応関係

中小企業の場合、この4つは1本にまとめてしまうことが多いです。分けるほど画面が増え、入力の手間も増えるからです。

この章のポイント:価値は名簿ではなく履歴にあります。履歴が薄いと、ただの住所録で終わります。

03なぜCRMだけ「既製品が合わない」と感じるのか

要点:勤怠や会計は法律と慣習で形がおおよそ決まっていますが、顧客の形は会社ごとに違います。だから顧客管理システムだけ、使い始めてすぐ「うちのやり方と違う」と感じます。合わないのは製品の出来ではなく、前提の違いです。

あまり語られない話だと思います。たとえば勤怠管理システムなら、労働時間の数え方は法律でおおよそ決まっています。会計も同じです。だから既製品がよく当たります。ところが顧客は違います。同じ言葉を使っていても、中身が会社ごとにまるで違うのです。

  • 卸・商社。1つの法人に、購買・技術・経理と目的の違う窓口が並びます。窓口ごとに単価も担当も変わります。
  • 建築・リフォーム。履歴がつくのは人ではなく建物です。10年後の改修では、住む人が変わっていることもあります。
  • 教育・スクール。契約者(保護者)と利用者(生徒)が別人です。請求先、連絡先、通う本人が三つに分かれます。
  • 機器販売・メンテナンス。売った相手、使う現場、支払う本部が別々です。点検の連絡先はそのどれでもないこともあります。

既製のクラウドサービスは、たいてい「会社→担当者→商談」という三段の形を前提にしています。この形に収まるなら、そのまま使えます。収まらない会社が無理に項目を足して使い、半年後に「結局Excelに戻った」となります。

既製品が合わないのではなく、御社の顧客の形が三段に収まっていないだけです。
この章のポイント:「会社→担当者→商談」の三段に収まるか。これが既製品で足りるかの目安です。

04クラウドで足りる会社と、作ったほうがいい会社

要点:顧客と担当者が1対1で、商談が1本道で、使う人が10人以下なら、まずクラウドサービスを試してください。開発を検討するのは、1つの顧客に物件や機器がぶら下がる会社と、基幹の顧客マスタと突き合わせる必要がある会社です。

案件を顧客データの形で並べ直すと、どこで判断が分かれるかがはっきりします。

顧客データの形と、選ばれた答え
顧客管理の相談案件を顧客データの形と利用人数で分類し、起きていた問題と選ばれた解決方法を整理したデータ
顧客データの形 使う人数 起きていたこと 選んだ答え
1社に担当者1人、商談は1本道 〜10人 特に問題なし クラウドサービスをそのまま利用
1社に複数窓口、部署別に商談 10〜30人 同じ会社が二重に登録される クラウドを設定で作り込み
顧客の下に物件・機器がある 20〜50人 対象物に履歴を残せない クラウド+自社開発の連携
契約者と利用者が別人 30人〜 請求先と利用者が結びつかない オーダーメイド開発
基幹の顧客マスタと突き合わせ 50人〜 名寄せが手作業で終わらない オーダーメイド開発

出典:ZenWeb Japanが国内で受けた顧客管理の相談案件(2024〜2026年)の集計。利用条件

上2行に当てはまるなら、見積りを取る前にクラウドサービスを1か月試してください。それで回るなら、いちばん安い答えです。

この章のポイント:顧客の下に物件・機器・契約がぶら下がるか。ここが開発を検討する分かれ目です。

05作り方の3つの選択肢

要点:作り方は3つです。クラウドサービスをそのまま使う、既存の基盤を拡張する、ゼロから作る。費用も期間も大きく違いますが、選ぶ基準は金額ではなく、業務のほうを変えられるかどうかです。

金額から入ると、たいてい選択を誤ります。先に決めるのは「業務を製品に合わせられるか」です。ノーコードとスクラッチの違いを押さえておくと、比較しやすくなります。

  • クラウドサービスをそのまま使う。月額数千円から、設定だけで動きます。いちばん速く、安く済みますが、業務を製品に合わせる覚悟が要ります。
  • 既存の基盤を拡張する。標準機能を土台に、足りない画面や連携だけを作ります。初期費用を抑えられる代わりに、基盤側の仕様変更に振り回されることがあります。
  • ゼロから作る(オーダーメイド)。画面もデータの持ち方も自由に決められます。その代わり初期費用が上がり、メンテナンスも自社で抱えることになります。

私たちが3つ目をいきなりおすすめすることは、ほとんどありません。まず1つ目か2つ目で試し、越えられない壁が見えてから作る。この順番のほうが、結果として安く付きます。

この章のポイント:選ぶ基準は金額ではなく、業務を製品に合わせられるかどうかです。

06必ず入れる基本機能6つ

要点:どの業種でも要るのは、顧客台帳、担当者管理、活動履歴、商談管理、権限設定、検索と出力の6つです。ここに絞れば最初の1本は小さく作れます。在庫管理システムと同じで、足すのは動かしてからで間に合います。

  1. 顧客台帳。会社名、屋号、住所、電話、取引区分。重複を作らせない仕組みまで含めて1つ目です。
  2. 担当者管理。1社に複数人ぶら下げられること。退職者を削除せず、履歴を残したまま非表示にできること。
  3. 活動履歴。訪問、電話、メール、問い合わせを時系列で並べます。ここが薄いと、ただの住所録になります。
  4. 商談・案件管理。金額、確度、次のアクション日。営業会議の資料をこの画面から作れる状態が目標です。
  5. 権限設定。誰がどの顧客を見られるか。個人データを扱う以上、全員が全部見える設計は避けます。
  6. 検索と一覧出力。条件で絞ってCSVに出せること。ここが弱いと、結局Excelの手作業に戻ります。

逆に、最初は要らないものもあります。メールの一斉配信、売上予測、専用アプリ。どれも便利ですが、活動履歴が溜まる前に作っても使いどころがありません。

この章のポイント:最初の1本は6機能で十分です。配信や予測は履歴が溜まってから足します。

必要な機能を絞り込みたい方へ

いまの営業の流れをうかがえば、最初の1本に入れる機能を一緒に決められます。 Webシステム開発の進め方を見る →


07業種で変わる追加機能

要点:基本機能の上に何を足すかは、業種というより「顧客の下に何がぶら下がるか」で決まります。物件、機器、契約、家族。この対象物を持てるかどうかが、既製品との分かれ目です。

標準の三段構造から外れて追加された機能を並べます。共通するのは、どれも「顧客の1つ下の階層」を作っている点です。

業種別・追加された機能とその理由
顧客管理システムの開発案件について、業種別に基本機能へ追加された機能と、その機能が必要になった業務上の理由を整理したデータ
業種 追加された機能 必要になった理由
建築・リフォーム 物件(建物)単位の履歴、施工写真の紐づけ 住む人が変わっても建物に履歴を残すため
機器販売・メンテナンス 号機(シリアル)管理、点検予定の自動生成 設置先と請求先が別のことがあるため
士業・コンサル 案件単位の進捗、期限アラート 申請期限を人の記憶に頼らないため
教育・スクール 契約者と受講者の分離、兄弟姉妹の紐づけ 請求先と利用者が別人のため
卸・商社 窓口別の単価と与信、部署ごとの担当割り 同じ法人でも条件が窓口で変わるため
不動産管理 建物・部屋・入居者の3階層 空室と入居中で見る情報が変わるため

出典:ZenWeb Japanの顧客管理システム開発案件(国内、2024〜2026年)の集計。利用条件

業種が表にない場合も、考え方は同じです。「顧客の下に、繰り返し出てくる対象物はあるか」。あるなら、既製品の三段構造では窮屈になります。

この章のポイント:追加機能の正体は、ほとんどが「顧客の1つ下の階層」を作る作業です。

08費用の内訳|何にお金がかかっているのか

要点:顧客管理システムの開発費用の大半は、画面の数ではなくデータ設計と移行に消えます。特に既存リストの名寄せは、見積書では小さく見えて、実際にはいちばん時間がかかる作業です。

見積書の項目を、実務での重さの順に並べ直します。

  • 要件定義。誰が何を見て、何を決めるのかを固めます。全体の15〜20%程度を占めます。詳しくは要件定義の進め方で解説しています。
  • データ設計。顧客・担当者・案件・対象物の関係を決めます。急ぐと、あとで作り直しになります。
  • 画面の開発。一覧、詳細、登録、検索。見た目より、入力の速さで工数が変わります。
  • 既存データの移行と名寄せ。重複、表記ゆれ、退職者。読みにくい費用の代表です。
  • 権限とログ。誰が何を見たかを残す仕組みです。個人データを扱う以上、削れません。
  • テストと教育。使う人が10人を超えると、教育の時間が無視できなくなります。
見積書でいちばん軽く見える「データ移行」が、実務ではいちばん重い作業になります。

名寄せが重いのには理由があります。「株式会社山田商店」「(株)山田商店」「山田商店」が別々に登録されていて、どれが生きているかを判断できるのは御社だけだからです。開発会社は仕組みは作れますが、正解は持っていません。

この章のポイント:名寄せの判断は御社にしかできません。相談と並行して着手してください。

09規模別の費用と期間の目安

要点:目安は、基本機能だけなら150〜300万円で2〜3か月、対象物や連携が入ると300〜700万円で3〜6か月です。基幹システムと双方向でつなぐと700万円を超えます。システム開発の費用相場と同じ考え方です。

範囲別・初期費用と開発期間の目安
顧客管理システムの開発案件を対応範囲別に分類し、初期費用の目安と開発期間、費用の相対的な大きさを比較したデータ
対応する範囲 初期費用の目安 開発期間 費用の大きさ
顧客台帳と活動履歴のみ 150〜300万円 2〜3か月
商談管理・権限・帳票まで 300〜700万円 3〜6か月
物件・機器など対象物を持つ 700〜1,200万円 6〜9か月
基幹・会計と双方向で連携 1,200万円〜 9か月〜

出典:ZenWeb Japanの顧客管理システム開発案件(国内、2024〜2026年)の集計。利用条件

これとは別に、稼働後の費用がかかります。サーバー代が月額で発生し、メンテナンスは初期開発費の15〜20%前後が年間の目安です。3年で見ると、初期費用と近い金額がメンテナンス側に積み上がります。

この章のポイント:初期費用だけでなく、3年分のメンテナンスとサーバー代まで足して比べてください。

10開発の進め方|要件定義から本稼働まで

要点:進め方は5段階です。Webシステム開発の一般的な流れと同じですが、顧客管理システムに特有なのは最後の並行稼働です。古い名簿と新しいシステムを1か月ほど並べて動かさないと、抜けに気づけません。

顧客管理システムを立ち上げる5つのステップ

ご相談から本稼働までの流れです。小規模なもので3か月前後、対象物や連携が入ると6か月前後を見ておいてください。

  1. 要件定義。顧客の定義、使う人と権限、必要な一覧と帳票を文書にします。「誰が入力するのか」まで決めると、あとで揉めません。
  2. 画面設計。ワイヤーフレームで一覧と詳細の形を先に決めます。営業の方に実際の顧客名で触ってもらうと、見落としが出ます。
  3. 開発。基本機能から作り、追加はあとに回します。2〜3週間ごとに動くものを見せ、方向がずれていないかを確認します。
  4. データ移行と名寄せ。既存リストの重複を整理し、テスト環境で件数を突き合わせます。ここで初めて、データの汚れが見えます。
  5. 並行稼働と切り替え。1か月ほど、いままでのやり方と新システムを両方動かします。差分が出なくなったら、古いほうを止めます。

5番目を省きたくなる気持ちはわかります。二重入力は面倒です。それでもここを飛ばした案件は、ほぼ例外なく2か月後に「あの顧客のデータが入っていない」となります。

この章のポイント:並行稼働の1か月は保険です。面倒でも、ここを省かないでください。

11既存システムとの連携をどこまでやるか

要点:連携は入れるほど良いものではありません。片方向で足りるところを双方向にすると、費用も障害の可能性も一気に増えます。まずは基幹から顧客マスタを1日1回受け取る、片方向から始めてください。

よく出る連携先を、費用対効果の見えやすい順に並べます。

  • 問い合わせフォーム。ホームページからの問い合わせを、そのまま顧客と履歴に登録します。安く済むわりに効果が大きい部分です。
  • 予約システム。予約の内容を顧客の履歴に残します。予約システムの導入も検討中なら、最初から一緒に設計してください。
  • 会計・請求。請求先の情報を渡す片方向で足りることが多いです。入金消込まで戻すかは、経理の方と確認してください。
  • 基幹・販売管理。顧客マスタを受け取ります。どちらを正とするか決めないと、両方が書き換わって収拾がつきません。
  • グループウェア。予定表と連動させると入力の手間は減りますが、優先度は高くありません。

連携の設計でいちばん大事なのは、機能の話ではありません。「どのシステムの顧客情報を正とするか」を1つ決めることです。ここが曖昧だと、何を作っても矛盾が残ります。

この章のポイント:顧客情報の「正」をどのシステムに置くか。連携の設計は、この1点から始まります。

12個人情報保護法で押さえておく3点

要点:顧客管理システムは個人データの塊です。個人情報保護法では、安全管理措置を講じることと、漏えい時に個人情報保護委員会へ報告することが求められます。設計の段階で3点決めておけば、あとが楽になります。

個人情報保護委員会の個人情報の保護に関する法律についてのガイドライン(通則編)では、組織的・人的・物理的・技術的な安全管理措置の内容が示されています。設計に落とすと、決めることは3つです。

  1. 誰が何を見られるか(権限)。全員が全顧客を見られる設計は避けます。部署・担当・役職のどれで分けるかを先に決めてください。
  2. 誰が何を見たか(ログ)。持ち出しの調査は、ログがなければ成立しません。閲覧とCSV出力の記録は必ず残す設計にします。
  3. いつ消すか(保存期間)。取引が終わった顧客のデータをいつまで持つか決めます。決めないと、何年分も溜まり続けます。

クラウドに置く場合は、サーバーの所在国の把握も求められます。海外のサービスを使うなら、契約前に確認してください。

この章のポイント:権限・ログ・保存期間は、あとから足すと高くつきます。設計段階で決めてください。

個人データの扱いに不安がある方へ

権限とログの設計は、稼働してから直すと費用がかさみます。 設計段階からのご相談内容を見る →


13稼働後12か月で何が変わるか

要点:顧客管理システムは、入れた翌月から効果が出るものではありません。入力が習慣になるまで3〜6か月かかります。逆にいえば、半年たっても入力率が上がらないなら、設計を見直す合図です。

稼働前から12か月後までの変化を、案件の平均で並べました。数字そのものより、動き方の形を見てください。

稼働後12か月の入力率と重複顧客の推移
顧客管理システムの稼働前から12か月後までについて、活動履歴の入力率、重複顧客の割合、初回対応までの時間の推移を時系列で整理したデータ
経過時期 活動履歴の入力率 重複顧客の割合 初回対応までの時間
稼働前(Excel・名刺) 記録なし 12% 平均1.8日
稼働1か月 41% 11% 平均1.5日
稼働3か月 63% 7% 平均1.1日
稼働6か月 78% 4% 平均0.7日
稼働12か月 86% 2% 平均0.5日

出典:ZenWeb Japanが稼働支援した顧客管理システムの運用データ(国内、2024〜2026年)。利用条件

伸び悩むのは、たいてい1〜3か月目です。ここで「登録項目が多すぎないか」「営業以外も入力できているか」を見直せば、6か月目には回復します。放っておくと、形だけのシステムになります。

この章のポイント:3か月目の入力率が、そのシステムの将来をだいたい決めます。

14失敗しやすい3つのパターン

要点:いちばん多い失敗は、機能でも予算でもありません。要件が固まる前に発注先を決めてしまうことです。ここが決まると、業務のほうがその会社の得意な形に寄っていきます。

失敗の話はたいてい「目的が曖昧」「現場が使わない」で終わります。ですが実務で見ていると、分かれ目はもっと前にあります。要件の輪郭ができる前に、作る相手を決めてしまうことです。開発会社にはそれぞれ得意な作り方があり、先に決めると業務がその形に寄ります。開発会社の選び方を考えるのは、要件定義のあとで間に合います。

そのうえで、稼働後によく起きるのが次の3つです。

  • 項目を増やしすぎる。「あったほうが便利」で足した項目が、そのまま入力必須になります。必須は5項目までに抑えてください。
  • 営業だけに入力させる。入力を増やすほど反発が出ます。サポートや事務が入れた情報も同じ画面に集まる設計にすると、負担が分散します。
  • 移行前にデータを整理しない。重複したまま入れると、翌週には「この会社が2つある」と言われ、システムのせいにされます。
この章のポイント:発注先を決めるのは、要件の輪郭ができたあとです。順番を逆にしないでください。

15相談前に決めておく5項目と、使える補助金

要点:見積りを正確にするために、5つだけ先に決めてください。顧客の定義、使う人数、対象物の有無、連携先、稼働の希望時期です。あわせて中小企業向けの補助金も確認しておくと、選択肢が広がります。

  1. 顧客の定義。法人か、個人か、建物か。1件をどう数えるかを決めます。
  2. 使う人数と部署。営業だけか、サポートや事務も入るか。人数で権限設計が変わります。
  3. 対象物の有無。顧客の下に物件・機器・契約がぶら下がるか。ここが費用の分かれ目です。
  4. 連携先。会計、基幹、問い合わせフォーム。どれを、どちら向きにつなぐかを挙げます。
  5. 稼働の希望時期。期末や繁忙期を避けると、教育の時間を取れます。

費用面では、公的な支援も使えます。中小企業庁はデジタル化・AI導入補助金2026(旧IT導入補助金)の公募要領を2026年3月10日に公開しました。申請にはGビズIDが必要です。要件と受付期間は年度で変わるため、公式サイトで最新の内容を確認してください。

対象は登録されたツールに限られることがあり、オーダーメイド開発が外れる場合もあります。外注と内製の比較とあわせて、早めに確認しておくと安心です。

この章のポイント:5項目を紙1枚にまとめてから相談すると、見積りの精度が上がります。

16まとめ|判断の順番

要点:顧客の定義、クラウドで足りるかの確認、足りない部分の切り出し、費用の確認。この順で考えると、作らない判断も含めて納得のいく結論にたどり着きます。

顧客管理システムの開発は、機能を並べる作業ではありません。御社が顧客をどう捉えているかを、そのまま形にする作業です。だから最初の質問が「顧客とは誰か」になります。

  1. 御社にとっての顧客を定義する。1件をどう数えるかまで決めます。
  2. クラウドサービスを1か月試す。回るなら、そこで終わりです。
  3. 回らなかった部分だけを切り出す。全部を作り直す必要はありません。
  4. 初期費用と3年分のメンテナンスを足して比べる。金額の話はここで初めてします。

この順番を守ると、作らないという結論になることもあります。それは失敗ではなく、正しい判断です。中小企業のデジタル化は、小さく始めて必要なところだけ作るのが、いちばん失敗しにくい進め方です。ZenWeb Japanは2000年創業のPNHグループの一員として、業務システムの開発を日本品質・適正価格でお手伝いしています。


17よくある質問

1. 顧客管理システムの開発にはどのくらいの期間がかかりますか?

基本機能だけなら2〜3か月、商談管理や権限、帳票まで含めると3〜6か月が目安です。物件や機器などの対象物を持つと6か月を超えます。既存リストの整理に時間がかかる場合は、1〜2か月足して考えてください。

2. クラウドサービスではなく開発を選ぶ基準は何ですか?

顧客の下に物件・機器・契約といった対象物がぶら下がるときです。標準的な「会社→担当者→商談」の形に収まるなら、クラウドサービスで十分に回ります。まず1か月試してから判断してください。

3. いまの顧客リストはそのまま移行できますか?

移行はできますが、そのままではありません。社名の表記ゆれ、重複、退職した担当者を整理する作業が必要です。判断できるのは御社だけなので、相談と並行して早めに着手してください。

4. 営業がシステムに入力してくれるか不安です。

入力必須の項目を5つまでに絞り、営業以外の人も入力できる設計にしてください。実際の案件では、稼働3か月で入力率が6割を超えれば定着します。伸びない場合は、項目数を見直す合図です。

5. 開発した後のメンテナンス費用はどのくらいかかりますか?

初期開発費の15〜20%前後が年間の目安です。これとは別にサーバー代が月額で発生します。メンテナンスの中身は会社によって差が大きいため、障害対応の範囲と連絡手段を契約前に確認してください。

顧客管理システムを作るべきか、一緒に判断しませんか?

いまの顧客データの持ち方と、困っていることをうかがいます。そのうえで、クラウドで足りるのか、作るならどこまでかをご提案します。初回のご相談は無料です。

無料で相談する →

まずは、いまお困りのことを聞かせてください

ご相談は無料です。要件が固まっていない段階でも構いません。内容をうかがったうえで、進め方とお見積りをご提案します。