アンケートシステム開発の保守・運用費用・ランニングコストについて

顧客満足度調査やNPS計測、従業員エンゲージメント調査、市場調査では、意思決定の土台となるデータを集めます。アンケートシステムの保守運用費用は、年間で初期開発費の15〜25%が目安です。人件費、インフラ、セキュリティ対応の内容によって、この幅は上下します。

初期費用を抑えても維持費が積み上がり、総費用が膨らむこともあります。調査目的や設問は変わりやすく、事業成長とともに集計軸や連携先も増えます。そのため、導入後の費用まで含めて見積もることが大切です。

▼全体ガイドの記事
・アンケートシステム開発の完全ガイド

アンケートシステムの保守運用費用の全体像

年間保守費を人件費、インフラ費用、更新・セキュリティ費の3層で示した図解。
3項目を分けて見ると、費用の見直し先を整理できます。

初期開発費とは別に、ランニングコストが継続して発生します。保守運用費は、システムを安全かつ最新の状態に保ち、事業の変化に合わせて育てていくための必要経費です。

年間保守費は初期開発費の15〜25%が目安です。稼働後も払い続ける費用なので、初期費用だけで判断すると全体を見誤るおそれがあります。

年間保守費比率とランニングコストの3要素

年間保守費は初期開発費の15〜25%が目安ですが、その比率はシステムの複雑さ、外部連携の多さ、セキュリティ要件の厳しさで変わります。月額では15万〜80万円程度で、月額換算では5〜15%程度とされています。

たとえば初期費用が800万円の場合、年間保守費は120万〜200万円です。5年間の保守費だけで、初期費用と同程度から上回る場合があります。

保守費は、人件費、インフラ費用、更新・セキュリティ費の3つで構成されます。この比率を予算計画に織り込むと、保守運用費を踏まえた予算を立てやすくなります。その際も、それぞれの金額を分けて確認すると、どこに費用がかかるかを把握できます。

  • 人件費:保守体制のもとで、バグ修正や軽微な改修を行うエンジニアの稼働費
  • インフラ費用:サーバー代、ドメイン、SSL証明書、外部API利用料など
  • 更新・セキュリティ費:バージョンアップやセキュリティ対応の作業費

人件費は、システム開発費用全体の60〜80%を占める最大の項目です。インフラ費用はプロジェクト全体の20〜30%で、個人情報を扱うアンケートでは、セキュリティ対応の負担も重くなります。

比重の大きい要素から見直すのが定石です。具体的には、人件費は保守体制、インフラ費はアーキテクチャ、セキュリティ費はSLA設計で調整できます。

SaaS型とスクラッチ型のコスト構造の違い

方式を選ぶ際は、初期費用だけでなく、運用費と独自要件の両方を比べる必要があります。SaaS型とスクラッチ型では、費用の出どころと、利用が広がった後の増え方が違います。

  • SaaS型:既存のツールを使う方式で、初期費用は20万〜60万円程度です。
  • スクラッチ型:独自機能を作る方式で、個別の保守作業費が発生します。
  • 方式選び:標準機能で足りるか、独自要件があるかで判断します。
  • 規模の変化:利用が広がった後の費用も含めて比べます。

SaaS型では、サーバー維持費や更新費が月額利用料に含まれます。ベンダーがインフラ運用、セキュリティ対応、機能更新を担うため、費用を予測しやすい点が特徴です。

一方で、スクラッチ型なら独自の集計ロジックや複雑な連携を実装できます。その代わりに、OSやミドルウェアの更新、法改正対応は自社の保守費として個別に発生します。

これらの扱いを契約時のSLAで決めていないと、維持費が予測できず膨らむおそれがあります。

標準機能で足りるなら、業務を標準に合わせるFit to Standardが合理的です。独自業務や厳格な連携要件があれば、スクラッチ型が必要になります。

利用規模が拡大すると、SaaS型の月額料金は段階的に上がります。そのため、一定規模を超えるとスクラッチ型のほうが割安になる損益分岐点が生じることがあります。

ポイント

見積もりの金額に幅が出たら、人件費、インフラ、セキュリティ対応のうち、どの項目が差を生んでいるかを先に確かめてください。項目ごとに分けて比べると、削れる部分と削れない部分の区別がつきます。

エンジニア単価と保守体制の費用

