ConoHaのシステム開発の発注/外注/依頼/委託方法について

ConoHaでシステム開発を発注・外注するには、まず業務要件と運用範囲を整理します。同じRFPで委託先を比べ、契約、構築、テスト、移行の順に進めると、必要な責任の分け方を保った導入になります。

全体像は、ConoHaのシステム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・ConoHaのシステム開発の完全ガイド

ConoHaのシステム開発を発注・外注する前の全体像

システム開発の費用内訳を中央に置き、インフラ利用料、初期費用、保守・監視費、機能追加費用を周囲に示した図。
サーバーの利用料と開発後の作業費を別々に捉えられます。

ConoHa上で業務システムを開発する際は、作るものと運用を任せる範囲を分けて考えます。VPS利用料とは別に、要件定義や画面設計、開発の費用が発生します。さらに、移行やテスト、監視、障害対応にも費用がかかります。

業務システムの基盤としてのConoHaの位置づけ

ConoHa上では、業務Webアプリや社内ポータルを動かせます。ECやSaaS、VDIも載せられます。さらに、VPSではOSやミドルウェアを選び、独自の業務ロジックや外部API連携を実装できます。

業務フローの整理、画面開発、データベース設計は、利用者側か委託先が担います。ConoHaのサーバーを申し込んだ時点では、業務システムはまだ完成していません。

  • ConoHa WING:WordPressやホームページなどのWebサイト向け
  • ConoHa for GAME:ゲームサーバー向け
  • ConoHa VPS:root権限を使う独自構成や業務システム向け

Web・API・データベースを分ける業務システムでは、VPSを中心に候補を検討します。

サーバー費・開発費・保守費を分けた予算立て

2026年8月時点の「まとめトク」掲載例は、512MBが月額460円、1GBが763円、4GBが1,380円です(出典:ConoHa VPS「料金・スペック」、2026年8月確認)。

同じ例では、12GBが月額3,863円、24GBが月額8,577円です。ただし、これはサーバー1台分の料金で、複数台構成やバックアップ、ロードバランサーは含まれていません。監視や運用代行、開発作業費も入りません。

  • インフラ利用料:ConoHaのサーバーなどの費用
  • 初期費用:開発会社へ支払う要件定義や開発の費用
  • 保守・監視費:リリース後の運用にかかる費用
  • 機能追加費用:稼働後に機能を改修する費用

個人情報を扱う本番環境で24時間監視や復旧訓練を求める場合は、運用費がサーバー料金とは別の水準になります。そのため、見積書では上の4項目の区分で金額が分かれているかを確認します。

ConoHaのシステム開発の発注・外注形態

まず、業務要件を整理し、SaaS・パッケージ・スクラッチのどれを使うかを決めます。そのうえで、RFPをもとに同じ条件で各社から提案を受けます。

社内にインフラ担当者がいない場合は、委託範囲にサーバー設計、セキュリティ、バックアップを含めます。また、監視と障害の一次対応まで含めて考えます。

業務の標準度で選ぶSaaS・パッケージ・スクラッチ

業務が標準機能でどこまで足りるかと、独自要件の多さに応じて形態を選びます。

  • SaaS:標準機能が業務に近く、短期間で始めたい場合の候補です。ログイン、申請、顧客管理などを備えます。請求や在庫の機能も含まれます。
  • パッケージ:標準業務を使いながら、自社設定や周辺連携を加えたい場合の候補です。
  • スクラッチ・周辺開発:独自業務を画面や計算ロジックに深く反映したい場合の選択肢です。

SaaSは、法改正やセキュリティ更新を提供会社に任せやすい一方で、データの保存場所やAPIの確認が欠かせません。さらに、カスタマイズの範囲や解約時のデータ返却も確かめます。

パッケージの個別改修を重ねると、更新できなくなったり、ベンダーロックインに陥ったりしやすくなります。そのため、個別改修の代替案も提案に含めてもらいます。

責任分界で選ぶ自社運用とマネージド運用

運用体制を決めるときは、自社が担う作業と委託先が対応する範囲を並べて比べます。

  • 自社運用:自社または開発会社がサーバー管理を担います。
  • マネージド運用:運用代行や開発会社の保守を組み合わせます。

自社運用で担う作業は、OS・ミドルウェア更新、SSH制御、ファイアウォールです。さらに、SSL証明書、脆弱性対応、ログ監視も担当になります。バックアップと復元テストも含まれます。

アプリを納品されただけでは、サーバーの安全性や障害復旧が確保されるとは限りません。そのため、運用の担当を事前に決めておきます。

