導管管理システムの発注は、業務範囲とデータの正を発注者側で整理し、要件と契約を定めてから、複数社を比べて委託先を選ぶ流れで進めます。この順番で進めると、発注者が主導して手戻りを抑えやすくなります。
全体像は導管管理システム開発の完全ガイドにまとめています。
▼全体ガイドの記事
・導管管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
導管管理システムの発注・外注の全体像
導管管理システムには、GIS、台帳、工事照会の業務が関わります。さらに、保安点検、更新計画、現場モバイルの業務も関わります。IoT連携と災害対応まで含めると、関係する業務は多岐にわたります。
「導管管理をお願いします」とだけ伝えると、機能の範囲は開発会社の解釈で決まってしまいます。その結果、必要な機能が抜けたり、過剰な機能を含む提案になったりします。そのため、契約と体制の両面で、丸投げを防ぐ仕組みを用意しておく必要があります。
特に保安データを扱うシステムでは、完成後になって認識の違いが分かると、手戻りの負担が大きくなります。だからこそ、発注前の準備に時間をかける価値があります。
丸投げを避けるべき理由
導管管理システムは保安・供給に関わるデータを扱うため、発注者が業務要件やデータの正を把握していないと、完成後に現場で運用できない事態が起こりやすくなります。
ベテラン社員だけが分かる設備判断や紙帳票の運用が残ったまま開発を外注すると、開発会社は把握できる範囲だけで要件を組み立てます。その結果、稼働後に手戻りが発生します。
発注者は、業務フローを洗い出したうえで、どのデータを正とするかを社内で主導して決める必要があります。候補となるのは、GIS、CAD、顧客管理のデータです。料金やスマートメーターのデータも対象になります。
発注前に発注者側で決めておく事項
発注前には、発注者側で最低限決めておく事項があります。これが曖昧なままだと、開発会社の提案は前提がそろわず、比べにくくなります。
- 対象業務：GISだけか、工事照会や保安点検まで含めるかの線引き。
- データの正：紙図面、Excel、古いGIS、新システムのどれを正とするかの取り決め。
- 責任分界：業務系と制御系の境界線、クラウド利用時の管理者権限の持ち主。
- 受入基準：検索速度、現場入力、位置精度、オフライン対応などの目標。
これらを発注者側の文書に残しておくと、複数社に同じ前提で説明でき、提案を比べやすくなります。
発注・外注の進め方
発注・外注は、次の流れで進めます。一つずつ確認事項を押さえておけば、開発会社とのやり取りが滞りにくくなります。
- 発注形態を選ぶ。
- RFPを作成し、要件を整理する。
- 要件に合う契約形態を選ぶ。
発注形態の選択
発注形態は、窓口の管理しやすさと各社の得意領域を踏まえて選びます。主な選択肢は3つあります。
- 一括発注：単一の会社にまとめて依頼する形。
- 複数社の組み合わせ：GIS基盤の専門会社と業務コンサルティング会社を併用する形。
- パッケージ活用：パッケージや業界テンプレートの提供会社に、カスタマイズを依頼する形。
一括発注は窓口を一本化できて管理しやすい一方で、特定の会社への依存度が高まります。複数社なら各社の得意領域を活かせますが、責任分界が曖昧だと、障害時の調整に時間がかかります。
RFP・要件整理の進め方
各社の提案の前提を揃えるため、RFPには業務の現状、求める要件、受入後の支援範囲を書いておきます。
- 対象と現状：対象エリア、設備数、既存GIS、紙図面の状況。
- 要件：機能範囲、非機能要件、セキュリティ要件、受入基準。
- 成果と運用：成果物、保守SLA、終了時の移行支援。
設備IDや座標精度、管路の接続関係は、どう持つかを言葉にしておきます。履歴の持ち方も、この段階で決めておきます。さらに、現場のオフライン対応や権限設計、災害時に求める可用性も、要件整理の中で確認します。
RFIで複数社に概算を確認し、対象範囲の認識を合わせてから正式なRFPを出すと、提案内容のばらつきを減らせます。
契約形態の選び方
契約形態は、要件定義と開発の進め方に応じて選びます。
- 一括契約：要件定義と開発工程を、1つの契約にまとめる形。
- 段階契約：要件定義とPoCを準委任契約で先行させ、範囲が固まった段階で開発を請負契約に切り替える形。
どちらの形態でも契約書には、成果物、受入基準、障害の重大度を明記します。加えて、ソースコードとデータの帰属、再委託先、保守SLA、終了時の移行支援も入れます。
紙図面やExcelの品質が不明確なまま始める場合は、段階契約のほうが、範囲変更に伴う追加費用のトラブルを避けやすくなります。
発注・外注にかかる費用相場
発注時の費用は、対象範囲によって大きく変わります。まずは規模ごとの価格帯をつかみ、そのうえで個別見積もりの取り方を確認しておきます。
発注規模別の価格帯
小規模PoCや既存GISへの追加は、限定したエリアで地図表示や設備検索、点検フォームなどを試す規模です。費用は500万〜1,500万円、期間は3〜6か月が目安です。
部門向けクラウドGISでは、台帳や工事・点検のワークフロー、権限管理に加えて、写真連携やAPI連携まで扱います。費用は2,000万〜8,000万円、期間は6〜12か月程度です。
事業者向け統合導管管理は、全域GISやCAD移行に加えて、保安・工事・更新計画の業務まで含みます。さらに、顧客・料金との連携や災害対応まで範囲に入ります。費用は8,000万〜3億円、期間は12〜24か月が想定範囲です。
個別見積もりを取得する際の注意点
上記の金額は、公開されているベンダーの価格表ではありません。一般的なシステム開発の人月単価と、GIS特有の工数から導いた推定です。
見積もりを依頼する際は、対象エリアと設備数、データ品質をまず示します。そのうえで、連携先、可用性、運用体制まで伝えます。
同じ価格帯で提案されていても、図面・台帳の移行やセキュリティ試験の工数が含まれるかどうかで、実際の総コストは大きく変わります。
委託先選定と見積比較のポイント
委託先を評価するときは、提案書の機能一覧だけでなく、再委託やベンダーロックインのリスクも含めて評価します。
導管管理システムは長く保守していくことが前提になります。そのため、契約時の金額だけでなく、5年・10年単位の関係性も見据えて選ぶ必要があります。
初期費用の安さだけで決めると、保守の段階で想定外の追加費用が生じ、結果として総コストが高くなることもあります。
提案評価表による客観的な比較
提案評価表を使うと、各社の提案を観点ごとに点数化できます。
- 業務・GIS：ガス業務知識とGIS実装力。
- 移行・モバイル：データ移行実績とモバイル対応。
- 通信・AI：通信・IoT連携とAI活用。
- 保守：運用を支える保守体制。
金額だけで比べると、移行やテストの工数を削った提案を選んでしまうおそれがあります。そこで、価格と評価点を合わせて判断し、同じサンプルデータと要件を各社に渡しておくと、公平に比べやすくなります。
再委託とベンダーロックインへの対策
将来の切り替えに備えて、契約では再委託先の管理と、切り替え時の条件を決めておきます。
- 再委託管理：再委託先の情報開示、セキュリティ管理、障害時の連絡体制。
- 終了時の引継ぎ：データ形式、API、設定情報、ソースコードの帰属、データ返却と移行支援。
- 指針対応：保安データを扱う委託先の対応状況の確認。
なお、経済産業省は2026年3月にガス安全高度化計画2030を改訂し、サイバーインフラ事業者に求める役割などを示した指針も公表しました（出典：経済産業省、2026年）。この指針に沿って、委託先の対応状況を確認します。
契約前のPoC・実機デモによる確認
提案書や画面イメージだけでは、実データを取り込んだときの動作や、現場での使いやすさは分かりません。そこで、契約前に小規模なPoCか実機デモを依頼します。
自社の代表的な設備データや過去の工事記録を使って、検索速度と現場入力のしやすさを確かめます。位置精度やオフライン時の挙動も、同じ試験で見ておきます。
PoCの費用や期間、成果物の扱いは、正式な契約とは別に事前に合意しておきます。複数社を比べる場合は、同じデータと評価項目を使うと、公平に比べられます。
導管管理システムの発注・外注に関するよくある質問
導管管理システムの発注では、発注者が主導して業務範囲とデータの正を決めることが、成功の前提になります。よくある質問を順に取り上げます。
1社に一括発注するのと複数社に分けるのはどちらがよいですか？
案件規模や社内体制によって異なります。一括発注は窓口を一本化できる一方で、特定の会社への依存が強まります。
複数社に分けるなら、GIS基盤、業務整理、データ移行のそれぞれの役割を明確にしておく必要があります。障害時の一次対応を担う会社も、契約で決めておきます。
社内にプロジェクト管理の担当者を置けるかどうかも、発注形態を選ぶ際の判断材料になります。
RFPはどこまで詳細に書けばよいですか？
RFPは、画面仕様まで細かく書かなくてかまいません。そのかわり、対象エリア、既存GIS・紙図面の状況、機能範囲は具体的に書きます。さらに、非機能要件、セキュリティ要件、成果物、受入基準もはっきりさせます。
詳細が曖昧なまま発注すると、提案にばらつきが出て比べにくくなります。そこで現実的なのは、RFIで複数社に概算を確認しながら要件を詰めていく方法です。
ベンダーロックインを避けるにはどうすればよいですか？
データ形式やAPI、設定情報、ソースコードの帰属は、契約の段階で明記します。契約終了時のデータ返却と移行支援も、同じ段階で決めておきます。
パッケージやクラウドサービスの場合は、標準機能と個別開発の部分を分けて管理します。製品更新の影響やライセンス変更の条件も確認しておくと、将来の切り替えがしやすくなります。
要件整理を外部のコンサルティング会社に依頼してもよいですか？
依頼できます。社内に発注の経験が少ない場合は、業務整理を支援できる会社に要件定義やRFP作成を頼む方法が現実的です。
開発会社にすべて任せると、要件定義の段階から特定の製品や技術に寄ってしまう可能性があります。そこで、要件整理は独立した会社に頼み、開発は別途相見積もりを取る体制も検討できます。
既存の保守ベンダーにそのまま追加発注してよいですか？
既存ベンダーへの追加発注には、既存システムとの連携を進めやすいという利点があります。一方で、比較せずに契約を続けると、他社の提案のほうが適していたかどうかは判断できません。
既存ベンダーを候補に残したうえで、別の1〜2社からも相見積もりを取ります。そうすることで、価格と提案内容の妥当性を客観的に確認できます。
まとめ
発注前には、業務範囲とデータの正を決め、そのうえで責任分界と受入基準を決めておきます。この準備が、丸投げによる失敗を防ぐ土台になります。
発注形態は、一括発注にするか複数社の組み合わせにするかを選びます。契約形態は、自社の体制と案件の不確実性を踏まえて、一括契約か段階契約かを判断します。
費用の目安は、小規模PoCで500万〜1,500万円、部門向けクラウドGISで2,000万〜8,000万円、事業者向け統合で8,000万〜3億円です。
委託先は提案評価表を使い、価格に加えて、ガス業務知識やデータ移行の実績を比べます。再委託とロックインへの対策は契約に盛り込み、PoCや実機デモで現場の使い勝手も確かめます。
まずは社内で業務範囲とデータの正を整理し、複数社にRFIを送ります。概算と対応範囲をすり合わせてから、正式なRFPを発行してください。
要件整理を外部のコンサルティング会社に頼む方法もあります。既存ベンダーがいる場合も、別の1〜2社から相見積もりを取り、価格と提案内容の妥当性を客観的に確認します。
▼全体ガイドの記事
・導管管理システム開発の完全ガイド
▼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を創業。