水産業向け養殖管理システム開発の発注/外注/依頼/委託方法について

水産業向け養殖管理システムの発注は、現場の業務とKPIを整理し、発注形態を選び、RFPとPoCで確かめてから契約する順で進めます。この順を踏むと、導入後のずれを抑えられます。発注側が現場の判断基準を言葉にしておくことが、その出発点になります。

▼全体ガイドの記事
・水産業向け養殖管理システム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

水産業向け養殖管理システムの発注前に押さえる全体像

養殖管理システムは、生簀・水槽・魚種・ロット・尾数を起点に、給餌や水質から出荷履歴までをつなぐ仕組みです。ただし、「養殖を効率化したい」とだけ伝えると、記録アプリだけが納品されることがあります。そこで、現場が困っている判断や採算管理まで解決できる要件を示す必要があります。

海面養殖の要件：通信断と海況データ

海面養殖では、通信環境と海況の監視、魚群の履歴管理を別々に考えず、ひとまとまりの要件として書きます。

• 現場条件：漁場と事務所の距離、船上や離島の通信品質、荒天時に作業できるかを含めます。
• 海況監視：水温や溶存酸素、塩分、濁度をセンサーで測り、閾値を超えたら通知する仕組みが代表的です。
• 通信断対策：端末やゲートウェイに一時保存し、復旧後に同期する設計をRFPに記します。
• 履歴管理：生簀やロット、尾数や重量を軸に、移槽や斃死、出荷までを業務シナリオで追跡します。

通信が切れた瞬間にデータが消える構成では、現場で運用を続けられません。

魚群は生簀間を移動し、分割・統合することがあります。そのため、生簀番号だけでは、池入れから出荷までの履歴や飼料費が分断されます。

陸上養殖・RASの要件：設備制御と安全設計

RASでは設備が連続稼働するため、ソフトウェアの発注と設備の発注を分けて、それぞれに安全要件を定めます。

• 連続稼働設備：水槽から酸素供給まで、生物ろ過や脱窒、温度調整を含む装置の全体を把握します。
• 見積の分離：業務画面のソフトは、ポンプや制御盤などの設備とは別々に金額を出してもらいます。
• 停止時の安全：停止が魚群の生存に直結するなら、クラウドが止まった場合も安全側へ移る制御を定めておく必要があります。
• 現地対応：現場で手動停止できるキルスイッチ、異常時の連絡先、復旧手順を決めておきます。
• AI制御：給餌やポンプの制御は、提案から始めて人が承認する形にすると、どこまでを誰が受け持つかと安全性を確かめやすくなります。

宮城県の令和8年度制度では、設備の補助対象の例が示されています。飼育水槽や循環ポンプ、泡沫分離装置、生物ろ過槽、殺菌・脱窒素・温度調整装置などが該当します（出典: 宮城県「令和8年度陸上養殖システム導入支援事業」、2026年）。

発注形態の選び方：SaaS・連携・個別開発の違い

標準機能で業務に合うか、既存機器や販売管理と連携するか、独自の生産方法をシステムに反映するかで、発注形態を決めます。料金に加えて、現場の入力負担、データの持ち出しやすさ、機器故障時の保守範囲も比べます。そうすると、導入後の追加費用を見落としにくくなります。

SaaS・パッケージの発注ケース

生育や給餌、投薬、原価、出荷履歴を早く整えたいなら、標準機能と現場業務が合っているかを確かめます。

• 料金例：UMITRON FARMは、年額6万円（税抜）で、生簀数やユーザー数、端末数に制限のない料金でした。
• 始めやすさ：SaaSは初期費用を抑えて1拠点から導入でき、更新やバックアップを抱えにくい形です。
• 標準機能の確認：生簀移動、魚種別指標、給餌機連携、複雑な原価配賦のどこまでが標準で対応できるかを見ます。
• トライアル：無料トライアルで1週間分の実データを入力し、現場が記録を続けられるかを試す形です。