ConoHa VPS byGMO マネージドパックは、株式会社ビヨンドとの協業サービスです。参考価格は、運用保守・監視が1台あたり月額43,780円から、サーバー設計・構築が月額132,000円からです(出典:ConoHa VPS「法人利用にも最適なConoHa VPS」、2026年8月確認)。

自社運用との価格差に加えて、対応時間、対象作業、障害時の一次対応の範囲も比べます。

一括発注と段階発注、契約形態の組み合わせ

一括発注は、要件から本番稼働までの責任を一社にまとめやすい方法です。ただし、要件が固まらないうちに全機能を約束すると、仕様変更や追加連携が重なり、費用と期間が膨らみます。

段階発注では、現状調査と要件定義、PoCやMVPの順に進めます。そのうえで、設計と開発、本番展開へと移り、各段階の成果を確認できます。

  • 請負:完成機能と受入条件が明確な開発部分
  • 準委任:調査、要件定義、アジャイル開発など変わりやすい作業
  • 保守契約:稼働後の監視や障害対応

契約書には、成果物と検収基準、知的財産権を明記します。再委託や秘密保持、データ返却の扱いも、契約に書いておきます。さらに、仕様変更、障害対応時間、終了時の引き継ぎも取り決めます。

ポイント

形態は、業務が標準機能でどこまで足りるかで絞り、足りない部分だけを独自開発に回すと考えると整理しやすくなります。運用は、自社とマネージドの担当範囲を並べて決めます。

ConoHaのシステム開発を発注する進め方

現状調査・要件定義から委託先比較・契約、開発、テスト・移行を経て教育・運用開始へ進む5段階の図。
各工程の判断者を決めながら、準備から運用へ進みます。

まず、機能一覧より先に業務課題と利用者の行動を整理します。そのうえで、現状調査と要件定義を経て委託先を比べ、契約へ進みます。開発からテスト・移行、教育・運用開始へと続き、各工程の判断者を決めておきます。

現状業務と達成したい効果の整理

現場では定型処理より例外処理に時間がかかることが多いため、業務の実態を確認します。

  • 業務の棚卸し:利用部門・人数・拠点、既存システムとデータ、Excelや紙の業務、外部連携、繁忙期の処理量を洗い出します。
  • 例外処理:承認差し戻し、表記揺れ、手入力、緊急対応、通信障害時の継続方法。
  • 達成したい効果:入力時間の削減、請求漏れの防止、問い合わせ対応の迅速化、監査根拠の提示。
  • 効果指標:MVPの範囲やリリース後の追加投資を判断するために設定します。

小さく検証してから決めるConoHaの構成

最初から全社に広げず、1部門または1業務のMVPで検証します。構成設計と開発手順では、次の点を決めておきます。

  1. 権限と性能、バックアップの復元、障害通知、データ移行を確かめます。
  2. DNSやCDN、ロードバランサーを使い、Web・API・DBを分けた構成を検討します。
  3. GitやIaC、CI/CDを使い、環境構築やデプロイの手順を決めます。

構成例では、DNSやCDNまたはロードバランサーの下に複数のWeb・APIサーバーを置き、DBサーバーとオブジェクトストレージを分けます。小規模検証は1台でもかまいません。ただし、本番に必要な分離の条件は、先に設計しておきます。

そのうえで、環境変数の管理やデプロイ、ロールバックの手順も用意します。VPSのAPIやOSテンプレート、スタートアップスクリプトを活用し、手作業に頼らない運用を委託先に求めます。

テスト・移行・リリース後の運用の設計

テスト、移行、運用開始の各段階では、確認項目と対応方法を事前に決めておきます。

  1. 通常操作に加えて、障害や誤操作を想定したテストを行います。
  2. 移行:旧項目と新項目を対応付け、件数・金額・日付・ステータスを照合します。
  3. リリース後の運用計画には、障害一次対応、脆弱性パッチ、定期バックアップ、復元テストを含めます。問い合わせ窓口と機能追加の承認フローも入れます。

テストでは、同時更新や権限不足、外部API停止の場面を再現します。重複送信や入力ミスも、あわせて試します。データ増加とサーバー障害、復元も確認の対象にします。

個人情報や請求データを扱う場合は、操作履歴やアクセス制御、暗号化を受入条件に含めます。さらに、ログの保管期間と削除手順も受入条件に加えます。

移行対象外の履歴は、保管先を決めておきます。また、切替日に旧システムを参照専用にするか、問題が起きたときに元へ戻せるかも確認します。

ポイント

