システム開発・DX

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

最終更新日:2026年8月24日 著者・監修:小木 將綱(株式会社PNH 代表取締役社長)
顧客管理システムの開発|CRMを自社で作る
結論:顧客管理システムを自社で作るべきかどうかは、機能の数ではなく「御社にとっての顧客が何か」で決まります。1社に担当者が1人で、商談が1本道ならクラウドサービスで足ります。1つの顧客に複数の窓口や物件がぶら下がる会社では、既製品が合わなくなります。費用はその複雑さに比例します。

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

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

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

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

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

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

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

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

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

【注意喚起】クラウドサービス提供事業者が個人情報保護法上の個人情報取扱事業者に該当する場合の留意点について

出典動画:「【注意喚起】クラウドサービス提供事業者が個人情報保護法上の個人情報取扱事業者に該当する場合の留意点について」(個人情報保護委員会チャンネル/YouTube)


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

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

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

無料で相談する →

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

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

Leave a Reply

Your email address will not be published. Required fields are marked *