UMITRON FARMの料金は、公式発表時点の情報です。料金や対象機能は変わることがあるため、発注前に公式窓口で確かめます（出典: ウミトロン「UMITRON FARM」、2024年発表）。

クラウドとセンサーを組み合わせる発注ケース

水温や溶存酸素の計測を自動化し、異常の通知まで行うなら、機器仕様と現場の対応手順を先に決めておきます。

• 構成：センサーやゲートウェイ、通信、クラウド画面を組み合わせる形です。
• 機器仕様：複数社の機器を使うなら、測定間隔や電池寿命、防水・耐塩害の条件から故障窓口までを、各社でそろえておきます。
• データ移行性：独自仕様は将来のベンダー変更を難しくするため、APIやCSVで取り出せるかを確認しておきます。
• 小規模検証：紙やExcelを残したまま1拠点・数個から試し、通知が届く時間や誤検知、現場の行動を測ります。

センサーを増やす前に、異常値を見た担当者が何をするかを決めておきます。給餌の変更、巡回、採水、設備停止のどれを行うかを、運用手順に定めておく必要があります。

SI・スクラッチ開発の発注ケース

複数拠点をまたいで管理し、給餌機やカメラ、会計、販売管理、ERPまで連携するなら、システムSIやスクラッチ開発が候補になります。

独自業務は、そのまま画面に載せるのではなく、標準化する業務と差別化として残す業務に分けます。ただし、日報項目を増やしすぎると入力漏れが増え、データ品質が下がります。

初期の要件定義だけを外注し、その結果をもとに本開発を相見積もりする方法もあります。養殖業務とITの両方が分かる担当者が少ないなら、第三者に業務を整理してもらうことで、ベンダーの得意機能に引っ張られにくくなります。

水産業向け養殖管理システムの発注・外注の進め方

外注の成否は、開発会社の技術力だけでなく、発注側が現場の判断基準を言葉にできるかで決まります。そこで、小さく検証して見積の前提をそろえておくと、導入後のずれを抑えられます。

現状棚卸しとKPIの決定

発注範囲を決める前に、現場で使っている情報と、導入効果を測る基準を整理しておきます。

• 現状棚卸し：紙やExcelから販売管理まで、既存アプリや給餌機、水質計、会計ソフトの入力者と目的を一覧にします。
• KPI選定：記録時間や飼料使用量、生簀別FCRや水質異常への対応時間、ロット別粗利の中から、1〜3個に絞ります。
• 比較できる数値：日報入力時間や給餌量の記録漏れ、FCRや斃死率、異常確認時間、原価差異などの数値で、導入効果を比べます。
• 導入前の記録：1か月分を取得しておけば、納品後に効果を評価しやすくなります。

RFPに記載する業務シナリオと非機能要件

RFPには、機能一覧に加えて業務シナリオも渡します。そのうえで、各社の理解度を比べられます。非機能要件では、通信断、保存期間、バックアップ、復旧目標の条件を示します。

• 発注条件：目的、拠点、魚種、養殖形態、利用者、業務を書きます。課題、納期、予算、既存機器、連携、保守も条件として添えます。
• 給餌シナリオ：給餌前に水温・溶存酸素を確認し、量を記録して異常時に責任者へ通知する流れを書きます。
• 移槽シナリオ：魚群を別の生簀へ移し、尾数と原価を次の生簀に引き継ぐ場面を描きます。
• 非機能要件：端末は、スマートフォンや防水・耐塩害の条件を含めます。権限と監査ログ、API、CSV、障害受付も入れます。
• AI利用条件：学習データや推奨値の説明、誤判定の修正、人が承認する範囲を定めておきます。

契約前のPoCと受入基準

センサーやカメラ、給餌機を含む案件では、PoCを行います。その際、画面が完成したかではなく、業務が成り立つかを確かめる基準をあらかじめ決めておきます。