判断に迷ったら、現場の例外処理と効果指標をそろえてから、MVPの範囲を狭く取ります。最初から全社に広げない方が、途中の手戻りを抑えやすくなります。

ConoHaのシステム発注でRFP・要件整理に入れる項目

RFPにまとめる項目を、業務要件、データ・API・移行範囲、非機能要件・セキュリティ・納品物の3パネルで示した図。
前提を同じ枠で提示すると、各社の提案を比べやすくなります。

RFPは、開発会社に同じ条件で提案と見積もりを出してもらうための資料です。「業務を効率化したい」といった伝え方のままだと、各社の想定範囲がずれ、見積金額を並べて比べにくくなります。

RFPには、業務要件やデータと連携、非機能要件をまとめます。また、納品物と運用範囲、提案書の回答方法も書き込みます。

利用者・データ・例外処理で書く業務要件

業務要件は、利用者と業務フローに沿って整理します。

  • 利用者と処理:誰がいつどの端末でデータを入力・参照・承認し、結果をどこへ渡すか。
  • 権限と優先順位:営業・管理・経理・現場ごとの権限と業務フローを書き、画面や帳票、通知の優先度を決めます。承認、検索、出力の優先度も付けます。
  • 既存業務:そのまま再現せず、残す作業と廃止する作業を合意します。
  • 例外処理:差し戻し、重複登録、連携失敗を先に洗い出します。取消や返品、訂正も対象です。担当者不在、急な承認者変更、通信断、法改正も含めます。
  • 業務固有の要件:請求や会計の電子取引データ保存、勤怠や現場業務の労働時間ルールを、早めに確認します。

データ・API・移行範囲の見積もれる状態づくり

見積もりの前提をそろえるため、RFPにデータと連携の条件を記載します。

  • データ:顧客、商品、契約、受注などのマスタと履歴を分けます。請求、在庫、ユーザーも対象です。件数や更新頻度、保持期間、個人情報の有無を記載します。
  • 連携:既存基幹、会計、認証、メール、外部APIとのデータと方式を明らかにします。API、CSV、バッチ、手入力の選択で開発費と運用負荷が変わります。
  • 移行:対象範囲と追加見積もりの前提を明確にします。

移行では、対象期間、コード変換、名寄せを定義します。欠損値や重複の扱い、リハーサル、照合方法も決めます。旧環境の保管も定めたうえで、連携本数と移行件数を前提として示し、条件が外れた場合の追加見積もりのルールも確認します。

非機能要件・セキュリティ・納品物の明文化

RFPには、性能や運用条件、セキュリティ対策、納品物と担当を明記します。ConoHa VPSは自由度が高いぶん、OS更新などの担当も決めておきます。

  • 非機能要件:利用者数、同時接続数、ピーク処理量、応答時間、稼働時間、RTO・RPOを定めます。バックアップ世代、監視時間帯、通知、保守時間、拡張性も決めます。
  • セキュリティ:対策と運用の担当、認証、暗号化、ログ、事故連絡を定めます。
  • 納品物:保守や復旧に必要な成果物をそろえます。

OS更新や公開ポート、アクセス制御、脆弱性対応、監査ログ、復元の担当を決めます。さらに、RFPにはSSH公開鍵や二段階認証、許可ポートの最小化を盛り込みます。暗号化やログ保存、復元テスト、インシデント連絡も入れます。

納品物の中心は、ソースコード、要件定義書、画面・API仕様書です。保守や復旧の場面では、これに加えて設計、手順、運用の資料も必要になるため、納品物に含めてもらいます。

  • 設計と構成:DB定義、構成図、IaC
  • 手順と試験:デプロイ・移行・運用手順、テスト結果
  • 運用の情報:アカウント一覧、監視設定、教育資料

IPAは2026年3月、情報セキュリティ6か条へバックアップを加えた第4.0版を公開しました。外部から内部への不要な通信遮断や安全なWeb運用も、診断項目です(出典:IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版、2026年3月)。

納品物が不足すると、保守会社を変える場面や障害から復旧する場面で、特定の担当者に頼りきりになりやすくなります。

ポイント

RFPに書けていない項目は、各社の見積もりで前提がずれる原因になります。業務要件、データ・連携、非機能要件、納品物のどれかが空欄なら、その分は比べられない金額だと考えます。

ConoHaのシステム開発にかかる費用相場と内訳

開発費は、企画・要件定義、設計、実装、インフラに分けて見ます。さらに、連携、テスト、移行、教育、保守も別々に見ます。ConoHaのサーバー料金は、そのうちのインフラ費にあたります。

