オンラインストレージの発注は、要件整理、方式選定、RFP作成、契約、移行・運用の順に進めます。この順なら、必要な共有基盤を過剰な開発費を避けて整えられます。
発注形態、要件と契約、費用の目安、委託先の見積比較の順に見ていきます。
▼全体ガイドの記事
・オンラインストレージ開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
オンラインストレージを発注・外注する前の全体像
発注形態は、必要な機能と移行範囲によって変わります。まず標準機能と自社独自の機能を分けて考え、最初からフルスクラッチ開発を前提にしないことが大切です。
発注形態の4分類
委託範囲を決めるため、発注形態を次の4つに分けて考えます。
- SaaS契約：既製サービスを契約し、初期設定を行う
- データ移行：ファイルサーバーやNASから既製サービスへ移す
- 追加連携：既製サービスにSSOや業務システム連携を加える
- 独自開発：自社専用のストレージを開発する
標準SaaSの新規契約は、料金を抑えながら短期間で始めたい企業に向いています。ユーザー登録や共有ルール、管理者設定、操作研修を自社で行えるなら、外注は初期設定だけに絞れます。
既存環境からの移行では、重複整理、所有者確認、権限再設計、移行後の検証が発生します。移行作業にはこれだけの工程があるため、移行支援はサービス料金と別に委託する形が一般的です。
Microsoft Entra IDやGoogleの認証基盤との接続には、API連携やアカウント連携の開発が加わります。さらに、kintone、SFA、CRM、電子契約との接続にも、同じように開発が加わります。
製品ベンダーと開発会社・SIerの役割の違い
製品ベンダーと導入・移行・追加開発を担う会社は、同じとは限りません。発注後の責任分担を決めるため、まずそれぞれの役割を確認します。
- 製品ベンダー：標準機能、料金、サポート、セキュリティ機能を提供する
- SIer・受託開発会社：現行調査、フォルダ構成・権限設計、移行、システム接続、教育、運用代行を担う
発注先を選ぶときは、何を契約する会社かに加えて、導入後に誰がどこまで責任を持つかを確かめます。
発注形態の選び方
方式は、標準機能で足りるか、移行や社内認証が必要か、独自機能が競争力になるかで選びます。目的、機密度、既存システムを確認すると、過剰な開発費を避けやすくなります。データ量や利用者数も、含めて押さえておきます。
既製SaaSを選ぶケース
保存、共有、検索、権限管理が中心なら、既製SaaSで解決できる可能性があります。まずは、いま契約しているライセンスで使える機能を調べます。
- Microsoft 365：OneDriveとSharePointが候補
- Google Workspace：共有ドライブが候補
メール添付やパスワード付きZIPの廃止、最新版の共有、退職者アカウントの停止は、標準機能で対応できる場合があります。そのため、別サービスを契約する前に、容量や共有範囲、監査ログ、保持設定を確認しておくと、重複コストを抑えられます。
移行・導入支援を外注するケース
ファイルサーバーやNASに長年のデータがある場合は、契約後の移行作業が本番になります。重複ファイル、古い資料、個人情報、利用者不明のフォルダをそのまま移すと、容量だけでなく過剰権限や情報漏えいリスクも持ち込みます。
- 事前調査：ファイル一覧を分析し、移行対象を選別する
- 設計：フォルダ構造と権限を決める
- 移行：テスト、本番データの投入、差分データの投入、切り戻しを行う
委託先には、これらの作業がどこまで含まれるかを確かめておきます。たとえば、NECの公式情報では、運用ポリシーやフォルダー構成設計、アカウントプロビジョニング、移行、ヘルプデスクを別の支援項目として示しています（出典：日本電気「Box導入支援サービス」、2026年8月確認）。
API連携・独自開発を選ぶケース
業務固有の制御が必要なら、API連携や追加開発を検討します。たとえば、承認案件だけの共有、顧客別の閲覧制御、契約情報との自動連携、独自メタデータ検索などが挙げられます。
保存や暗号化、バックアップ、ウイルス対策まで自社で作ると、開発後の保守責任も重くなります。検索や履歴、監査ログも、同じく保守の対象になります。
保守の範囲が広がるほど負担も増えるため、既製サービスを基盤にして差別化部分だけを委託すると、納期と総保有コストのバランスを図れます。
RFPと要件整理の準備範囲
RFPは、同じ条件で提案と見積もりを比べるための前提資料です。完成した仕様書がなくても、現状や目的、範囲、優先順位を整理し、制約や希望時期、予算の考え方も書き添えます。
「オンラインストレージを作りたい」とだけ伝えると、会社ごとにSaaS導入やスクラッチ開発など異なる前提で見積もるため、金額を比べにくくなります。
現状調査で集める情報
移行費用と期間を見積もるには、利用環境とデータの状態を先に整理しておく必要があります。
- 利用状況：利用者数、部署、外部共有先、アクセス頻度
- 容量と種類：保存容量、年間増加量、最大サイズ、データ種別
- 移行情報：フォルダ数、ファイル数、重複率、更新日、所有者、機密度
- 制約：拡張子、使用できない文字、長すぎるパス
残すデータとアーカイブするデータ、廃棄候補を分けておくと、移行費用と期間の見積もり精度が上がります。
MUSTとWANTに分けた要件化
必須要件と追加候補を分けておくと、予算や納期に合わせて段階的に導入しやすくなります。
- MUST：権限と共有リンクの制限、MFA・SSO、操作ログ、世代管理と復元、退職者の無効化、バックアップ
- 機密データのMUST：データ所在地、暗号化方式、鍵の管理主体、ログ保持期間、担当者のアクセス条件
- WANT：AI検索・要約、タグ付与、ワークフロー、モバイルアプリ、独自ダッシュボード
RFPに書くべき質問
提案の条件と成果物をそろえるため、RFPには対応範囲、方法、費用の内訳を記載します。
- 対応範囲：標準機能と追加開発の境界、移行ツール、移行後の検証方法
- 運用：障害時の復旧目標、バックアップ世代数、サポート時間、導入後の教育
- 見積内訳：初期設定、要件定義・設計・開発、移行・テスト、研修、保守、利用料
- 成果物：要件定義書、設計書、設定一覧、テスト結果、運用手順書
データの所有権とアカウント情報の引き渡し条件は、提案を依頼する時点で指定しておきます。
契約形態と発注範囲の決め方
契約形態は、成果物や仕様が固まっているかで選びます。要件定義や現状調査は準委任、仕様が確定したあとの移行や追加開発は請負にする組み合わせが実務的です。
すべてを一つの契約にまとめると、標準料金と追加費用の境界が見えにくくなります。そのため、フェーズごとに検収条件を分けて合意しておきます。
準委任契約が向く範囲
仕様を決める前の調査や計画には、作業や専門知識の提供を受ける準委任契約が向いています。
- 対象業務：要件定義、現状分析、製品選定、運用設計、移行計画、技術支援
- 契約で決めること：稼働時間、会議体、成果報告、課題管理、意思決定の期限
- 期待する資料：棚卸し報告書、権限モデル案、RFP、移行計画書
「調査一式」とだけ書くと、何を納品してもらうのかが曖昧になります。したがって、期待する資料は契約書や個別発注書に明記しておきます。
請負契約で確認する成果物と検収
請負契約では、納品物と完成の判定基準、検収期間を決めておきます。あわせて、不具合対応と仕様変更の扱い、作業別の検収対象もそろえます。
- SaaS初期設定：設定一覧と受入テスト結果
- データ移行：対象件数・容量、エラー一覧、差分移行結果
- 追加開発：画面、API、権限、ログ、テスト仕様書
検収は、テスト用データだけで済ませず、代表部署での検索や共有、復元、退職者の無効化まで確かめます。
データ所有権と契約終了時の扱い
契約終了後の移行や情報管理に備えて、ファイル本体以外の資産についても扱いを決めておきます。
- データ：メタデータ、アクセス権、操作ログ、共有リンク、バックアップ
- 終了時：所有権、エクスポート形式、削除証明、移行支援の有無
- 契約条件：設計書・ソースコードの帰属、再委託、障害通知期限
個人情報保護委員会は、クラウド事業者が個人データを取り扱う契約や技術構成によって、第三者提供や委託の整理が変わると説明しています（出典：個人情報保護委員会「個人情報保護法ガイドラインQ&A」、2026年8月確認）。
海外事業者や海外サーバーを使う場合は、所在地やアクセス主体、契約上の保護措置を、法務担当者と一緒に確かめます。
オンラインストレージの発注費用・相場の目安
費用は、まず月額利用料と初期設定に分けて見ます。そのうえで、移行や連携開発、教育、保守の費用も別に把握します。
SaaSの初期費用が0円でも、棚卸しや権限再設計、ユーザー教育が無料とは限りません。独自開発の場合は、完成後のクラウド利用料、監視、バックアップ、セキュリティ更新、障害対応まで含めて比べます。独自開発の見積もりだけで高いと判断すると、完成後の運用費を見落としかねません。
既製SaaSの利用料
公式料金ページで確認した実在価格をもとに、利用人数と容量に応じた月額費用を比べます。
- コワークストレージ：5ID・100GBは月額2,750円、10ID・1TBは6,600円
- 同サービス：20ID・2TBは月額14,300円、50ID・5TBは39,600円
- Fileforce：10ID・100GBのSmall Businessは月額9,900円
- Fileforce無制限プラン：1TBは60,000円、4TBは108,000円、13TBは216,000円、38TBは360,000円
コワークストレージは初期費用0円です（出典：NTT東日本「コワークストレージ」公式料金ページ、2026年8月確認）。小規模な企業では、月額2,750円から1万円前後が実在の価格帯です。
Fileforceの記載料金は税別・年契約で、移行支援や高度な検索は別条件の場合があります（出典：ファイルフォース「料金プラン」、2026年8月確認）。
10〜50人程度では月額6,600〜4万円程度です。一方で、高度な監査や大容量では月額6万〜36万円以上も比較対象になります。
移行・連携・独自開発の初期費用
初期費用の目安は、データ量や権限の複雑さ、停止可能時間、要件の確定度によって変わります。次に示す額は、公的な市場統計ではなく、実在サービスの料金や類似作業、連携工数から整理した推定レンジです。
- SaaS初期設定：要件が単純なら0〜50万円程度
- 小規模移行：1TB以下・50人以下で30〜150万円程度
- 中規模移行：1〜20TB・50〜500人、SSOや再設計込みで100〜500万円程度
- 業務連携込み：300〜1,000万円程度
これらは特定の金額を約束するものではありません。独自ストレージは、保存・共有・検索・権限・履歴・監査のほか、管理画面とバックアップを含むMVPで、800〜3,000万円程度です。冗長化や災害対策、DLP、24時間運用、外部顧客向けのマルチテナントまで含めると、3,000万円〜1億円超の推定レンジもあります。
完成後も、利用料や監視、保守、更新は月額10万〜100万円以上となる可能性があります。
競争力にならない標準機能は、SaaSとAPIを組み合わせた方が合理的な場合があります。
委託先の選定と見積比較で確認するポイント
委託先は、同じ前提で成果を出せるかを基準に選びます。価格は、その判断材料のひとつとして比べます。
製品ベンダー、導入支援会社、受託開発会社では得意領域が異なります。そのため、実績や担当体制、移行方法、運用支援、契約終了時の出口を、同じ質問票で確認します。
候補を3社程度に絞り、同一のRFPと代表データを渡して提案と見積条件を比べます。
実績と担当体制
実績は、会社ロゴの多さよりも、自社に近い条件でどう進めたかで確かめます。移行規模や担当体制も、具体的に質問します。
- 移行実績：何TBを何人・何部署へ移し、停止時間はどれほどだったか
- 準備・支援：重複整理の担当と移行後の問い合わせ支援期間
- 体制：要件定義、移行、開発、セキュリティ、運用の責任者
再委託先の有無も、契約前に確かめておきます。
見積書の内訳と前提条件
作業範囲と総額を比べるには、見積書の内訳や数量をそろえておく必要があります。
- 費用条件：作業項目、担当人数、期間、単価、一式金額
- 変更条件：前提、除外項目、追加変更の単価
- 数量：容量、ファイル数、API本数、画面数、利用者数
- 運用作業：テスト環境、研修回数、問い合わせ対応時間
「移行一式」「連携一式」「テスト一式」「保守一式」では、対象件数や回数が見えません。そのため、数量を数字で示してもらいます。
安い見積もりでも、権限設計や教育、差分移行、バックアップ検証、障害対応が別料金なら総額が上がります。一方で、高い見積もりに移行分析や運用引き継ぎが含まれる場合は、社内負担を抑えられます。
初期費用と月額費用は3年分にそろえます。そのうえで、追加IDや容量超過、API料、保守・サポート、データ取り出し費用まで加えたTCO（総所有コスト）で比べます。
セキュリティと定着支援
機能だけでなく、実際の運用ルールまで評価します。運用ルールが決まっていなければ、機能を導入しても安全性は定着しません。また、AI検索や要約を使う場合は、検索権限と入力データの扱いも確かめておきます。
- 技術対策：MFA・SSO、IP制限、暗号化、ウイルススキャンとランサムウェア対策、ログ、バックアップ
- 運用ルール：共有リンク期限、ゲスト申請、異動・退職時の権限削除、月次棚卸し、緊急連絡先
- AI利用：権限外の検索防止、学習利用の有無、回答ログの確認方法
Boxの日本資産運用基盤事例では、2025年3月の採用決定から同年5月の本稼働まで、実装期間は約1か月半でした。社員と常駐パートナーを含む約60名規模へ展開しています。
この展開には、旧ストレージの移行、説明会、社内チャンネルでの継続教育、PPAPから共有リンクへの切り替えも含まれます（出典：Box Japan「日本資産運用基盤 導入事例」、2026年8月確認）。
同じ速度を自社で出せるかは、社内担当者の工数も含めて見積もっておきます。
オンラインストレージ発注でよくある質問
料金や開発期間だけでなく、サービス選定、移行、契約終了後の扱いも確認します。発注時によく寄せられる質問に、順に答えます。
オンラインストレージはSaaSと自社開発のどちらがよいですか？
標準的な保存、共有、検索、権限管理が中心なら、既製SaaSは導入が早く、保守負担も抑えやすいです。
顧客向けポータル、独自権限、業務ワークフロー、基幹システムとの深い連携が競争力になる場合は、SaaSを基盤にAPI拡張や部分開発を検討します。ただし、保存基盤自体を事業として提供する場合などを除き、全面的なスクラッチ開発は慎重に判断します。
RFPはどの段階で作成すればよいですか？
候補会社へ正式な見積もりを依頼する前に作成します。完成版でなくても、現状や希望条件を整理すれば比較を始められます。
容量、人数、機密データ、外部共有先を記載します。さらに、連携先、保存年限、希望時期、予算枠も書き添えて、MUSTとWANTを分けます。提案のあとに前提が変わった場合は、その変更点を各社に同じように伝え、見積もりを更新してもらいます。
データ移行費用を抑えるにはどうすればよいですか？
まず、不要データや重複、所有者不明のファイル、過剰な共有権限を整理して、移行対象を絞ります。そのうえで代表部署でテスト移行し、ファイル名や階層、権限、検索、プレビュー、復元を確かめてから、段階的に移行します。
削除を急ぐと、必要な記録を失うおそれがあります。そのため、保存年限と部門責任者の承認を先に決めておきます。
海外クラウドに個人情報を保存しても問題ありませんか？
まず、クラウド事業者が個人データを取り扱うかどうかと、事業者やサーバー、サポート担当者がどの国からアクセスするかを確認します。
個人情報保護委員会のガイドラインQ&Aでは、保存データに個人データが含まれるかだけでなく、提供事業者が個人データを取り扱う契約かどうかも、第三者提供や委託に当たるかの判断基準とされています。
契約上の安全管理措置を確認したうえで、自社の方針、委託契約、社内規程、業界基準と照合します。法務・セキュリティ担当者とも確認してください。
まとめ：オンラインストレージの発注における要件・移行・運用の一体比較
月額料金だけで委託先を選ぶと、移行やSSO、教育の費用を見落としやすくなります。そこで、SaaSで足りる範囲、移行・SSO・教育を外注する範囲、APIや独自開発が必要な範囲に分けます。候補会社には、同じRFPを渡します。
サービス料や初期設定、移行、連携、研修、保守を、3年分の運用費として合算します。そのうえで、見積もりの前提条件と除外項目まで確認します。
最初に作るべき資料：現状一覧と要件表
まず、利用人数や容量、ファイル種別、機密度、外部共有先を一枚の要件表にまとめます。既存認証や連携先、保存年限、復元目標、希望開始日も、同じ要件表に加えます。
MUSTとWANTを分け、代表データで検索、共有、権限変更、復元を試します。社内で難しければ、要件定義や現状調査を準委任で外注します。移行と開発の範囲が明確になってから、請負契約へ進みます。
導入後の運用まで見る発注先の選び方
よい委託先は、製品を納品するだけでなく、権限設計や移行の安全性、利用者教育、障害時の連絡、契約終了時のデータ取り出しまで説明できます。
オンラインストレージを、社内外の情報共有を支えるコンテンツ管理基盤として捉えます。そのうえで、発注前に責任の分け方と成果物を合意しておきましょう。
▼全体ガイドの記事
・オンラインストレージ開発の完全ガイド
▼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を創業。