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

BCP支援システムの発注・外注・委託方法は、RFPに対象人数・拠点、災害シナリオ、RTO・RPO、連携先、SLA、セキュリティ、訓練、保守、納品物を具体化したうえで、通信断や管理者不在といった有事のシナリオを実演させて比較することが失敗を防ぐ最短ルートです。

BCP支援システムは、開発会社に業務判断まで丸投げできるものではありません。自社が決めるべき連絡ルールや復旧の優先順位を明確にしたうえで、外部に何を委託するのかを切り分ける必要があります。特に、安否確認だけを想定して発注したのに、稼働後になって危機管理ポータルや復旧管理まで必要だと分かるケースは少なくありません。この記事では、発注形態の種類、発注の進め方、契約形態、委託先選定と見積比較のポイント、よくある質問までを解説します。

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

BCP支援システムの発注・外注の全体像

BCP支援システムの発注は、安否確認SaaSを契約するだけの単純な購買とは異なります。危機管理ポータルやDR基盤まで含めるかどうかによって、発注形態も委託範囲も変わるため、最初に全体像を整理しておくことが重要です。発注する側が「何を自社で判断し、何を委託するのか」を曖昧にしたまま進めると、稼働後に責任の所在が不明確になりやすくなります。

発注形態は大きく、(1)安否確認SaaSをそのまま利用する形態、(2)SaaSに独自の連携・機能を追加開発してもらう形態、(3)BCP計画の策定コンサルティングからシステム開発まで一括で委託する形態に分かれます。自社の体制やスケジュールに応じて、どの形態が適しているかを最初に判断します。

一括委託は、社内にBCP専任の担当者が少ない企業にとって進めやすい一方、委託先への依存度が高くなります。逆にSaaS利用のみであれば、自社で運用の主導権を持ちやすい反面、独自要件への対応力は限られます。

発注先に相談する前に、対象人数・拠点数、想定する災害シナリオ、重要業務のRTO・RPO、既存の連絡網や人事データの状態、法令上の要件(介護・医療分野であれば業務継続計画未策定減算への対応など)を整理します。これらの前提が整理されていないと、発注先ごとに提案の範囲がそろわず、比較そのものが難しくなります。

また、社内の体制として、総務・情シス・現場のどの部署が発注の窓口になるのか、稼働後の運用担当を誰が担うのかも合わせて決めておきます。発注担当と稼働後の運用担当が異なる場合は、要件の引き継ぎ漏れが起きやすいため、早い段階で両者を発注プロセスに関与させることをおすすめします。

発注担当者からは、要件をどう定めればよいか分からない、情シスと総務・リスク管理・現場の責任分界が曖昧、人事異動で連絡網が古くなる、平時に使わないため操作に慣れない、災害時にSaaSや通信自体が使えなくならないか不安、個人情報や位置情報を扱うためセキュリティ審査に通らない、初期費用より年間運用費・訓練費が見えない、といった悩みがよく聞かれます。

これらの悩みは、発注前にRFPへ具体的に記載し、候補企業からの回答を比較材料にすることで、ある程度解消できます。すべてを自社だけで解決しようとせず、発注先の知見を積極的に引き出す姿勢も重要です。

BCP支援システムの発注はどのように進めますか？

BCP支援システムの発注は、要件整理・RFP作成、発注先候補の選定・ヒアリング、提案・見積もり比較・契約という順番で進めます。一般的な発注スケジュールの目安としては、要件整理とRFP作成に1〜2か月、発注先候補の選定・ヒアリングに1か月、提案・見積もり比較・契約に1か月程度がひとつの参考値になります（出典: 安否確認・BCP支援システムのRFP作成に関する公開情報、2026年確認）。

対象人数・拠点、重要業務のRTO・RPO、必要な通知チャネル、連携したい既存システム、非機能要件(可用性、同時アクセス数、バックアップ、権限管理など)をRFPに具体的に記載します。介護・医療分野であれば、法令上求められる計画・訓練・記録の要件も合わせて記載し、システム開発だけでBCP義務対応が完了するわけではない点を発注先とも共有しておきます。