以下の金額は、公開インフラ料金と、類似するWeb・業務システム案件の規模から整理した推定レンジです。ConoHa固有の料金表とは異なります。

規模別の開発費と期間のレンジ

開発費と期間は、機能や運用の規模によって次の範囲で変わります。

  • 検証・単機能:ログイン、登録・検索、簡易管理画面の範囲で、1台構成で50万〜200万円程度、1〜2か月。
  • 小規模:権限、帳票、API、DB、移行、基本監視を含み、300万〜800万円程度、2〜5か月程度。
  • 中規模:複数部門、外部連携、複数台構成、負荷・障害試験を含み、800万〜2,000万円程度、4〜10か月程度。
  • 大規模:基幹連携、大量データ、高可用性、24時間運用、大規模SaaSで2,000万円から数億円、10か月から数年の可能性。

金額は要件や連携本数、利用者数によって変わります。そのため、金額を断定せず、レンジで比べます。

構成と運用範囲によるConoHaのインフラ費の違い

構成別の費用目安と運用委託費は、分けて見積もります。

  • 検証環境:1台なら月数百円から数千円のプランが候補です。
  • 小規模本番:Web・API・DBを分離し、バックアップと監視を含めた場合、月額1万〜5万円程度からが推定目安です。
  • 運用保守・監視:料金はサービス内容や契約条件で異なります。

マネージドパックは、運用保守・監視が1台あたり月額43,780円からです(出典:ConoHa VPS「法人利用にも最適なConoHa VPS」、2026年8月確認)。

ロードバランサーや追加ストレージ、通信量で費用は変わります。冗長化やバックアップ世代、監視代行も費用に影響します。そのため、運用費はサーバー利用料と切り分け、対象範囲や契約条件も確認します。

発注側は、見積書で監視対象や通知先、一次切り分け、復旧作業、休日対応を分けて示してもらいます。

保守費・改修費を含む総保有コストの考え方

保守費は、初期開発費の年10〜20%程度が一般的な目安です。たとえば初期費用が800万円なら、年80万〜160万円、月約6.7万〜13.3万円が推定レンジになります。

保守費に何をどこまで含むかは、会社ごとに異なります。見積書では、サーバー費や監視、脆弱性診断が含まれるかを確かめます。

  • OS・ミドルウェア更新:更新作業を保守に含むか
  • 障害対応:稼働後に起きた問題への対応を保守に含むか
  • 機能改修:稼働後の変更を、保守費に入れるか

含む範囲が違うため、3年程度の総額で比べます。

月額保守の問い合わせ件数や軽微な修正、追加開発単価を確認します。サーバー増設や移行、終了時の引き継ぎも確認しておくと、後から予算が膨らむリスクを抑えられます。

ポイント

費用は、インフラ費と初期開発費、保守費を合わせた3年程度の総額で比べます。金額はレンジとして受け取り、見積書の区分ごとに確かめます。

ConoHaのシステム委託先選定と見積比較のポイント

委託先は、業務要件を整理し、アプリとインフラを設計して、稼働後まで責任を持てるかで選びます。ConoHaでの経験も、判断材料に加えます。

候補を3社以上に絞り、同じRFPで提案や体制、見積もり、契約条件を比べます。

実績より担当範囲と体制の確認

実績と体制は、次の観点で見ます。

  • 技術の担当範囲:VPS設計、ネットワーク、OS更新、DB運用を確かめます。バックアップ復元、負荷試験、セキュリティ対応も含めます。
  • 担当者:営業担当のほか、要件定義の責任者、PM、インフラと開発の担当、保守窓口。
  • 継続体制:現在の実績、保守体制、再委託先、担当者の継続性。

ConoHaの公式事例には、BtoB EC、SaaS、Webシステム、VDI、セキュリティなどがあります。ただし、過去の構成が今も同じ条件で提供されるとは限りません。

作業・前提・除外項目をそろえて比べる見積もり

作業と前提、除外項目がそろっていない見積もりは、金額だけでは比べられません。見る点は4つで、作業の内訳から前提と除外項目までです。

  • 作業ごとの内訳:要件定義、UI設計、アプリ、インフラ、連携の工数、単価、人数、期間
  • 別の項目:テスト、移行、教育、保守、ConoHa利用料を、作業とは分けて並べる
  • 成果物:検収条件を確かめ、一式表示なら内訳を求める
  • 前提と除外項目:既存データが整っているか、API仕様が確定済みか、対応時間、バックアップの担当