• PoC範囲：1拠点・1魚種で、主要業務を1〜3個に限ります。
• 測定項目：通信の安定性やデータ欠損、現場入力時間、通知到達、担当者の対応率を見ます。
• 費用提示：検証費用と本番費用を分けてもらいます。
• 受入基準：定間隔保存、復旧後の重複しない同期、移槽後のロット原価追跡、無権限者が投薬記録を変更できないことなどを定めます。

受入基準が曖昧なまま納品日を迎えると、追加開発の責任をめぐって争いになりやすいです。

契約形態と責任分界を発注前に決める方法

関わる会社と現場の担当者が多いため、契約形態を選ぶより先に、どこまでを誰が受け持つかを明確にしておく必要があります。

要件が固まる前に一括請負で契約すると、変更の扱いが難しくなります。一方、準委任だけに頼ると完成範囲が曖昧になりやすいです。そこで、フェーズごとに契約を選びます。

請負契約の使いどころ：仕様と受入基準の確定後

請負契約は、成果物と受入基準が明確な本開発に向いています。要件定義やPoCとは、段階を分けて契約します。

• 適する範囲：標準機能の設定と、画面やAPI、帳票が決まっている開発です。
• 契約書の項目：成果物と納期、検収の条件に加え、瑕疵対応や仕様変更、第三者製品費、機器設置範囲も入れます。
• 未確定要件：通信状況やセンサー精度は現場で分かるため、PoCや要件定義を固定請負に含めると、変更を避け合う可能性があります。

要件定義・PoCと本開発は、契約を分けて進める方法が現実的です。

準委任契約の使いどころ：調査・伴走・改善

準委任契約は、成果物そのものより、専門家の作業や助言を受ける段階で選びます。

• 利用する段階：要件整理や現状調査、PoC、進行管理、運用改善の場面です。
• 作業条件：ヒアリングの回数や参加職種、作業時間、報告頻度、成果物の形式を決めます。
• 完成責任：請負と同じ完成責任を求めると、契約の性質に合わない場合があります。
• 改善の進め方：月やスプリントごとに、決定事項、リリース、優先順位の承認者を定例で決めておきます。

発注側が優先順位を決めないまま委ねると、作りやすい機能から進んでしまい、経営課題とのずれが広がります。

データ・機器・保守の所有者の明記

水産庁のガイドラインは、データの提供と利用を契約や同意書などに基づいて行うとし、モデル契約書のひな型も示しています（出典: 水産庁「水産分野におけるデータ利活用ガイドライン」、2022年策定・2023年更新）。

• データの利用者：生産やセンサー原、加工、AI学習、分析結果など、種類ごとに利用者を分けます。
• 利用条件：所有権や利用目的、第三者提供の扱い、匿名化、モデル学習への利用可否を定めておきます。
• 契約終了時：データの返却と削除、CSVやAPIでの持ち出し、バックアップ期間を確かめます。
• 保守分担：故障と交換部品、通信費、現地訪問、クラウド障害と脆弱性対応の担当を分けます。

水産業向け養殖管理システムの費用相場とコストの内訳

費用は、ソフトウェア、センサー・通信、設備・工事に分けて比べ、導入支援と保守・運用は後の節で扱います。RASでは設備費がソフトウェア開発費を上回ることもあります。そのため、システム会社の見積だけでは全体の投資額をつかみにくくなります。

ここに挙げる金額は、リサーチノートと公開情報をもとにした検討レンジで、契約金額を保証する市場統計ではありません。

記録中心から個別開発までのソフトウェア費用

ソフトウェア費は、標準機能で始めるか、機器連携や個別要件まで含めるかによって幅が出ます。

• 小規模SaaS：初期費用は0〜30万円程度で、利用料は年額数万円からの例があります。
• 公式料金例：養殖管理サービスで年額6万円（税抜）の例があり、記録やコスト管理は、個別開発より低い費用で始められる場合があります。
• 追加費用：機器連携や初期データ移行、現地教育、追加ユーザー、サポートは別料金になる場合があります。
• 検討レンジ：センサー連携PoCは50万〜300万円、標準的な個別開発は300万〜2,000万円程度です。
• 大規模開発：複数拠点やAI、給餌機制御、基幹連携を含むと、1,000万〜3,000万円以上になる場合もあります。

