さくらのクラウドのシステム発注は、業務と要件を整理して発注方式を決め、提案と見積を比べてから契約する流れで進みます。
検証を経て段階的に本番へ移すと、納品後も運用できるシステムにつながります。全体像は、さくらのクラウドのシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・さくらのクラウドのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
さくらのクラウドのシステム発注・外注の全体像
さくらのクラウドは、サーバーやディスク、ネットワークなどを組み合わせて使うIaaSです。会計、販売管理、在庫、CRM、社内ポータルなどのアプリは、完成品としては提供されません。
発注する側は、「クラウドを契約すること」と「システムを開発・運用すること」を分けて考えます。
さくらのクラウドで外注できる業務の範囲
外注できる工程は企画から運用まで幅広く、社内の人員や経験に応じて委託範囲を決められます。一方で、発注者が自分で担う判断もあり、その範囲は委託先と分けて決めておきます。
- 外注できる工程：現状調査、企画支援、要件定義、画面・DB設計、開発、構築、移行、テスト、リリース、監視、障害対応、改善
- 発注者が担う判断：業務の優先順位、最終承認、社内ルール、マスタデータの正しさ
委託先に丸投げすると、完成後に現場で使えない、運用担当が分からないといった問題が起きやすくなります。
社内にインフラ担当者がいない場合は、アプリ開発会社と運用会社を分ける方法もあります。一方で、一社に一括委託する場合も、どこまでを誰が受け持つかを契約書と運用設計書に明記しておきます。
アプリの不具合、OS・ミドルウェアの更新、バックアップ失敗、ネットワーク障害については、責任分界を先に決めておきます。
一括委託と分離発注の選び方
一括委託と分離発注は、社内の技術者数や要件整理の状況に応じて選びます。
- 一括委託：技術者が少ない企業は窓口を一本化できます。
- 分離発注：要件を整理できる企業は、アプリとインフラを別々に評価できます。
一括委託は、障害時の一次対応も頼みやすい一方で、特定の会社への依存が強まりやすくなります。そのため、設計書、構成図、ソースコード、アカウント権限、運用手順書の納品条件を確認します。
分離発注では、アプリ開発会社、クラウド構築・運用パートナー、データ移行会社をそれぞれ比べられます。ただし、連携の責任は発注者側に残るため、設計レビューの責任者と障害切り分けの合同窓口を先に決めておきます。
さくらのクラウドのシステム発注を進める手順
発注の成否は、委託先を決める前の整理で変わります。そこで、目的、対象業務、制約、成功条件を先にそろえ、次の流れで進めます。
- 現状を洗い出して、発注方式を決めます。
- RFPを作成して、提案と見積を比べます。
- 契約後に検証を行い、段階的に本番へ移します。
最初から詳細な画面仕様をすべて完成させる必要はありません。
企画と要件整理による業務のゴールの決め方
まず、現状業務について、誰がいつ何を入力し、どの判断をして、何の帳票やデータを出すかを整理します。
対象には、Excel、紙、メール、FAX、個人管理表、属人的な例外処理も含めます。そのうえで、残す業務と廃止する業務、標準化する業務を分けておくと、過剰なカスタマイズを避けやすくなります。
要件は、機能面と非機能面に分けて整理します。
- 機能要件：利用者、権限、入力、検索、承認、帳票、通知、外部API、会計・認証連携
- 非機能要件：同時利用者数、応答時間、稼働時間、バックアップ頻度、ログ保存期間、個人情報、脆弱性対応
バックアップ頻度とログ保存期間は、運用条件に合わせて具体的に定めます。また、障害時のRTOとRPO、復旧訓練も決めておきます。RTOは復旧までの目標時間、RPOはどの時点までデータを戻すかを示すので、数字で定めます。
RFPに記載する目的・範囲・条件・提出物
RFPは提案依頼書で、同じ前提で複数社から提案と見積を受けるための比較基準です。会社名を先に決めるためのものではありません。
まず、背景と解決したい経営課題、対象業務と対象外の範囲を書きます。利用者数や既存システム、予算などの条件は、次の項目にまとめます。
社内担当者やセキュリティ規程も記載します。また、提案者には、採用する方式と理由、発注者側の作業、リスクを求めます。
- 発注条件：背景、課題、対象・対象外、利用者、既存環境、データ量、時期、予算、社内担当者、セキュリティ規程
- 提案内容：方式と理由、構成、工程、体制、発注者作業、移行、テスト、保守、前提、リスク、追加費用の条件
提案では、保守内容と前提条件を確認します。リスクや追加費用の発生条件も見ておきます。
見積は、要件定義、設計、実装、移行、試験、教育ごとに分けてもらいます。クラウド利用料、監視、保守も、それぞれ区分して示してもらいます。
検証環境と段階移行による本番リスクの抑え方
本番移行の前に、小規模な検証で構成と移行手順の実現性を確かめます。
さくらのクラウドのエンタープライズ向け移行プロセスは、調査から検証・試験を経て移行・拡張へ進みます。運用・改善は、その後の段階です（出典: さくらインターネット「エンタープライズクラウド」、2026年8月確認）。本番切り替え前には、最終データを連携します。
- 検証：接続、認証、性能、復元、外部連携、データ整合性を試験
- 切り替え：バックアップ、切り戻し、停止時間、告知、連絡網を準備
- 移行後：重要な基幹業務は一定期間並行稼働し、部門責任者がマスタを確認
旧環境と新環境の結果は、照合して確かめます。マスタの表記揺れや重複については、部門責任者の確認日も計画に入れます。
発注前に決める契約形態と責任分界
契約形態によって、委託先が負う責任と発注者の関与が変わります。そのため、成果物と検収の扱い、作業時間、変更手続きを確認しておきます。
契約では、知的財産と再委託の扱い、障害対応、秘密保持、契約終了時の引き継ぎも確認します。
仕様と成果物を固めてから選ぶ請負契約
請負契約は、合意した成果物を完成させ、検収を受けることを中心とする契約です。
仕様と成果物が決まっている業務では、納品物と検収基準を明確にしやすくなります。そのうえで、納品物ごとに検収可能な条件を合意しておきます。
金額と納期は見通しやすい反面、発注後に要件が変わると、変更契約や追加見積が必要になります。
- 請負に向く業務：仕様が固まった画面開発、機能追加、移行ツール、テスト仕様書
- 検収条件：対象帳票、出力項目、検索条件、権限、形式、件数、印刷テスト、承認者
応答時間やバックアップの成否といった非機能要件も、検収可能な条件として決めておきます。
要件整理や運用支援に向く準委任契約
準委任契約は、専門家として一定の業務を行うことを中心とする契約です。
成果物を確定しにくい業務では、作業内容と、専門家として担う役割を明確にします。
作業時間や体制を基準に精算することが多いので、月ごとの報告には対象外の作業も記録しておきます。
- 向く業務：要件定義、調査、管理、技術支援、クラウド運用監視
- 契約管理：月次報告、対応時間、担当者、対象外作業、各段階の終了条件と次の発注判断
要件定義を準委任で依頼し、仕様確定後の開発を請負にする段階契約も選べます。
固定価格のままだと、調査不足の予備費が乗りやすくなります。一方で、準委任が長期化すると、費用の上限が見えにくくなります。
本番稼働前に契約する運用保守とSLA
運用保守契約では、サービス水準と管理範囲を明確にしておく必要があります。
- 対応条件：監視対象、営業時間、一次受付、重要度、応答目標、復旧方針、定期報告
- 保守範囲：パッチ、脆弱性対応、バックアップ復元、管理対象の責任分界
24時間365日の対応が必要か、平日の営業時間内の受付で足りるかによって、運用費と体制は変わります。
クラウド側のサービス提供範囲と、開発会社が担う監視やアプリ保守は、別のものとして考えます。そのうえで、認証、ネットワーク、OS、データベース、アプリ、利用者アカウントの管理者を一覧にします。
バックアップは取るだけでなく、実際に復元できることまで契約で確認します。
さくらのクラウドのシステム発注費用相場と内訳
さくらのクラウド上の開発費には、公式の一律相場はありません。そのため、ここに示すのは、リサーチノートの一般相場と公式料金による推定です。
費用は、対象業務や既存資産、データ量によって変わります。外部連携、セキュリティ要件、運用体制も影響するため、予算計画の初期目安として扱います。
開発規模別の費用相場
費用の推定レンジは規模や機能によって異なります。ここに示す金額は業務システム一般からの推定で、公式の開発費価格表ではありません。
- PoC・簡易な社内ツール：50万〜200万円程度
- 小規模な業務Webシステム：300万〜800万円程度
- 中規模システム：800万〜3,000万円程度
- 基幹システム刷新：3,000万円〜1億円超のケースもあります
中規模では、複数部門や外部API、帳票、権限、データ移行を含む場合もあります。
基幹システムの例には、販売管理、在庫、会員基盤などがあります（出典: NotebookLMリサーチノート「さくらのクラウドのシステム」、2026年8月確認）。
費用を左右するのは、サーバーの月額だけではありません。要件定義やデータクレンジング、認証・権限、外部連携、テストも影響します。さらに、切り替えリハーサル、教育、保守体制も、費用に関わります。
画面数だけで見積もると、業務ルールや例外処理、移行の難度が抜けることがあります。そのため、工程別の人日や単価、前提人数、テスト、発注者の作業を確認します。
構成と稼働時間で見るクラウド利用料
クラウド利用料は、サーバーやロードバランサーの構成を決めて試算します。
2026年8月時点では、1コア・1GBサーバーは日額77円、時間額7円から利用できます（出典: さくらのクラウド「サーバー」、2026年8月確認）。
サーバー1台とロードバランサーだけなら、月額4,159円から試算できます。一方で、ディスクやバックアップ、ネットワーク、VPNは別途確認します。さらに、監視、OS、ライセンスも、別途確かめます。
サーバーは起動から停止まで、ディスクなどは作成から削除まで課金対象となる場合があります。
- 基本構成の料金：サーバー月額1,540円から、標準プランのロードバランサーはシングル構成で月額2,619円
- 利用期間：時間額・日額・月額が切り替わり、20日以上は月額
- 環境数：開発・ステージング・本番の常時台数と一時台数を分ける
この月額適用の条件の詳細は、公式の支払い案内で確認できます（出典: さくらのクラウド「お支払いについて」、2026年8月確認）。
初期見積に含める保守費と追加改修費
保守費は、初期開発費の年15〜20％程度が一般的な目安とされることがあります。たとえば、開発費が3,000万円なら、年間450万〜600万円、月額37.5万〜50万円が推定の基準になります。
これは相場からの試算で、24時間監視や電話受付、脆弱性診断、改善開発、ライセンスの有無によって変わります（出典: NotebookLMリサーチノート「さくらのクラウドのシステム」、2026年8月確認）。
初期見積では、費用の区分と、保守契約に含める作業をはっきりさせておきます。
- 見積の区分：クラウド、開発、移行、教育、保守、追加改修
- 保守の条件：問い合わせ、障害、軽微な修正、仕様変更、対象外作業の単価
月額保守に含まれる問い合わせの件数を確認します。長期利用が確実であれば、サーバーの割引制度も確認できます。その場合も、契約期間と解約時の扱いを先に確かめます。
委託先の選び方と見積比較のポイント
委託先は、クラウドの経験があるだけでなく、対象業務を理解し、アプリとインフラを設計して稼働後まで担える会社を選びます。
候補を3社以上にすると、提案の違いを見比べやすくなります。その際は、同じRFPと質問を渡し、評価基準をそろえることが前提になります。
さくらのクラウドの構築実績と業務知識
実績を見るときは、単なるサーバー構築だけでなく、自社の課題に近い業務経験を確認します。
- 移行・設計：既存移行、データベース、VPN、認証連携
- 運用・支援：バックアップ復元、監視、障害対応、利用者教育
- 担当内容：移行前後の構成、停止時間、運用体制、成果物
さくらインターネットは2026年6月1日、従来のセールス・テクニカルパートナーをソリューションパートナーへ統合しました。
公式発表では、2026年5月28日時点で213社を超えるパートナー企業と協業しています（出典: さくらインターネット「さくらのパートナーネットワークを刷新」、2026年6月1日）。
認定は候補を探す入口になりますが、自社案件への適合性や品質を保証するものではありません。そのため、個別の実績と担当体制も確認します。
見積書の前提条件と責任範囲の比べ方
見積は、合計金額の安さだけでなく、各社が同じ範囲を算定しているかを比べます。
要件定義が含まれていない提案、移行を発注者の作業とする提案、テストを主要機能に限る提案は、後から費用が増える可能性があります。
工程や人員、期間を各社で並べて比べます。さらに、成果物、クラウド構成、保守の有無も並べます。比較表には、次の項目を含めます。
- 開発範囲：要件定義、画面・帳票・APIの数、データ移行の対象と件数
- 品質・受入：テスト種類、教育回数、検収条件
- 運用・費用：追加改修単価、月額保守、クラウド利用料、障害対応時間
提案の内容が異なる場合は、必須、推奨、将来対応に分けて再見積を依頼します。そうすると、価格差が機能の差によるものか、見積の漏れによるものかを見分けられます。
契約で抑えるセキュリティとベンダーロックイン
さくらのクラウドは、ISO 27017、ISMAP、プライバシーマーク、SOC2 Type2、SOC3などの取り組みを案内しています（出典: さくらのクラウド「セキュリティの取り組みについて」、2026年8月確認）。
サービス側に認証の仕組みがあっても、それだけで自社のID管理、アクセス権、OSのパッチ、アプリの脆弱性、ログ監視、バックアップ設定まで完了するわけではありません。
設定と運用のどこまでを委託先に頼むかを具体的に決めておくと、契約を終えたあとに自社で引き継げるかを判断できます。引き渡す対象と終了時の条件は、下の項目で確かめます。
- 技術資料：コード、設計書、DB定義、構成図、IaC、テスト仕様書、運用手順書
- 終了時の条件：権利、ライブラリ、再委託、データ返却、消去証明
引き渡し対象には、アカウント情報も含めます。
公式事例では、absの葬祭基幹システムがさくらのクラウドへ移行し、インフラ費用を従来比1/4〜1/6に削減しました。
インフラ費用に関する事例であり、開発費全体が同じ割合で下がる根拠ではありません（出典: さくらインターネット導入事例、2026年3月13日）。
よくある質問（FAQ）
料金、開発会社、既存システムの移行に関する疑問を、発注前に確認したい事項としてまとめます。
さくらのクラウドのシステム開発は月額いくらから始められますか？
公式料金では、1コア・1GBのサーバーは月額1,540円からです。ただし、これはサーバー単体の料金です。
業務システムでは、ディスクやバックアップ、ロードバランサー、監視、VPNの費用が加わります。さらに、複数環境や開発会社の保守費も加わります。そのため、構成と運用範囲を含めて見積もります。
さくらのクラウドに詳しい開発会社はどう探せばよいですか？
さくらインターネットのパートナーネットワークや公式一覧を入口にし、業務領域、移行実績、アプリ開発、インフラ構築、24時間運用の有無を確認します。
発注側は、パートナーであることだけで決めず、類似案件の担当範囲や納品物、体制、保守窓口、見積の前提を比べます。
既存のオンプレミスシステムをさくらのクラウドへ移行できますか？
移行できる可能性はありますが、その前にOS、ミドルウェア、データベース、ライセンスの互換性を評価します。さらに、ネットワーク、認証、性能、バックアップの互換性も見ておきます。
小規模な検証環境で接続とデータの整合性を確かめ、段階移行と並行稼働を計画すれば、本番停止のリスクを抑えられます。
古い設計書やソースコードしかない場合は、現状調査の費用と期間も見積に含めます。
ガバメントクラウド対象なら民間企業も安全に使えますか？
対象サービスであることは、民間企業のシステムへの適合性や安全性を一律に保証しません。
デジタル庁は2026年3月27日以降、必要な技術要件を満たしたため、さくらのクラウドが本番環境を提供できると案内しています。
利用者側のアクセス制御、データ分類、ログ管理、バックアップ、運用ルールは、別途設計が必要です（出典: デジタル庁「ガバメントクラウド」、2026年3月27日）。
まとめ
発注は、業務の目的や機能・非機能要件、移行範囲、運用体制を整理するところから始めます。サーバーの安さを先に比べる進め方とは違います。
クラウド利用料と開発会社への費用は分けて考えたうえで、開発、移行、テスト、保守を含めた総額で予算を立てます。
発注前にそろえるべき情報
RFPには、現状課題や対象業務、利用者、データ量を記載します。あわせて、連携先、希望時期、予算、セキュリティ条件、RTO・RPOも書きます。
成果物と保守条件も示します。そのうえで、同じ条件のもとで、工程別の見積、発注者の作業、追加費用の条件、責任分界を比べます。
要件が固まっていない部分は、準委任の要件定義から始める方法も有効です。
納品後まで使えるシステムの発注
委託先については、業務の理解、移行、セキュリティ、障害対応、文書、契約終了時の引き継ぎを確認します。
検証環境、移行リハーサル、並行稼働、復元訓練を計画に入れておきます。そうすることで、納品後に自社で運用判断できる状態を目指せます。
▼全体ガイドの記事
・さくらのクラウドのシステム開発の完全ガイド
▼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を創業。