BtoCシステムの保守・運用費用は、初期開発費の年間15〜25%が目安です。その幅は、開発規模、会員数や取引量、連携先の数によって変わります。
まず費用の全体像を押さえ、続いて内訳とバックエンド固有のコストを見ていきます。全体像は、BtoCシステムの完全ガイドもご覧ください。
▼全体ガイドの記事
・BtoCシステムの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
BtoCシステムの保守・運用費用の全体像
BtoCシステムの保守・運用費用は、年間で初期開発費の15〜25%が標準的な相場です。月額に換算すると、初期開発費の5〜15%程度が目安になります。
たとえば、会員・予約・課金・CRM連携を含む中規模基盤を1,500万円で構築した場合、年間費用は225万〜375万円です。この場合の月額換算は約19万〜31万円です。ただし、これは保守契約による人的対応の相場です。
別途、クラウドインフラの従量課金、CRMや予約システムのSaaS月額、決済代行手数料が加わります。そのため、保守費用を単一の月額だけで捉えると、総所有コストを大幅に見誤ります。
保守費用の相場と「開発費の15〜25%」の根拠
年間で初期開発費の15〜25%という相場は、システム開発全般に共通する経験則です。BtoCシステムの裏側の基盤にもこの目安は当てはまり、保守には次のような継続作業が含まれます。
- 不具合・脆弱性：修正作業と、ライブラリへの対応が続きます。
- 性能・連携：取引件数に応じた調整と、CRM・決済代行のAPI仕様変更への対応です。
- 継続的な調整：会員が増えるとDB負荷や課金・予約処理が増え、初期性能を保つための作業工数が発生します。
複数ドメインのAPI連携がコストを押し上げる構造
単純なWebサイトと比べて費用が増えるのは、性質の異なる複数の領域がAPIでつながるためです。
- 会員管理：利用者の情報を保持する領域です。
- 予約：空き枠の確保を担当します。
- サブスク課金：継続決済を処理します。
- CRM連携：決済結果や利用履歴を、顧客管理の仕組みへ渡します。
たとえば、会員が予約した後に課金基盤が決済し、その結果や利用履歴がCRM／SFAへ連携されます。さらに、連携先の仕様やAPIのバージョンが変わるたびに、連携部分の改修と回帰テストが必要です。
障害が起きたとき、原因となったシステムを切り分ける責任も複雑になります。そのため、保守費用は個々の機能よりも、複数の領域をつなぐ連携の維持にかかります。
保守・運用費用の内訳（インフラ・SaaS／API・保守契約）
BtoCシステムのランニングコストは、増減の要因が異なる三つの費用に分かれます。それぞれの内訳と金額感を、順に見ていきます。
- インフラ費用：会員数や取引量に連動します。
- SaaS／API利用料：利用者数や取引件数で増減します。
- 保守契約費用：改修の頻度やサービスレベルに左右されます。
インフラ費用と高可用性（SLA）の維持コスト
会員管理や課金・予約のバックエンドは、24時間365日、照会や決済のリクエストを受け続けるため、高い可用性が求められます。
- 稼働率の目安：決済・課金基盤は99.99%以上、月間の停止時間は約4.3分以下が目安です。
- 可用性の構成：サーバーの冗長化、DBの複製、監視、障害時の自動切り替えが必要です。
- 費用と損失：単一サーバーより月額は上がりますが、会員ログインや決済が止まると機会を逃し信頼も失うため、削れません。
- データ保護と増強：会員増に合わせてストレージやDBを広げるほか、会員データの暗号化、アクセス制御、バックアップも続きます。
この増強を後回しにすると、会員数が数倍になった段階で応答の遅れや障害が頻発します。
CRM・予約・決済のSaaS／API利用料
連携する外部サービスの月額料金や従量料金は、見落とされやすい費用です。
- CRM／SFA：月額1ユーザーあたり1,680円〜30,000円程度です。
- 製品例：Zoho CRMは1,680円から、Salesforce Sales Cloudは3,000円からです。
- 予約SaaS：月額5,000円〜10万円程度です。
- 連携費用：オプションは初期5万〜30万円、独自開発は初期20万〜100万円以上です。
- SMS通知：1通あたり10〜20円です。
数十名が使う体制では、月額が数万円から数十万円になります。こうした費用を合算すると無視できない固定費になるため、発注側は契約前に総額を把握しておくことが大切です。
保守契約の内容とサービスレベルの設計
開発会社との保守契約は、求めるサポートのレベルによって費用が段階的に変わります。
- スポット型：不具合が起きたときだけ対応します。
- 営業時間内対応：平日の日中が対象です。
- 常時監視：24時間365日の体制で、SLAも伴います。
スポット型は平常時の固定費を抑えられる一方で、緊急時の対応が後回しになりやすい契約です。対応が手厚くなるほど、月額費用も上がります。
BtoCシステムでは、深夜や休日もログイン、サブスク課金、翌日の予約受付が動いています。特に決済や課金の部分では、障害時にすぐ対応できる体制を確保することが望まれます。
契約時には、会員データベースのチューニングや連携先APIの仕様変更への対応が月額に含まれるかを確認します。また、CRMとの同期不整合の解消が対象になるか、都度見積もりになるかも契約によって異なります。
バックエンド特有のランニングコスト
BtoCシステムには、一般的なWebシステムにはない固有のランニングコストがあります。
- 決済対応：チャージバックとPCI DSSの運用です。
- 継続課金：ダニングと洗替の作業です。
- データ連携：名寄せとAPIの継続保守です。
これらは、運用開始後も工数と費用が続く見えにくい固定費です。そのため、予算計画に含めておかないと、想定した費用とのずれにつながります。
チャージバック対応とPCI DSS対応のコスト
サブスク課金や都度課金を扱うシステムでは、チャージバック対応が継続的な運用コストになります。決済まわりでは、返金請求への対応とPCI DSSの準拠が運用開始後も続き、それぞれに費用がかかります。
- チャージバック：不正利用などによる返金請求です。
- 発生時の実務：証跡の確認、異議申し立て、会員への連絡、返金を行います。
- 件数増加への備え：件数が増えた場合は、専任の担当者や不正検知の仕組みが必要です。
- PCI DSS：準拠が必要で、コンサルは数十万〜数百万円、QSA審査は年間数百万円規模になることもあります。
- 決済手数料：全体では3.0〜3.4%程度で、サブスク課金は3.3〜3.4%に集中する傾向です。
チャージバックの運用とPCI DSSの維持費用は、会員数や売上に関係なく発生します。
インボランタリーチャーン対策（ダニングと洗替）
インボランタリーチャーン（意図せぬ解約）への対策は、サブスクリプション課金を組み込んだBtoCシステムに特有の運用コストです。
- 発生要因：解約を望まない会員でも、カードの期限切れや限度額超過、再発行などで課金に失敗し、契約が途切れます。
- ダニング（督促）：失敗時に再試行し、会員にカード情報の更新を促します。
- 洗替：カードブランドの更新情報をもとに、期限切れの情報を自動で更新します。
- 運用作業：決済失敗の監視やダニングメールの調整が発生します。
継続課金機能は、都度課金のみの場合に比べて開発費が1.5〜2倍かかるとされます。一方で、対策を怠ると、防げたはずの解約が解約率を押し上げます。そのため、この費用は収益を守るための投資です。
会員データの名寄せと予約API連携の継続保守
会員管理とCRM連携では、データ品質を保つ名寄せと、予約・決済APIの連携保守が続きます。
- 会員データ：表記の揺れや重複を統合し、品質を保ちます。
- API連携：接続先の変更に合わせて改修と検証を行い、データの流れを監視します。
複数チャネルや別アカウントからの登録を放置すると、重複や不整合が蓄積し、CRM分析が歪んで施策の精度が落ちます。
既存のExcelや旧システムから移行する場合は、表記の揺れや重複の除去に相応の工数がかかります。新規会員が増え続けるかぎり、名寄せは続きます。
連携先の機能追加やAPI仕様変更のたびに、自社基盤の改修とデータ連携の検証が必要になります。二重管理によるダブルブッキングや同期ずれを防ぐには、継続的な監視が求められます。
ROIと費用対効果の考え方
保守・運用費用は、「削減できる工数」と「防げる機会損失」の二つの効果で回収されます。費用対効果を見るときは、この二つを分けて試算すると判断の材料が揃います。
削減できる工数の試算
保守・運用の大きな効果は、人手で行っていた事務作業を自動化できる点にあります。
- 会員情報：登録と更新の処理
- 予約：受付と確認連絡の処理
- 課金：請求、入金確認、失敗時の再試行
- 利用履歴：データの集計
システムが正しく連携していれば、これらの作業の大部分を自動化できます。手作業の場合は、会員数に比例して担当者を増やす必要があり、そのぶん人件費も膨らみます。
SFAとMAの連携で受注率が約1.75倍に向上した事例もあります。
顧客データの整備と連携は、省力化に加えて売上の創出にもつながります。そのため、保守費用は、削減工数とデータ運用が生む売上効果まで含めて評価するのが適切です。
防げる機会損失の試算
保守・運用のもう一つの効果は、機会損失を防ぐことです。対象になるのは、課金失敗による解約、予約の取り逃がし、システム障害です。
- 課金失敗：カードの期限切れで一定割合の会員を失う場合があり、対策で防げる損失です。
- 電話予約：取り逃がしが「5本に1本（約20%）」にのぼるとされます。
- オンライン予約：基盤とリマインド通知でノーショー率を30〜50%削減できるとするデータがあります。
- システム障害：ログインや決済が止まると、売上と信頼を損ないます。
予約の取り逃がしやノーショーは、空席や空枠という形でそのまま機会損失になります。そのため、予約API連携を保守し続けることには、金銭的な価値があります。
高可用性を保つインフラと保守の費用は、こうした損失を防ぐための保険と位置づけられます。
コスト削減のポイント
設計と運用を工夫すれば、BtoCシステムの保守・運用費用を合理的に抑えられます。
特に、決済・課金のセキュリティ費用や複数領域をつなぐ連携維持費は、構成によって変わります。非保持化によるPCI DSS範囲の縮小、決済のマルチホーミングによる冗長化、フルスクラッチとSaaSの併用の三つから、費用を見直します。
非保持化アーキテクチャによるPCI DSS範囲の縮小
カード情報を自社で保持しない非保持化は、決済・課金基盤の運用費を効果的に下げる方法の一つです。
- 扱う情報：カード番号は保存せず、代行会社が発行するトークンを使います。
- PCI DSS：求められる対応範囲を大幅に縮小できます。
- 費用：開発面とセキュリティ面で、50〜70%削減できるとされます。
- 情報漏えい：侵入されても流出するカード情報がなく、リスクそのものが下がります。
カード情報を扱う場面がある以上、設計段階から非保持化を前提にしておくと、その後の運用費とリスクを抑えられます。
決済のマルチホーミングとSaaS併用のハイブリッド構成
決済のマルチホーミングとSaaS併用は、ランニングコストを抑える構成の選択肢です。
- 複数経路：決済代行会社を並行して利用し、障害時は別経路へ切り替えます。
- 継続性：単一経路の停止で売上が止まるのを避け、取りこぼしを防ぎます。
- 再試行と料率：別経路での再試行は、意図せぬ解約への対策になるうえ、料率交渉の余地も残ります。
- 標準機能：CRMや予約の機能は、SaaSに任せる部分です。
- ハイブリッド構成：フルスクラッチとSaaSを組み合わせ、会員データ設計や連携ロジックのみを独自開発します。
一から自社で開発すると費用がかさむため、この切り分けが継続的なコスト抑制につながります。
まとめ
BtoCシステムの保守・運用費用は、年間で初期開発費の15〜25%、月額換算で5〜15%が標準的な相場です。これにクラウドインフラの従量課金や、CRM／SFAのSaaS利用料が加わります。
CRM／SFAは月額1ユーザーあたり1,680円〜30,000円程度、予約システムは月額5,000円〜10万円程度です。決済代行の手数料は、サブスクで3.3〜3.4%程度です。
チャージバック対応やPCI DSSの維持、ダニング・洗替も費用に含めます。会員データの名寄せや予約・決済APIの保守も、見えにくい固定費です。
これらは、事務工数の削減やCRM連携による売上創出、機会損失の防止につながる投資です。
費用を抑える方法の一つは、非保持化でPCI DSSの対応範囲を縮小することです。非保持化は、開発・セキュリティ費用を50〜70%削減できるとされます。
また、決済のマルチホーミングで冗長化し、標準機能はSaaSに任せる構成も有効です。競争力に直結する部分だけを自社開発すると、コストを抑えられます。
BtoCシステムの保守・運用費用は、アプリのストア費用やECカートの月額とは異なり、裏側の基盤特有のコスト構造です。そのため、全体像を設計段階から見通しておくことが、持続可能な運用の前提になります。
具体的な検討は、複数の開発会社に要件を伝え、保守範囲とランニングコストの内訳を提示してもらって比べることから始めます。
▼全体ガイドの記事
・BtoCシステムの完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。