サーバー構築の稟議書テンプレート——5年TCO比較表で決裁者に選定根拠を示す
現在、XServer VPS は全プランの新規受付を一時停止しています（2026年11月中に再開予定）。ゲーム用の XServer VPS for Game は、新規受付を行っています。VPSをお探しの場合は、新規受付を行っている ConoHa VPS などをご検討ください。
本記事はアフィリエイト広告（A8.net）を含みます。価格・仕様は2026年8月時点の目安です。最新は各公式サイトでご確認ください。
サーバーの選定根拠を役員に聞かれたとき、自信を持って答えられる状態で稟議を出せていますか。
物理サーバーにするかVPSにするかを決めたはいいけれど、「なぜその選択肢を選んだか」を経営者の言葉で説明できる状態で申請できている担当者は、実は少ないかもしれません。調べれば調べるほど選択肢が増え、根拠を問われたときに「なんとなくこれが良さそうだったので」になってしまう。承認者が確かめたいのは、その一言の手前で何と何を比べたのか、という一点です。
この記事では、サーバーを初めて新規構築する場面で使える稟議書テンプレート（5年TCO比較表付き）と、選定根拠を経営者に説明する方法を紹介します。
なお、既存のサーバーからVPSへ移行する稟議は本記事のスコープ外です。 移行は別シナリオとして VPS移行稟議書の書き方 で解説しています。
サーバー新規構築の稟議書はどう書くか？
役員が知りたいのは「どんなサーバーか」ではなく「止まったら何が困るか」と「費用は適正か」の2点です。この2点を中心に構成することでIT用語を使わずに稟議を書けます。
稟議書を差し戻される場面のほとんどは、申請者が「技術の説明」に重心を置きすぎていることが原因です。承認者が欲しいのは技術の詳細ではありません。「この投資で何のリスクを回避できるか」と「費用の根拠はあるか」の2点が揃っていれば、他の細部を読み飛ばしても承認できます。
承認者は技術を読まない
稟議書を「技術的に正確に書こう」とすると、承認者が読まない文書が完成します。役員・上司が稟議書を受け取ったとき、頭の中ではこの3つの問いが回っています。
- 本当に今必要か？
- 他に安い方法はないか？
- 問題が起きたとき誰が責任を取るか？
この3問に先回りして答えていない稟議書は、差し戻しの確率が上がります。逆に言えば、この3問への答えを最初のページに揃えれば、技術の説明が薄くても通過します。
技術用語を「ビジネス言語」に変換する
稟議書に技術用語をそのまま書くと読み飛ばされます。承認者が意思決定できる言葉に置き換えてから書くのが基本です。
| 技術の言い方 | 稟議書での書き方 |
|---|---|
| サーバーのスペック（CPU・メモリ・ストレージ） | どの業務がそのサーバーに乗っているか |
| 可用性・冗長化 | 止まったとき何の業務が何時間止まるか |
| 物理 vs VPS | 費用の発生タイミングと管理負荷の違い |
| クラウド | 使った分だけ払う・拡張が容易 |
| バックアップ | 障害後に何日分のデータを復元できるか |
| オンプレミス | 自社内に設置して自社で管理するサーバー |
承認者は技術を評価しているのではなく、リスクの大きさと費用の妥当性を評価しています。この置き換え表を手元に置いておくと、稟議書の各項目を埋めるときに迷いにくくなります。
物理サーバーとVPS（クラウド）をどう比較して稟議に書くか？
5年間の総費用（TCO）で比較した表を稟議に添付するのが最も有効です。初期費用・保守費用・電気代・拡張コストを一列に並べると、どちらが高いかを印象ではなく合計額で答えられます。
TCOとは？ Total Cost of Ownershipの略で、導入から廃棄・切り替えまでの「総保有コスト」を指します。機器の購入費だけでなく、保守費用・電気代・管理工数・拡張コストをすべて含めた合計額のことです。
金額が大きいほど、稟議を出す前の気が重くなることがあります。ただ、費用の大きさそのものより「その費用の根拠を説明できるか」が稟議の通りやすさを決めます。根拠を数字で示せれば、承認者は金額の大小に関係なく判断できます。
物理サーバー・VPS・クラウドの特性を1行で経営者に伝える方法
スペックや冗長化の構成を詳しく説明しようとするほど、稟議書は読まれなくなります。「いつ費用が発生するか」「何が止まりやすいか」「誰が管理するか」の3軸だけで整理すると、経営者が判断できる形になります。
| 比較軸 | 物理サーバー | VPS | クラウド |
|---|---|---|---|
| 費用の発生タイミング | 購入時に大きな初期費用 / 以降は保守・電気代が継続 | 月額固定 / 初期費用が小さい | 使用量に応じた従量課金 |
| 止まりやすさ | ハードウェア障害 / 計画停止が必要 | ホスティング会社の設備に依存 | 構成次第で冗長化しやすい |
| 管理する主体 | 自社（ハードウェア含む全工程） | ホスティング会社 + 自社設定 | クラウドプロバイダー + 自社設定 |
| 拡張性 | 追加購入 / 工事が必要 | プランアップグレードで対応 | リソースをすぐ増減できる |
稟議書では「物理・VPS・クラウドの詳細」を並べる必要はありません。「今回なぜこの選択肢を選んだか」を説明するために使う比較であることを意識すると、書くべき情報が絞れます。
サーバー購入はなぜ「5年TCO」で計算するのか
初期費用だけで比較すると、物理サーバーが「安く見える」場合があります。しかし、保守費用・電気代・ハードウェア更新費・管理工数を含めた5年間の合計（TCO）で計算すると、その結論が変わることがあります。
TCOで比較するもう一つの理由は、承認者の手元に判断材料をそろえられることです。「VPSの方が安そう」という一文だけを渡した場合、比べるための数字は承認者の側にありません。「5年間でどちらが〇〇円多くかかるか」という比較表があれば、承認者は技術を知らなくても判断できます。
計算に含める項目は次の通りです。
物理サーバーのTCOに含める項目
- 機器購入費（本体・周辺機器）
- 設置・初期設定費用（業者に依頼する場合）
- 保守契約費（年間）
- 電気代（年間）
- ハードウェア更新費（3〜5年周期）
- 社内管理工数（月次メンテナンス・障害対応を時給換算）
VPS / クラウドのTCOに含める項目
- 月額費用 × 60か月
- 移行・初期設定費用（業者に依頼する場合）
- 社内管理工数（設定変更・監視を時給換算）
- ストレージ拡張費用（追加が発生した場合）
どちらの項目も、社内管理工数を「時給換算した人件費」として計上することが重要です。「社内でやるから無料」は会計上は正しくても、稟議書の比較では見えないコストになり、後から「思ったより手間がかかった」になりやすい箇所です。
稟議書に必ず書く「サーバー構築5項目」は何か？
①現状の課題 ②選定した構成と根拠 ③費用と5年TCO ④構築しなかった場合の損失 ⑤導入後の管理方法の5つです。役員の判断に必要な情報を過不足なく揃えます。
稟議書を「技術仕様書」として書いてしまうと差し戻されます。承認者が1分で意思決定できる構成にするには、この5項目それぞれに「技術的な事実」ではなく「ビジネスへの影響」を書くことが重要です。
① 現状の課題
「今のサーバーが古い」「容量が足りてきた」では通りません。「古いことで何の業務に何の問題が出ているか」を書きます。具体的な数字（月に何回遅延が起きるか、何GBまで残容量があるか）があれば、承認者は緊急性を判断できます。
② 選定した構成と根拠
「物理サーバーにしました」だけでなく、「なぜVPSではなく物理サーバーを選んだか」の理由を1〜2文で書きます。「管理工数を自社に集約したい」「ネットワーク遅延を最小化したい用途がある」など、比較した結果としての選定理由が必要です。
③ 費用と5年TCO
初期費用だけでなく、5年間のTCOで記載します。後述のテンプレートに含まれる比較表をそのまま添付します。金額の精度より「何を含めて計算したか」が透明であることの方が、承認者には信頼されます。
④ 構築しなかった場合の損失
この項目を後回しにする申請者が多いですが、承認者が最も関心を持つのはここです。「なぜ今やる必要があるか」を損失の観点から書きます。
⑤ 導入後の管理方法
「誰が管理するか」「障害が起きたとき誰に連絡するか」「定期メンテナンスの頻度と手順はどうするか」を書きます。「導入したはいいが管理できない」という将来への懸念を事前に解消することで、承認のハードルが下がります。
「構築しなかった場合の損失」をどう数字にするか
この項目は稟議書の中で最も後回しにされ、かつ最も説得力がある箇所です。書き方は2パターンあります。
実績値がある場合は実績を使います。「現在の応答速度遅延により、月に〇時間の対応業務が発生している」のように、現状の問題を時間・頻度・影響人数で書きます。過去のインシデント件数があればそれも有効です。
実績がない場合は推計を使います。「このサーバーが停止した場合、〇〇業務が最大〇日間停止する。その間の損失・復旧工数の目安は〇〇」という形で、最悪ケースの規模感を示します。金額の精度より「何の業務が何日止まるか」が明確な方が承認者には伝わります。
「なんとなく危ない」では通りません。数字を1つでも入れると説得力が大きく変わります。
サーバー構築稟議書テンプレート（5年TCO比較表付き）
下記テンプレートには費用比較表と記入ガイドが含まれています。自社の構成に合わせて数字を入れると「なぜこの選択肢か」が稟議書の中で自然に説明できます。
【サーバー構築稟議書テンプレート v1.0】
（引用元：InfraDB / infradb.dev）
件名: サーバー（新規構築）の導入について
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
1. 現状の課題
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
記入ガイド:
現在のIT環境の問題（速度低下・容量不足・保守期限切れなど）が
業務にどんな影響を与えているかを書く。
記入例:
「社内ファイルサーバーの保守サポートが○○年○月に終了予定。
延長対応不可のため、現行のまま運用を続けた場合、障害発生時に
ベンダーサポートを受けられない状態になる。現在の対象業務: ○○部門の
〇〇業務（月○○時間利用・従業員○名が依存）」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
2. 選定した構成と根拠
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
記入ガイド:
物理サーバー / VPS / クラウドのどれを選び、なぜかを書く。
選定に使った比較軸（管理負荷・費用・可用性）を1〜2文で説明する。
記入例:
「管理工数の削減と初期費用の抑制を優先し、VPSを選定。
物理サーバーとの5年TCO比較は下記比較表を参照。
クラウドは従量課金による費用変動リスクを考慮し対象外とした」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
3. 費用と5年TCO比較表
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
（金額は各ベンダーから見積もりを取得して記入してください）
┌──────────────────┬────────────┬────────────┬────────────┐
│ │ 物理サーバー │ VPS │ クラウド │
├──────────────────┼────────────┼────────────┼────────────┤
│ 初期費用 │ ○○万円 │ ○○万円 │ ○○万円 │
│ 年間費用（保守等）│ ○○万円 │ ○○万円 │ ○○万円 │
│ 5年合計（TCO） │ ○○万円 │ ○○万円 │ ○○万円 │
└──────────────────┴────────────┴────────────┴────────────┘
※ 年間費用に含める項目（該当するものを計上）:
・保守契約費
・電気代（物理の場合）
・ハードウェア更新費（物理の場合・5年で1回想定）
・社内管理工数（月次メンテ・障害対応を時給換算）
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
4. 構築しなかった場合のリスク
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
記入ガイド:
現状の問題が続いた場合、何の業務が止まるか。
その影響期間と損失の目安を書く。
記入例:
「現行サーバーが障害停止した場合、○○業務が最大○日間停止する見込み。
復旧費用（緊急対応・データ復旧）の目安：○○万円〜
過去の類似障害（○年○月）では対応工数○時間・損失○○万円が発生した」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
5. 導入後の管理方法
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
記入ガイド:
誰が管理するか・障害時の連絡先・定期メンテナンスの頻度を書く。
記入例:
「担当: ○○部 ○○氏（主担当）・○○氏（副担当）
障害時: ○○社サポートデスク（電話: ○○・平日9〜18時）に連絡
定期メンテナンス: 月1回（〇曜日夜間）自動バックアップ確認
緊急停止時は○○の手順書に従い自社対応後に報告」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
以上の内容についてご承認をお願いします。比較表は「正解を作る道具」ではなく、なぜこれを選んだかを説明できる状態を作る道具です。「この表を埋めた結果、VPSが最も合理的だった」と言える状態になれば、選定根拠として十分です。
比較表のVPS列を、どこの見積もりで埋めるか
テンプレートの比較表は、候補の事業者を決めないと数字が入りません。国内で法人向けプランを公開している代表的なVPSは ConoHa VPS
・Xserver VPS
・さくらのVPS
で、いずれも月額料金が公式サイトに載っているため、見積もりの返信を待たずに5年分を先に試算できます。
判断が分かれるのは、項目⑤「障害時に誰へ連絡するか」を自社担当者の名前だけで埋めきれるかどうかです。夜間・休日の一次対応を社内で持てないなら、サポート窓口が契約に含まれる法人向けサーバー（XServerビジネス
など）を候補に加え、⑤の欄に社外の連絡先を書ける状態にしてから稟議に出す手もあります。追加でかかる費用が妥当かどうかは、上のTCO項目にある「社内管理工数（時給換算）」を両方の列に入れて比べれば、金額の差として説明できます。
稟議前チェック：選定後に後悔しないために
稟議が通った後に後悔しないため、申請前に「この構成で3年後も対応できるか」と「障害時の管理を誰がするか」の2点を確認することを推奨します。
「想定より管理の手間がかかる」「拡張のたびに費用が跳ね上がる」と稟議通過後に気づく場面は、多くの場合この2点を申請前に確認していなかったことが原因です。
稟議申請前の2点チェック
チェック①「3年後も対応できるか」
サーバーは「今の規模に合わせて選ぶ」と、3年後の業務拡張や人員増加に追いつかなくなることがあります。今の用途だけでなく、「2〜3年後にどの業務がこのサーバーに乗るか」も申請書の前提に書いておくと、将来の変更申請が通りやすくなります。
チェック②「障害時の管理を誰がするか」
物理サーバーを選んだ場合、夜間・休日の障害は自社担当者が対応するか、保守契約でカバーするかを決めておく必要があります。VPSやクラウドの場合でも、「ホスティング会社の障害」と「自社設定の問題」では対応フローが異なります。稟議書の5番目の項目（導入後の管理方法）を書く段階で、このフローを確認しておきます。
よくある質問
Q: サーバーの選定を間違えたと後から分かったら？
サーバーの構成は変更できます。物理サーバーからVPSへの移行も、適切な計画があれば実行可能です。移行の稟議書の書き方と手順は VPS移行稟議書の書き方 を参照してください。また、移行を含む中小企業向けのサーバー代行選定については サーバー構築代行の依頼前確認 にまとめています。
Q: 見積もりが届いたが金額が妥当かどうか分からない。
見積もりの妥当性確認と、業者を選ぶときに見るべきポイントは サーバー構築代行の依頼前確認 を参照してください。
Q: 稟議書の基本構成（IT投資全般）を先に確認したい。
稟議書に共通する骨格を、Cloudflare導入という具体案件で8項目に展開した書き方は IT投資の稟議書が通らない理由と承認される8項目の書き方 にまとめています。
稟議書が示すのは、選んだ構成そのものより、そこに着くまでに何と何を比べたかという経路です。5年TCOの表を埋めれば、その経路は一枚に収まります。選定根拠を問われたときに開けるページが手元にある。サーバー構築の稟議に必要なのは、そこまでです。
サーバー選定の相談や、比較表の自社向けカスタマイズが必要な場合は [email protected] までお問い合わせください。