RFPには、現在の課題も具体的に記載します。「人事異動で連絡網が古くなる」「平時に使わないため操作に慣れない」「災害時にSaaSや通信自体が使えなくならないか不安」といった悩みを共有しておくと、各社からより実態に即した提案を受けやすくなります。

複数の候補企業から提案・見積もりを受け取り、機能・実績・費用・サポート体制を同じ評価軸で比較します。コンペの場では、画面が動くことだけで判断せず、通信断が発生した場合の再送、管理者不在時の代替権限、大量同時アクセス時の処理、データ復元にかかる時間といった、実際の有事を想定したシナリオを実演させることが重要です。

提案内容が「個別開発で対応します」に偏っている候補企業については、追加開発の費用、期間、稼働後の保守負担まで含めて評価します。標準機能で対応できる範囲が広い候補ほど、稼働後の改修負担を抑えやすい傾向があります。

発注先を決定したら、契約書に有事のサポート時間、障害報告のルール、データの取り扱い、契約終了時のデータ返却・移行支援について明記します。既存の安否確認システムから乗り換える場合は、連絡先データの移行方法と、移行期間中の並行運用についても具体的に取り決めておきます。

契約締結後は、要件定義で確定した内容と実際の設計・開発内容にズレが生じていないかを定期的に確認します。特に、対象人数や拠点数が発注時から変化した場合は、契約内容や費用への影響を早めにベンダーと確認しておくことが望ましいです。

費用相場と契約形態

BCP支援システムの発注では、契約形態によって費用の発生方法や柔軟性が変わります。要件が固まっている部分と、変更が発生しやすい部分を分けて契約形態を選ぶことが有効です。

要件と成果物が明確な開発部分は請負契約、要件整理や運用の伴走支援など変更が発生しやすい部分は準委任契約が適する場合があります。SaaS利用では、利用規約、サービスレベル、データ保管場所、障害時の通知、バックアップ、料金改定、契約終了時のデータ返却を確認します。方式を一つに統一するのではなく、企画・開発・運用の性質に合わせて契約を使い分ける考え方が有効です。

BCP計画の策定コンサルティングを含めて委託する場合は、システム開発とは別の準委任契約になることが多く、成果物も「計画書」「訓練記録」といった文書中心になります。システム開発の請負契約と、計画策定の準委任契約を混同しないよう、契約書を分けて管理することをおすすめします。

安否確認SaaSのみであれば、初期費用0〜30万円程度、月額5,000円〜数十万円程度が公開情報から見える現実的な幅です。危機管理ポータルやDR基盤まで含めた独自開発・連携開発を委託する場合は、小規模MVPで300万〜600万円程度、中規模で600万〜1,500万円程度、大規模・高可用性構成では1,500万〜3,000万円以上となる場合があります。委託範囲が広がるほど、費用も比例して大きくなる点を発注計画に織り込んでおきます。

別途、保守費として初期開発費の年15%前後を仮置きして比較検討する目安があります。発注段階でこの保守費用も含めた複数年の総額を提示してもらうと、稼働後の予算計画を立てやすくなります。

委託先選定と見積比較のポイント

委託先の選定は、価格だけでなく、実災害・訓練での稼働実績や運用体制まで含めて総合的に判断する必要があります。

選定軸として、(a)実災害・訓練での稼働実績、(b)SLAと障害時の連絡体制、(c)データセンターの分散やバックアップ復元の実績、(d)人事・SSO・既存BCP文書との連携のしやすさ、(e)導入支援・訓練・保守の体制、(f)5年間の総額を、同じRFPで横並びに比較します。BCP計画の策定コンサルティングとシステム開発を別発注するか、一括で任せるかも早期に決めておきます。

委託先の候補には、安否確認SaaSに強い会社と、基幹システムの可用性向上やDR基盤に強い会社が混在します。自社が求める層(安否確認・危機管理ポータル・DR基盤)に応じて、比較する候補企業の顔ぶれを変えることも検討します。

