中小企業の「サーバー構築代行」相場と依頼前に確認すべき5点
TL;DR
相場レンジ: 初期5万円〜、月額10〜60万円（依頼先・作業範囲による）。 依頼前に「現行構成の文書化・ダウンタイム許容値・保守範囲・相見積もりの同一要件化・バックアップ体制」の5点を施主側で整えると、見積もりが比較可能になります。
見積もりが届いたが、これが適正なのかどうか判断できない。そういう状況で「高いかもしれないけど断る理由も見つからない」まま発注してしまうケースは少なくありません。
情報システム担当が社内にいない中小企業では、追加請求が来ても「最初から決まっていたのか、後から増やされたのか」を判断する手段がありません。損失に気づくのが後になりやすく、しかも気づいたときにはすでに構築が完了しているという非対称な状況が発生します。
この記事では、依頼先別の相場と、発注前に施主側で確認すべき5点を整理します。これが手元にあれば、見積もりを受け取ったときの判断軸が整います。
まず相場を把握する——依頼先・作業種別の早見表
同じ「サーバー構築」でも、誰に頼むかで費用は数倍変わります。以下は2026年6月時点の目安です。
表1: 依頼先別の相場早見表
| 依頼先 | 主な作業範囲 | 費用レンジ（目安） | 向く企業規模 |
|---|---|---|---|
| クラウドワークス（SE月契約） | 構築・運用 | 月10〜30万円 | 中小〜中堅 |
| クラウドワークス（AWS環境設計・構築） | 設計・構築代行 | 月40〜60万円 | 中堅〜 |
| ランサーズ（軽作業） | SSL・ホスティング設定等 | 1〜5万円 | 小規模 |
| 中小ベンダー（VPS構築） | 要件定義＋設計＋構築 | 初期55万円〜 | 中小 |
| フリーランスエンジニア（週5稼働・サーバー系） | 構築〜運用 | 月65〜75万円 | 中堅〜 |
| 中堅SIer | プロジェクト全体 | 月120〜160万円（人月） | 中堅〜 |
出典: クラウドワークス公式メディア（2025年版）、ランサーズ出品ページ（2026年6月確認）、レバテック（2024年1月）、クロスネットワーク（2025年）、PRONIアイミツ（2025年10月）
依頼先によって同じ作業でも価格が数倍異なる理由は、担当者の単価構造にあります。SIerに発注すると人月単価が乗るため、中小企業の単一サーバー案件では費用対効果が合わないケースがほとんどです。一方、クラウドソーシングとフリーランスは単価が低い分、対応範囲と保守の有無を自分で確認する必要があります。
VPS（仮想専用サーバー）を自社で管理する場合の主要サービスの比較は、こちらの記事も参考にしてください。 → 会社のサーバーどれを選ぶ？共有・VPS・専用の違いを用途で解決
表2: 作業種別の費用内訳（初期費用の目安）
| 作業種別 | 費用レンジ（目安） |
|---|---|
| ファイルサーバー・プリントサーバー構築 | 10〜30万円 |
| Webサーバー・メールサーバー構築 | 15〜40万円 |
| セキュリティ設定（ファイアウォール・IDS〔不正侵入検知〕等） | 5〜20万円 |
| ネットワーク設計・構築 | 20〜50万円 |
| 保守・運用（月額） | 月5〜15万円 |
出典: PRONIアイミツ（2025年10月）、テクバン情シスBlog記載値
「構築費は安くても保守で回収される」——年間総コストで見る
初期費用だけを比べると安く見えても、保守・運用費を含めると年間の総コストが大きく変わります。
保守・運用外注の目安は、構築費の10〜15%を月額ベースで見ることが多いです。たとえば構築費30万円のプロジェクトであれば、月3〜4.5万円の保守費が続きます。初年度だけで構築費と同額以上になることも珍しくありません。
VPS管理の外注を例にとると、初期費用5〜15万円に加えて月額5〜15万円の保守費が発生するケースがあり、年間では65〜195万円の幅になります。「初期費用が安い」という判断だけで選ぶと、保守費で想定外のコストが積み上がります。
出典: PRONIアイミツ（2025年10月）、テクバン情シスBlog
依頼前に施主側で確認すべき5つのこと
相見積もりを取っても「3社に出したが全然違う金額で困惑した」という状況が起きやすいのは、施主側の準備が整っていないことが原因です。ベンダー各社が見積もりの前提を異なる条件で算出しているため、金額が揃わないのです。
以下の5点を事前に整えることで、見積もりが比較可能になります。
1. 現行構成を文書化する
なぜ必要か: 自社の現状を把握していないと、ベンダーごとに調査の前提がバラバラになります。「調査費」として追加請求される原因の一つです。
確認しなかったときのリスク: 要件が曖昧なまま依頼すると、ベンダー側が現状調査を別工程として見積もりに加算するか、調査後に仕様変更が生じて費用が膨らみます。相見積もりを比較しようとしても、各社の前提が違うため比較が成立しません。
整理すべき情報:
- OS・ミドルウェア・バージョン・台数・接続端末数
- 設置場所（オンプレミス / データセンター / クラウド）
- 現在の管理者と認証情報（パスワード・鍵）の所在
以下を今すぐ答えられるかどうか確認してください。
- 今使っているサーバーのOSとバージョンを言える
- 接続している端末の台数を把握している
- 管理者アカウントと認証情報がどこにあるか分かる
- 設定書やネットワーク図が手元にある
一つでも「わからない」が出たら、その調査がベンダーへの依頼前に必要な作業です。
出典: heartbeats.jp（移行前の現状把握をステップ1として明示）
2. ダウンタイム許容値を決める
なぜ必要か: 「止まっても構わない時間帯がある」と「ゼロダウンタイムが必須」では、必要な工数と費用が大きく変わります。この条件を言語化していないと、ベンダーごとの前提が揃わず見積もり差額の原因になります。
確認しなかったときのリスク: 口頭で「できれば止めないでほしい」と伝えただけでは、ベンダーによっては通常の切り替え作業として処理します。切り替え当日に業務が止まって初めてトラブルになるケースがあります。
具体的な確認事項:
- ダウンタイムゼロが必要な場合は、ブルーグリーンデプロイ（新旧環境を並行稼働させて切り替える方式）、DNS TTL（名前解決のキャッシュ保持時間）の短縮、ロールバック手順（作業失敗時に元の環境に戻す手順）を契約書に明記するよう求めてください。
- 夜間・休日の作業には特急料金として別途費用が発生するケースが多いです。見積もりに作業時間帯の条件が明記されているか確認します。
「何時から何時の間で作業してほしいか」「業務への影響が許容できる最大時間は何時間か」を書面で合意することが判断軸になります。
出典: kurojica.com（緊急対応によるコスト発生セクション）
3. 保守範囲と責任分界点を最初に決める
なぜ必要か: 「構築のみ」か「保守込み」かが後から変わると、総コストが読めなくなります。さらに、ドメイン管理や認証情報がどちらの名義になるかを最初に決めていないと、乗り換えのときにトラブルになります。
確認しなかったときのリスク: 構築費が安いベンダーでも保守で高騰するパターンがあります。また、設定書や認証情報が外注先の管理下に置かれたまま「ブラックボックス化」すると、乗り換えるときに「設定書を渡せない」と言われる状況が発生します。
SLAで確認すべき項目（SLA = Service Level Agreement、稼働品質の保証契約）:
- 重大障害が発生したときの初動対応時間（例：2時間以内）
- 復旧報告のタイミング（例：障害検知後○分以内に報告）
- 計画外ダウンタイムの対応範囲
- 月額費に含まれる対応件数の上限
- 対応時間帯（平日9〜18時のみか、夜間・休日を含むか）
加えて、ドメインの管理者名義と認証情報の帰属を契約書に明記させることが重要です。外注先名義のままになっていると、解約後に移管を拒まれるリスクがあります。
出典: minna-systems.co.jp（SLA5項目）、kurojica.com（ブラックボックス化リスク）
4. 相見積もりは「同一要件」で取る
なぜ必要か: 要件が曖昧なまま複数社に見積もりを出すと、各社の前提が異なるため金額が揃わず比較できません。「A社は50万円、B社は15万円」という差が出ても、作業範囲が違えば意味のある比較になりません。
確認しなかったときのリスク: 安い見積もりに引かれて発注したところ、保守や緊急対応が別料金で対応範囲も狭く、結果的に追加費用が重なるケースがあります。クラウドソーシングでは「10,000円〜」と表示されていても、複雑な要件では大幅に上振れします。
見積もりで比較すべき項目:
- 構築費（初期）
- 月額保守費（含まれる作業の範囲を明記）
- 緊急対応時の追加費用と単価
- 契約期間の縛りと違約金の有無
- 設定書・認証情報の帰属
各社に出す依頼書には、上記の項目に対してそれぞれ金額と範囲を記載するよう求めます。比較できる形で見積もりを受け取ることが、「安さと対応範囲のセット」で判断するための前提です。
出典: kurojica.com、ランサーズ出品ページ確認値
5. バックアップ体制と復旧手順を確認する
なぜ必要か: 構築後に発覚して取り返しがつかないリスクの筆頭です。「バックアップを取っているつもりで復元できない」という状況は、実際の障害が起きるまで表面化しません。
確認しなかったときのリスク: データ障害を起こした企業の多くが、バックアップを適切に実施できていなかった、という調査報告があります。「バックアップは取っている」という認識があっても、リストア（復元）のテストをしていないケースが多く、実際に障害が起きたときに「復元できない」と分かります。
依頼先に確認すべき問い:
- 「定期的なリストアテストをどう実施しているか」
「バックアップは毎日取っています」という回答だけでは不十分です。テストをどのタイミングでどのように実施するかを具体的に説明できない業者は、リストア手順が整備されていない可能性があります。この一点を事前に確認することで、多くのリスクを事前に判別できます。
出典: kurojica.com、heartbeats.jp
外注でよくある失敗パターンと予防策
相場と確認事項が揃っても、契約後の落とし穴があります。以下は施主側から見て頻度が高い失敗のパターンです。
パターン1: ブラックボックス化
外注先への長期依存が続くと、社内にノウハウが残りません。乗り換えを検討したタイミングで「設定書を渡せない」「認証情報は当社管理なので引き渡しには別途費用がかかる」と言われるケースがあります。
予防策: 契約時に「設定書・認証情報の帰属は発注者側とする」という条項を契約書に入れます。
パターン2: 追加費用の連続
契約外の対応は都度別料金が一般的です。緊急の夜間対応、ハードウェア交換、仕様変更はすべて別料金になりやすく、当初の予算から大きく外れます。
予防策: 「契約外の作業が発生する条件と単価」を事前に確認します。月額保守費に含まれる対応件数と、超過時の単価を書面で確認しておくことが基本です。
パターン3: 多重下請けによる品質の低下
大手SIerを通じて発注した場合、実作業は二次請け・三次請けのエンジニアが担当するケースがあります。元請け単価から5〜7割まで圧縮されて実作業の担当者に渡るため、実力の読み間違いが起きやすくなります。
予防策: 実作業を担当するエンジニアの所属と経験を確認します。直接対話できるかどうかが目安です。
出典: クロスネットワーク（「元請け単価の5〜7割まで圧縮」）
パターン4: サーバー移行の失敗
移行作業に特有の失敗として、DNSの切り替えタイミングのミス、アプリケーションの互換性問題、メール設定の漏れ、SSL証明書の再取得忘れがあります。これらの多くは、テスト環境での事前確認で防げます。
ただし、テスト環境の構築は予算削減で省略されやすい工程です。見積もり書に「テスト環境構築」または「移行前検証」が含まれているか確認してください。記載がなければ別途確認が必要です。
出典: heartbeats.jp
補助金の活用——IT導入補助金で費用を圧縮できるか
費用を抑える選択肢として、IT導入補助金があります。2024年度の事例では、最大450万円・補助率1/2が適用可能なケースがありました。
ただし、適用条件は年度・類型ごとに異なります。2026年度の条件は公式サイト（IT導入補助金）で確認が必要です。「補助金が使えるから依頼しましょう」という営業トークだけで判断するのではなく、自社が要件を満たしているかを公式で確認してから検討してください。
出典: PRONIアイミツ（2025年10月）
まとめ——依頼前に整理する5点
見積もりを受け取る前に、以下の5点を施主側で整えます。
- 現行構成を文書化する（OS・台数・担当者・認証情報の所在）
- ダウンタイム許容値を書面で合意する
- 保守範囲と責任分界点を最初に確定する
- 相見積もりは同一要件・同一比較項目で取る
- バックアップの定期リストアテストを確認する
上記が整った状態で相見積もりを出すと、ベンダー間の比較が明確になります。
サーバー構築・移行の要件整理から一緒に考えます。
「何をどこに依頼すればいいかわからない」段階からご相談を受けつけています。要件定義・見積もり精査・移行設計のご相談は下記よりご連絡ください。