PM、SE、プログラマー、テスターの月額単価の範囲を4つのパネルで示した図解。
職種間で単価の幅を見比べられます。

保守費用の中心は、やはり人件費です。開発費用全体の60〜80%が人件費にあたり、運用中もエンジニアやサポート担当者の稼働がコストの中心になります。

エンジニア単価の相場と人日単価の考え方

保守体制の費用を見積もるには、職種ごとの月額単価を比べるのが基本です。職種によって単価の水準が大きく異なるため、職種ごとの幅を確認します。

  • PM:月額110万〜150万円
  • SE:月額65万〜110万円
  • プログラマー:月額50万〜90万円
  • テスター:月額45万〜80万円

経験年数で見ると、1年未満が月額30万〜50万円、3〜5年の中堅が65万〜80万円、5年以上のベテランが80万〜100万円です。シニアクラスは100万円を超えます。

単価の安さだけで経験の浅い体制を選ぶと、不具合対応に時間がかかり、結果として総費用が上がることもあります。

月額固定の保守契約を超える追加開発は、人日単位で積算するのが一般的です。人日単価は1日50,000円を基準に、スキルによって40,000円〜80,000円の幅があります。

人日単価を契約書に明記しておくと、追加対応の費用が明確になり、想定外の請求を避けやすくなります。

保守体制(内製/外注/ラボ型)ごとのコスト比較

保守体制には、内製、外注、ラボ型があります。費用と対応の特徴を比べて選びます。

  • 内製:外部への支払いはないものの、人件費が固定でかかります。
  • 外注:ベンダーに委託し、月額保守とスポット依頼を使い分けます。
  • ラボ型:専任または準専任のチームを一定期間確保する形です。

内製の人件費は、経験年数に応じて月額30万〜100万円超です。一方、外注は月額15万〜80万円程度で、軽微な対応なら人日単価40,000円〜80,000円のスポット依頼もできます。

外注の即応性は、ベンダーの体制によって左右されます。ラボ型は内製より高くなる傾向にありますが、その分、システムへの理解が蓄積されていきます。

継続的な機能追加や大規模改修を計画しているなら、ラボ型が適しています。改修頻度が低ければ外注が、頻繁であれば内製やラボ型のほうが、総費用で有利になることもあります。そのため、自社の運用実態に合わせて体制を選ぶことが欠かせません。

ポイント

人日単価を比べるときは、単価の安さだけでなく、担当者の経験年数と不具合対応の速さが釣り合っているかで判断すると迷いにくくなります。

インフラ費用とバージョンアップ対応の負担

人件費に次いで大きいのは、インフラ費用と更新・セキュリティ対応費です。サーバー代、ドメイン、SSL証明書、外部API利用料などのインフラ費用は、プロジェクト全体の20〜30%を占めます。

これらは稼働中に続く固定的な費用で、放置すると年間予算を圧迫します。さらに、配信時の回答集中に備える設計費も見込んでおく必要があります。

クラウドインフラ費用の内訳と変動要因

インフラ費用はプロジェクト全体の20〜30%を占めます。その費用は、基本料金と、利用状況によって変わる分とに分けて考え、どの部分が利用に応じて増えるかを項目ごとに確かめると、予算の見通しが立ちます。

  • 固定的な費用:サーバーの基本料金など
  • 変動する費用:保存量やアクセス状況に応じて増減する分
  • 外部連携:CRMやMAツールのAPI利用条件
  • 運用管理:データ整理とリソース調整

たとえば回答データが増えるとストレージ費用が、アクセスが集中すると処理能力の費用が、それぞれ変わります。

CRMやMAツールとAPI連携する場合、回答数に比例して利用料が増えることがあります。

個人情報を長期保存する要件があると、ストレージ費用は積み上がっていきます。そのため、不要データの削除やアーカイブ運用を、あらかじめルールとして決めておく必要があります。

平常時に必要な最小限のリソースを見極め、繁忙期だけ一時的に拡張できる構成を選ぶことが基本です。利用状況は定期的に監視し、見直していくことが大切です。

バージョンアップ・セキュリティ対応とSLA設計