費用は、画面数や利用者数、データ量で変わります。さらに、機器数や連携先、オフライン対応、現地試験回数でも変わります。見積は、要件定義から試験までの開発工程と、移行、教育、進行管理に分けます。

センサー・通信・設備・工事の費用

機器費は、本体価格に加えて、設置後の運用やRAS設備・工事も含めて見積もります。

• センサー関連費：ゲートウェイや電源、防水ケース、通信の費用を含みます。設置や校正、交換部品、現地移動も見込みます。
• 現場環境：海上や屋外では塩害や浸水で機器を交換することがあり、購入費だけで見ると運用費を低く見積もります。
• 機器条件：測定間隔や耐用年数、電池交換の方法、故障時の代替機を確かめます。
• RAS設備：新設時の水槽やろ過装置などの設備・工事費は、ソフトウェアとは別に見積もります。

宮城県の令和8年度制度は、閉鎖循環式または半循環式の導入費を対象とし、補助率は2分の1以内、1事業者あたりの上限は1億円としています（出典: 宮城県「陸上養殖システム導入支援事業費補助金」、2026年）。

対象者や認定要件、募集期間、対象経費は、公募の時点で確かめておきます。交付決定の前に発注してよいかどうかや、自己負担の有無も見ます。

保守・通信・校正・教育のランニングコスト

運用費と保守費は、ソフトウェアに加えて機器や現地対応も含めて見ます。

• 運用費：クラウドや通信、センサーの校正・交換を含みます。監視や問い合わせ、脆弱性対応に加え、バックアップや現地訪問、教育も含まれます。
• 保守費の目安：類似する業務システムでは、開発費の年10〜20%程度を置く場合がありますが、機器保守や24時間監視の有無で変わります。
• 補助制度：水産庁の令和8年度事業は、スマート機械などの導入・利用を支援します。機器導入の公募は、令和8年度6月以降の予定です。
• 申請との整合：導入目的とKPIをRFPに反映し、対象外になるソフトウェア費や保守費は別に見積もります。

公募予定の情報は、出典を確かめたうえで、補助制度の条件に合わせて費用を整理します（出典: 水産庁「スマート水産業普及推進事業について」、2026年）。

委託先選定と見積比較で確認すべきポイント

委託先は、会社の規模や知名度だけでなく、同じ魚種や養殖形態、拠点環境での実績を見て選びます。なお、水産養殖に特化した会社や総合SI、遠隔水質監視や海洋モニタリングに強い会社では、得意分野が異なります。

候補会社には同じRFPを渡します。回答は、機能や前提のほか、除外範囲、費用から保守までを同じ粒度でそろえてもらいます。

業務理解と実環境PoCの有無

提案資料だけでなく、養殖業務への理解と、実環境での検証力を比べます。

• 業務理解：生簀やロットから移槽、給餌、斃死、原価までの流れを、どこまで分かっているかを見ます。
• 実績の確認：「IoTに強い」という説明に加えて、現場ヒアリングに参加した人や、同種の導入例を尋ねます。
• 代替資料：実績を開示できない場合は、匿名化した業務フローやPoCの評価項目を見ます。
• 実環境PoC：候補2〜3社に、センサーや通信環境、スマートフォン、現場データでの検証を依頼し、同期や通知後の行動を評価します。

見積比較の軸：総額より前提と除外項目

見積は、各社の含み方がそろっていないと比べられません。A社に含まれる現地試験がB社では別料金の場合もあるためです。

• 対象範囲：要件定義や画面、DBを含む本体の範囲を、各社でそろえます。センサーや給餌機の連携、通知、権限と、CSVやAPIも同じ条件にします。
• 導入作業：テストや移行、現地設置、教育、保守まで比べ、総額で判断できるようにします。
• 安い見積：要件定義から移行までと、設置、障害対応、教育に抜けがないかを確かめます。
• 高い見積：多拠点展開やAI予測が初期から含まれているかを見て、初期費用と将来拡張、オプションを分けます。

