費用・見積もり
小規模Webアプリの保守・運用費はどう考える？公開後にかかる費用と契約の決め方
業務用のWebアプリは、作って公開したら終わりではありません。使い続ける間、サーバーの費用がかかり、不具合が見つかれば直す必要があり、使っている部品の更新にも対応しなければなりません。開発費の見積もりばかりに目が行き、公開後の費用を見込んでいなかった――そうならないための、保守・運用費の考え方を解説します。
公開後にかかる費用の4つの種類
| 種類 | 内容 | 変動する要因 |
|---|---|---|
| インフラ費 | サーバー、データベース、ストレージ、ドメインなど | 利用者数、データ量、必要な性能 |
| 外部サービスの利用料 | メール送信、決済、地図、SMS、認証など | 利用量、契約プラン |
| 保守費 | 不具合の修正、ライブラリやサービスの更新への対応、障害時の対応 | 対応の範囲と時間、仕組みの規模 |
| 改修費 | 機能の追加、仕様の変更、画面の改善 | 改修の内容と量 |
このうち、インフラ費と外部サービスの利用料は、使っている限り毎月かかる費用です。保守費は契約の形によって、毎月の定額か、必要なときの都度払いかが変わります。改修費は、内容に応じてその都度見積もるのが一般的です。
保守で行う主な作業
- 不具合の修正：想定どおりに動かない箇所を直す
- 更新への対応：使っているライブラリ、フレームワーク、サーバーの環境の更新に合わせた修正
- セキュリティ対応：脆弱性が見つかった部品の更新、設定の見直し
- 障害時の対応：サーバーの停止やエラーが起きたときの調査と復旧
- バックアップの確認：データが定期的に保存され、戻せる状態かの確認
- 問い合わせ対応：使い方や動作についての質問への回答
特に「更新への対応」は見落とされがちです。Webアプリは多くの部品の組み合わせで動いており、それぞれが定期的に更新されます。何もしないまま放置すると、古い部品の脆弱性が残ったり、ある時点で動かなくなったりすることがあります。
保守契約で決めておきたいこと
- 保守に含まれる作業と、含まれない作業（改修との線引き）
- 対応する時間帯と、連絡してから対応を始めるまでの目安
- 連絡の方法（メール、チャットなど）と、窓口
- 月あたりの対応量の上限があるか、超えた場合の扱い
- サーバーや外部サービスの費用を、誰が契約し支払うか
- 契約を終了するときの引き継ぎの方法
「保守と改修の線引き」は、具体例で確認しておくとずれを防げます。たとえば「ボタンの文言を変える」「一覧に項目を1つ追加する」が保守に含まれるかどうかは、契約によって異なります。
定額保守か、都度依頼か
| 方式 | 向いているケース | 注意点 |
|---|---|---|
| 毎月の定額保守 | 業務への影響が大きい仕組み、定期的な更新や改善がある | 使わない月も費用がかかる。範囲を明確にしておく |
| 必要なときに都度依頼 | 小規模で更新が少ない、社内である程度対応できる | 急ぎの対応を受けてもらえるとは限らない。更新への対応が後回しになりやすい |
小規模な社内ツールでは、都度依頼で十分なこともあります。ただし、その場合も「部品の更新は年に何回か確認する」といった最低限の取り決めをしておくと安心です。
予算に組み込むときの考え方
開発を検討する段階で、公開後の費用も含めた総額を見込んでおきましょう。
- 毎月かかる費用を確認する：想定する構成で、インフラ費と外部サービスの利用料の見込みを聞いておく
- 保守の方式を決める：定額か都度依頼か、業務への影響度から判断する
- 改修の予算を確保する：使い始めると改善の要望が出てくるため、一定の予算を見込んでおく
- 数年単位で考える：既製のSaaSと比べる場合は、数年分の総額で比較する
開発費の考え方は業務用Webアプリ開発の費用はどう決まる？で解説しています。依頼先を変える可能性も考えるなら、外注したシステムを自社で持ち続けるためにもあわせてご覧ください。
保守を依頼するときに用意しておきたい情報
保守の契約や依頼をスムーズに進めるために、発注者側でも次の情報を整理しておくと役立ちます。
- システムを使っている業務と、止まったときの影響の大きさ
- 利用している時間帯（平日の日中だけか、夜間や休日も使うか）
- 不具合が起きたときに連絡する社内の担当者
- 使っているサーバーや外部サービスと、その契約者
- 今後予定している機能追加や、業務の変化
業務への影響が大きく、夜間や休日も使う仕組みであれば、対応の体制を手厚くする必要があります。逆に、平日の日中だけ社内で使う仕組みであれば、対応の時間帯を限定することで費用を抑えられることもあります。
保守費を抑える工夫
- 作る範囲を必要最小限にする：機能や外部サービスとの連携が多いほど、保守の対象も増える
- 社内でできることを増やす：お知らせの更新や設定の変更など、管理画面から社内で対応できるようにしておく
- 改善の要望をまとめて依頼する：小さな修正を都度依頼するより、まとめて依頼するほうが効率的
- 更新を放置しない：部品の更新を長く放置すると、後でまとめて対応する作業が大きくなる
最後の点は、短期的には費用がかからないように見えて、長期的には負担が大きくなる典型的な例です。定期的な更新を保守の範囲に含めておくことをおすすめします。
見積もりの段階で確認したいこと
開発の見積もりを受け取る段階で、公開後の費用についても確認しておくと、導入後に「こんなにかかるとは思わなかった」という事態を避けられます。想定している構成で毎月かかる費用の見込み、保守を依頼する場合の方式と範囲、使っている外部サービスの料金が変わる可能性、利用者やデータが増えたときの費用の変化。この4点を聞いておけば、数年単位の予算を組みやすくなります。
公開後の不具合対応やセキュリティの更新について、発注前に確認したい点は小規模な社内Webアプリのセキュリティにまとめています。
Tailboneでの考え方
Tailboneでは、見積もりの段階で、開発費とあわせて公開後に毎月かかる費用の見込みや、保守の範囲についてご説明しています。初回納品後は、事前に合意した範囲内で、実際に使える状態まで調整します。公開後の保守や改修の進め方は、仕組みの規模や業務への影響に応じて、個別に相談のうえで決めていきます。保守や改修の費用がかさんできた場合の判断は、古い社内ツールを作り直すべきか？も参考にしてください。
よくあるご質問
保守契約は結んでおくべきですか？
必須ではありません。社内に対応できる人がいる場合や、更新の少ない小規模な仕組みの場合は、必要なときだけ依頼する方式でも回ることがあります。ただし、不具合が起きたときに誰がどのくらいの時間で対応するかは、事前に決めておくことをおすすめします。
サーバー代は毎月いくらくらいかかりますか？
使うサービス、利用者数、データ量、必要な性能によって変わるため、一律の金額は示せません。見積もりの段階で、想定する構成と、毎月かかる費用の見込みを確認しておくと安心です。
保守と改修の違いは何ですか？
一般的には、保守は今ある機能を正しく動かし続けるための作業（不具合の修正、更新への対応など）、改修は新しい機能の追加や仕様の変更を指します。どこまでを保守に含めるかは契約によって異なるため、具体例で確認しておくとずれを防げます。