バージョンアップや法改正への対応は、提供方式と契約条件によって負担が異なります。負担の差は、作業を提供者と自社のどちらが担うか、その範囲を契約でどこまで定めるかに表れます。

  • SaaS型:OS・ミドルウェアの更新やブラウザ変更、法改正への対応を、提供者が自動で行う
  • スクラッチ型:自動化されず、その都度エンジニアの作業が生じる
  • セキュリティ:脆弱性対応の手順を定める
  • SLA:追加費用や障害時の目標を明文化する

こうした作業には、OSサポート終了時の移行、ブラウザ変更による表示崩れの修正、個人情報保護法制の改正対応が含まれます。特に、機微な個人情報を多く扱うシステムでは、脆弱性発見時の迅速なパッチ適用が事業リスクに直結します。

対応の無償・有償は、契約時のSLA(サービスレベル合意)で定めます。対応費を契約時に決めておかないと、維持費が予測できず膨らむおそれがあります。障害時の復旧や応答時間も明記しておくと、年間の保守費を見通す材料になります。

大量同時アクセス(スパイク負荷)対策コスト

負荷対策では、回答が集中する時の可用性と、平常時のインフラ費用との両立が求められます。

  • アクセス規模:配信時や調査開始時に集中するアクセス数
  • 負荷制御:平常時と繁忙期に合う構成
  • 連携先:APIの遅延や制限を含めた設計
  • 事前情報:想定する最大同時アクセス数と配信頻度

メルマガの一斉配信直後や、全従業員向けのエンゲージメント調査の開始時に設計が不足して停止すると、数千〜数万件の回答を取り逃がし、事業機会を失うことになります。

常に大量アクセスに耐える構成にすると、平常時に無駄が生じます。一方で、小さな構成では繁忙期に対応できません。

オートスケーリングの設計と実装には技術力が必要で、その分、構築費と保守費にも反映されます。

CRMやMA連携がある場合は、回答が集中した際に連携先APIの遅延やレート制限が影響することもあります。また、タイムアウトやリトライの仕組みも、対策費に含まれます。

想定する最大同時アクセス数と大規模配信の頻度を、開発パートナーと共有しておくと、無駄のない設計につながります。

ポイント

インフラ費を見直すときは、平常時に必要な最小限の構成と、繁忙期だけ広げる範囲を分けて考えると、無駄な固定費を減らす判断がしやすくなります。

ランニングコストの最適化

ランニングコストは、進め方次第で大幅に削減できます。フルスクラッチと自社インフラ運用は独自性を追求できますが、維持費が最も高くなる選び方です。

まずは、独自性が必要な部分と、標準機能で足りる部分を見極めます。そのうえで、既存SaaSやローコードを活用し、クラウド構成も見直していきます。

既存SaaS・ローコード活用による開発コスト圧縮

開発範囲は、標準機能で足りる部分と独自対応が必要な部分に分けて考えます。部分ごとに、費用を抑える手段を選び分けることになります。

  • SaaS・パッケージ:既存機能を活用し、SaaSの初期費用は20万〜60万円程度です。
  • Fit to Standard:業務の進め方を標準機能に合わせる方式
  • ローコード・内製:頻繁な改修を自社で担い、外部への依存を減らす方式
  • 外部委託:専門性が求められる領域の依頼先

アンケート用途の多くは、フォーム作成、配信、回答収集、集計レポートまで標準機能で対応できます。そのため、独自開発が必要な部分は限られます。

SaaSではサーバー維持費や更新費が月額利用料に含まれるため、費用の見通しを立てやすい点が利点です。軽微な改修を都度外注している場合は、人日単価40,000円〜80,000円の費用を継続的に圧縮できる余地があります。

ただし、人材の育成と確保には固定費がかかります。セキュリティ設計など専門性が必要な部分まで安易に内製化しないよう、注意が必要です。

クラウドアーキテクチャの最適化と選び方

クラウド構成は、運用負担、安定性、安全性、負荷の変化を踏まえて選びます。どの管理作業を自社で持つかによって、費用の出方が変わります。

  • IaaS:監視、バックアップ、リソース調整を自社で担うため、運用費と人件費が重くなります。
  • PaaS・SaaS:任せられる管理作業の範囲
  • 負荷対応:繁忙期に必要な拡張方法
  • データ保管:アクセス頻度に応じた保存先

IaaSにPaaSやSaaSを組み合わせる方法もあります。データベース管理、監視、バックアップ、拡張をマネージドサービスに任せれば、自社の運用負担を減らせます。