見積書は、要件定義・設計・開発、SaaS利用料、API・データ連携、データ移行、テスト、訓練支援、保守・運用を分けて記載してもらいます。金額の総額だけでなく、どの項目にどれだけの工数がかかっているかを確認すると、各社の提案の妥当性を判断しやすくなります。

「一式」でまとめられた見積もりや、前提条件が明記されていない見積もりは、後から追加費用が発生しやすいため注意が必要です。不明な点があれば、見積もり提示の段階で前提条件を書面で確認しておくことをおすすめします。

契約時には、要件変更が発生した場合の対応方法、遅延時の責任分担、再委託先の有無と管理体制、障害発生時の連絡フローと復旧目標、個人情報や位置情報を扱う場合のセキュリティ対応、契約終了時のデータ返却・移行支援を確認します。特に、個人情報や位置情報を扱う関係でセキュリティ審査に通らないという悩みは多く聞かれるため、審査に必要な資料や体制について事前にベンダーへ確認しておくことをおすすめします。

2026年に経済産業省と内閣官房国家サイバー統括室が公表したサイバーインフラ事業者向けガイドラインは、調達先の役割やサプライチェーンを確認する材料として活用できます（出典: 経済産業省・内閣官房国家サイバー統括室「サイバーインフラ事業者に求められる役割等に関するガイドライン」、2026年）。委託先だけでなく再委託先の管理体制まで、契約前に確認しておくことが望ましいです。

よくある質問（FAQ）

ここでは、BCP支援システムの発注・外注・委託方法について、検索する読者からよく寄せられる質問に直接回答します。発注形態や委託範囲によって回答は変わりますが、判断の基準となる考え方を整理します。

安否確認・通知・掲示板といった標準機能の運用や、システムの開発・保守は外部に委託できますが、重要業務の優先順位や復旧の意思決定、連絡ルールの最終判断は自社が担う必要があります。委託範囲と自社の責任範囲を発注前に明確に分けておくことが重要です。

要件整理・RFP作成に1〜2か月、発注先候補の選定・ヒアリングに1か月、提案・見積もり比較・契約に1か月程度が一般的な目安です。契約後の開発期間は、小規模MVPで2〜4か月程度、中規模で4〜8か月程度、大規模・高可用性構成では8か月〜1年超が目安になります。

可能です。安否確認・一斉通知は専業のSaaSに委託し、拠点・人事データとの連携や危機管理ポータルの独自開発は別の開発会社に依頼し、基幹システムの可用性向上はDR・HA基盤に強いベンダーに任せるという分割発注も一般的です。その場合は、各社の役割分担と障害時の連絡フローを契約書と運用手順の両方で明確にしておく必要があります。

画面のデモの見栄えではなく、通信断・未回答・管理者不在・データ復元といった有事のシナリオを実演させることが最も重要です。平時のデモだけで判断すると、実際の災害時に必要な機能や運用が抜け落ちていることに、稼働後まで気づけない場合があります。

まとめ

BCP支援システムの発注・外注では、自社が決めるべき判断事項と、外部に委託する範囲を明確に分けたうえで、RFPに対象人数・拠点、災害シナリオ、RTO・RPO、SLA、セキュリティ、訓練、保守、納品物を具体化することが、失敗しない発注の基本になります。

コンペや提案の場では、画面のデモだけで判断せず、通信断や管理者不在といった有事を想定したシナリオで各社の対応力を確認します。契約時には、有事のサポート時間、障害報告のルール、データ返却・移行支援まで含めて取り決めておくことで、稼働後のトラブルを未然に防ぎやすくなります。

最後に、発注はシステムの稼働開始で終わりではありません。人事異動による連絡網の更新、災害シナリオの見直し、訓練の実施と改善まで含めた運用体制を、発注段階から委託先とすり合わせておくことが、長期的にBCP支援システムを機能させ続けるための鍵になります。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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