前提と実要件に差があれば、その分は追加費用になり得ます。そのため、仕様変更の単価や追加連携の算定方法、納期が遅れたときの扱い、再見積もりの承認手順は、契約前に決めておきます。

契約に入れる個人情報と再委託の管理条件

個人情報を扱う委託先では、安全管理と再委託の条件を契約前に確かめておく必要があります。見る項目は4つで、委託先の体制から再委託まで、順に見ていきます。

  • 委託先の体制:安全管理措置と監督方法
  • 契約で決める利用条件:アクセス担当者、利用目的、保存期間、ログ、暗号化
  • データの扱い:持ち出し制限、事故時の連絡、返却・削除
  • 再委託:報告または承認の方法、確認方法

保守会社やクラウド運用会社へ再委託する場合は、各社が扱うデータを把握します。再委託と監査の条件が曖昧なら、価格を決め手にせず慎重に判断します。

ConoHaの利用可否に加えて、委託先が自社と同等の安全管理措置を講じるかも確かめます。

個人情報保護委員会の通則ガイドラインは、契約で安全管理と取扱状況の把握を定め、必要に応じて監査する考え方を示しています(出典:個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」、2026年6月改訂版)。

ポイント

委託先は、ConoHaの経験より稼働後まで責任を持てるかで比べます。見積もりは前提と除外項目をそろえてから、金額を比べます。

ConoHaのシステム発注・外注でよくある質問

料金、VPSの運用責任、開発会社への任せ方について、発注前によくある質問を取り上げます。

ConoHa WINGとVPSはどちらを選べばよいですか?

WordPressや会社ホームページが中心ならWING、root権限でOS・ミドルウェア・アプリを構成する独自業務システムならVPSが基本候補です。

業務システムでは、独自API、認証、DB分離、監視、バックアップが必要になる場合が多くあります。そのため、VPSを前提に構成を相談します。

個人情報を扱うシステムもConoHaで発注できますか?

発注はできます。ただし、ConoHaの利用は法令対応や安全管理の一部にあたるため、必要な安全管理を実施できる委託先を選びます。

要件には、データ分類、アクセス制御、暗号化、監査ログを入れます。バックアップや脆弱性対応も、要件に加えます。契約には、委託先と再委託先の監督、漏えい時の連絡手順を盛り込みます。

ConoHaを使えば開発費も安くなりますか?

サーバー利用料を抑えられる可能性はあります。ただし、開発費が自動的に安くなるとは限りません。

要件定義や設計、実装、連携、テストの工数は、別に発生します。さらに、移行やセキュリティ、監視、保守の工数もかかります。

インフラ費、初期開発費、月額保守費を分けた見積もりを取り、3年程度の総額と業務効果で判断します。

開発会社には何を質問すればよいですか?

VPSの構築に加えて、要件定義や担当体制、障害一次対応、復元実績を質問します。セキュリティパッチや移行支援、納品物、再委託、契約終了時の引き継ぎについても尋ねます。

同じRFPで、含む作業と含まない作業、前提、変更単価、保守対応時間も回答してもらうと、各社を比べやすくなります。

まとめ

ConoHaは基盤として捉え、アプリ開発、インフラ構築、運用保守それぞれの責任範囲を整理します。

WING、VPS、for GAMEの用途を区別します。業務要件と非機能要件を定め、必要ならMVPで性能や権限、復元、移行を確かめます。

発注前に揃える要件・契約・費用の3点

RFPには、利用者や業務フロー、データ、連携、移行を書きます。さらに、同時接続数やRTO・RPO、バックアップ、監視を盛り込みます。また、アクセス制御と監査ログ、納品物も入れます。

見積もりは、開発、インフラ、保守・監視、追加改修に分けます。そのうえで、請負や準委任、保守の範囲と検収条件を確かめます。

同じRFPによる複数社への相談と比較

業務理解と、アプリとインフラの体制を中心に各社を比べます。加えて、3つの観点でも各社の差を確かめます。

  • 個人情報管理:扱うデータの保護と、委託先の管理
  • 障害対応:稼働後に起きた問題への備え
  • 移行や引き継ぎ:データ移行と、終了時の受け渡し

そのうえで、3社以上に同じ条件で相談し、提案と見積もりの前提から必要な範囲と予算を判断します。

まず、業務フロー、課題、利用者、データ、既存システム、希望時期を一枚にまとめます。その資料をもとに、構成や発注形態、RFP、契約、費用、運用を説明できるパートナーへ相談します。

▼全体ガイドの記事
・ConoHaのシステム開発の完全ガイド

会社紹介

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

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

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

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

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

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