KPIに直結しない機能を後回しにすると、投資判断がしやすくなります。

セキュリティと失敗リスクへの質問

安全対策と導入の順序を確かめ、改善したいKPIを軸に委託先へ質問します。

• 基本対策：初期パスワードや端末認証、権限分離を確かめます。通信と保存時の暗号化、バックアップや監査ログ、脆弱性対応、更新も見ます。
• 制御操作：通信断時のフェイルセーフと、設備停止や給餌量変更の実行者・承認者・記録方法を定めます。
• 導入順：記録の定義と責任者をそろえ、データを見られるようにしたり通知を届けたりしたあとで、給餌提案や魚体計測に進みます。
• KPI：改善したい業務指標を発注の軸に置き、技術の導入そのものは手段として扱います。

よくある失敗は、入力の欠損や現場ルールのばらつきを残したまま、AIや自動制御を先に進めてしまうことです。

水産庁も、ICTやIoTなどによる生産性の向上とデータ活用を推進しています（出典: 水産庁「スマート水産業」、2026年確認）。

よくある質問

発注の場では、費用や外注の範囲、SaaSか個別開発か、補助制度について質問が寄せられます。代表的な疑問に答えます。

養殖管理システムの開発費用はいくらかかりますか？

記録中心のSaaSは年額数万円からの公開例があり、センサー連携PoCは50万〜300万円程度、個別開発は300万〜2,000万円程度が検討レンジです。

多拠点やAI、給餌機制御、基幹連携を含むと、1,000万〜3,000万円以上の場合もあります。いずれも、機能や機器、現地作業によって変わる推定値です。

まずはPoCと本開発を分けて見積もります。

SaaSとスクラッチ開発はどちらを選ぶべきですか？

生育や給餌、投薬、原価を短期間で記録し、標準業務に合わせられるならSaaSが向きます。

独自の魚種や生簀移動、既存機器や会計との連携、多拠点の権限や原価管理が必要なら、クラウド連携や個別開発を検討します。

迷う場合は1拠点のPoCで、現場負担とデータ不足を確かめてから本開発へ進みます。

養殖管理システムの発注に補助金は使えますか？

水産庁のスマート水産業普及推進事業や自治体の陸上養殖設備導入支援制度などがあります。いずれも、スマート機械や設備の導入を支援する制度です。

年度や対象者、対象経費、補助率は、制度ごとに異なります。申請時期や、交付決定前の契約・発注の扱いも同じではありません。

最新の公募要領と自社の対象要件を確かめ、ソフトウェア、機器、工事、保守の見積を分けておきます。申請を発注先に任せきりにしないことも大切です。

まとめ

発注時は、魚種や海面・陸上養殖の別、拠点数、通信環境を整理します。既存機器や現場の入力方法も含めて確かめたうえで、記録中心のSaaS、センサー連携PoC、独自業務や基幹連携を含む個別開発から選びます。

発注前のRFPとKPIの整理

RFPには、現状課題と機能に加えて、通信断時の動作、データ所有権、受入基準を記します。そのほか、API・CSVや機器保守、セキュリティも書き込みます。

見積は、ソフトウェアや設備・工事、保守など、費用の種類ごとに分けます。同じ前提で2〜3社を比べ、費用相場は検討レンジとして使います。現地調査とPoCで具体化します。

最初の一歩は現場データを使った小さな検証

全拠点を一度に自動化せず、1拠点・1魚種・1〜3業務から始めます。記録時間や給餌量、FCRや斃死率、水質異常への対応時間、ロット別原価で効果を測ります。

現場で使えること、データを持ち出せること、設備とソフトのどこまでを誰が受け持つかが明確なら、発注後も養殖管理システムを育てやすくなります。

▼全体ガイドの記事
・水産業向け養殖管理システム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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