また、マネージドサービスの利用は、安定性と安全性の向上にもつながります。オートスケーリングを使えば、平常時は最小限のリソースで運用し、繁忙期だけ自動で拡張できます。回答データも、アクセス頻度に応じてストレージを使い分けると費用を抑えられます。

利用状況の変化に合わせて構成を定期的に見直すと、無駄のない運用につながります。

ポイント

標準機能で足りる用途かどうかが、SaaSやローコードを選ぶ分かれ目になります。独自性が必要な部分だけを開発の対象に絞ると、維持費の膨らみを抑えやすくなります。

保守運用の見積もりを取る際のポイント

保守範囲、SLA、契約形態、月額費用を確認項目として並べた図解。
条件を項目ごとにそろえると、見積もりを比べやすくなります。

保守費は何年も継続して発生するため、契約時に条件を明確にしておくと、後のトラブルや想定外の費用を防ぎやすくなります。

年間保守費の目安は初期開発費の15〜25%です。見積もりでは、この費用に含まれる内容と含まれない内容を確認することが大切です。

保守範囲・SLAと契約形態の明文化

見積もりの段階で、保守範囲とSLA(サービスレベル合意)、契約形態を具体的に定めておきます。

  • 保守範囲:月額対応と追加作業の境界
  • SLA:復旧、応答、セキュリティ時の対応の取り決め
  • 契約形態:作業量や改修頻度に合わせた選択

月額の対応範囲と追加費用の線引きが曖昧な契約は、保守費トラブルの大半の原因になります。バグ修正、問い合わせ対応、軽微な設定変更のうち、どこまでを月額に含めるかを、契約前に決めておく必要があります。

追加開発の人日単価は、1日40,000円〜80,000円を目安に契約書へ記載します。障害時の復旧目標時間や応答時間に加えて、セキュリティ事故への対応手順と責任範囲も、明確にしておく必要があります。

契約形態には、月額固定型、従量型、準委任型があります。月額固定型は月額15万〜80万円程度を定額で支払い、従量型は人日単価を基準に対応分を支払います。準委任型は、エンジニアの稼働に対価を支払う形です。

改修頻度が安定しているなら月額固定型、不定期で低頻度なら従量型が候補になります。要件変更が頻発するアンケート施策では、柔軟な準委任型が選択肢になります。したがって、運用のスタイルに合った契約形態を選ぶことが、無理のない保守運用につながります。

複数社比較での確認ポイント

委託先は複数社から見積もりを取って比べます。月額だけで安い会社を選ぶと、対応範囲が狭い可能性があります。

会社ごとに保守費用に含まれる内容は異なります。安い金額が対応範囲の狭さを示す場合もあるため、比較では金額の大小より、何が含まれているかを確かめる必要があります。

  • 月額費用:保守費用がカバーする範囲
  • 担当体制:エンジニアのスキル、個人情報や大量データ集計の知見
  • 追加開発:人日単価と見積もり手順が明確かどうか
  • 保守実績:アンケートや個人情報を扱う類似システムの実績

エンジニア単価は月額30万〜150万円と幅があります。このため、担当者のスキルに加えて、個人情報の取り扱いや大量データ集計の知見も判断材料になります。

実績のあるベンダーは、スパイク負荷やセキュリティ対応の課題に知見があります。その分、トラブルの予防や円滑な対応も期待できます。

ポイント

見積もりを比べるときは、月額の安さより先に、月額に含まれる対応範囲と追加費用の線引きが明確かどうかで判断すると、後からの食い違いを減らせます。

まとめ

アンケートシステムの年間保守費は、初期開発費の15〜25%、月額15万〜80万円程度が目安です。数年単位で見ると、保守費の累計が初期開発費と同程度の規模になることもあります。

費用は人件費、インフラ、更新・セキュリティ対応で構成され、人件費は60〜80%、インフラ費は20〜30%が目安です。エンジニア単価は職種別で月額45万〜150万円、人日単価は40,000円〜80,000円が目安です。

保守体制は、内製、外注、ラボ型の中から運用実態に合わせて選びます。既存SaaSやローコード、クラウド構成の見直しで費用を抑えられます。

見積もりでは保守範囲、SLA、契約形態を定め、複数社の対応範囲をそろえて比べます。そのうえで、数年単位の総費用を見据えることが、意思決定の出発点になります。

▼全体ガイドの記事
・アンケートシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。