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

水産業向け養殖管理システムの発注では、最初から高機能なシステムを作るのではなく、魚種・養殖形態・現場の通信環境・改善したいKPIを整理し、SaaS、センサー連携、個別開発の順に適した発注形態を選ぶことが重要です。費用は、記録中心なら年額数万円から、センサー連携のPoCなら50万〜300万円程度、個別開発なら300万〜2,000万円程度が検討レンジとなりますが、これは公開価格の横断統計ではなく、機能範囲と工数から見た目安です。

養殖現場では、水温や溶存酸素の異常、給餌量、魚群の移動、斃死、投薬、設備の稼働、出荷原価を別々に管理すると、判断に必要な情報がつながりません。この記事では、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法までを、水産業特有の海上通信・塩害・ロット管理・データ利用権限を踏まえて解説します。

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

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

水産業向け養殖管理システムは、生簀・水槽・魚種・ロット・尾数を起点に、給餌、水質、生育、健康、作業、設備、原価、出荷履歴をつなぐ業務システムです。発注時に「養殖を効率化したい」とだけ伝えると、記録アプリだけが納品され、現場が本当に困っている判断や採算管理が解決されないことがあります。

海面養殖では、漁場と事務所の距離、船上や離島の通信品質、荒天時の作業可否を要件に含めます。水温、溶存酸素、塩分、濁度などをセンサーから取り込み、閾値を超えたときにスマートフォンへ通知する仕組みが代表的ですが、通信が切れた瞬間にデータが消える構成では運用できません。端末やゲートウェイに一時保存し、通信復旧後に同期するオフライン設計をRFPに明記します。

また、海面養殖では魚群を生簀間で移動させたり、分割・統合したりします。生簀番号だけで管理すると、池入れから出荷までの履歴や飼料費が分断されます。生簀、ロット、尾数、重量、移槽、斃死、出荷を履歴として追跡できることを、画面ではなく業務シナリオで確認することが必要です。

閉鎖循環式陸上養殖（RAS）では、水槽、循環ポンプ、生物ろ過、殺菌、脱窒、温度調整、酸素供給などが連続して稼働します。そのため、業務画面を作るソフトウェア発注と、ポンプや制御盤などの設備発注を一つの見積に混ぜないことが大切です。宮城県の令和8年度制度でも、補助対象として飼育水槽、循環ポンプ、泡沫分離装置、生物ろ過槽、殺菌装置、脱窒素装置、温度調整装置などが例示されています（出典: 宮城県「令和8年度陸上養殖システム導入支援事業」、2026年）。

設備の停止が魚群の生存に直結する場合は、クラウドが停止しても安全側へ移行する制御、現地で手動停止できるキルスイッチ、異常時の連絡先、復旧手順を別途定めます。AIが給餌やポンプを自動制御する場合も、最初から完全自動にせず、まずは提案と人の承認から始めるほうが、責任分界と安全性を確認しやすいです。

発注形態はどれを選ぶ？SaaS・連携・個別開発の違い

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

生育、給餌、投薬、原価、出荷履歴の記録を早く整えたい場合は、養殖業向けSaaSやパッケージが候補になります。水産養殖の生産・コスト管理サービスであるUMITRON FARMは、公式発表で年間6万円（税抜）、生簀数・ユーザー数・端末数に制限なく利用できる料金を示していました（出典: ウミトロン「UMITRON FARM」、2024年発表）。現在の料金や対象機能は変更される可能性があるため、発注前に公式窓口で確認します。

SaaSは、初期費用を抑えて1拠点から始めやすく、アップデートやバックアップを自社で抱えにくい点が利点です。一方で、独自の生簀移動ルール、特殊な魚種の成長指標、既存給餌機との連携、複雑な原価配賦が標準機能にない場合があります。無料トライアルでは、実際の1週間分の記録を入力し、現場が続けられるかを確かめます。

水温や溶存酸素などの計測を自動化し、異常通知まで行いたい場合は、センサー、ゲートウェイ、通信、クラウド画面を組み合わせます。複数社の機器を採用する場合は、センサーの測定間隔、電池寿命、防水・耐塩害性能、通信方式、データ形式、故障時の交換窓口をRFPでそろえて比較します。機器とクラウドの間に独自仕様が残ると、将来のベンダー変更が難しくなるため、APIやCSVでデータを取得できるかも確認します。

この形態は、紙やExcelを残したまま異常監視だけ先に導入することもできます。最初は1拠点・数個のセンサーで、通知が届くまでの時間、誤検知の頻度、現場が通知後に取る行動を測定します。センサーを増やす前に、異常値を見た担当者が給餌変更、巡回、採水、設備停止のどれを行うのかまで運用手順に落とし込みます。

複数拠点の生簀・水槽を横断して管理し、給餌機、カメラ、会計、販売管理、ERPまで連携したい場合は、システムSIやスクラッチ開発が向いています。独自業務をそのまま画面にするのではなく、標準化する業務と差別化として残す業務を分けることがポイントです。特に現場日報の項目を増やしすぎると、入力漏れが増えてデータ品質が下がります。

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

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

外注の成否は、開発会社の技術力だけでなく、発注側が現場の判断基準をどこまで言語化できるかで決まります。以下の順で進めると、見積の前提がそろい、導入後に「想定と違う」となりにくくなります。全社一斉導入ではなく、現場で検証できる小さな単位から始めることが重要です。

最初に、紙、Excel、既存アプリ、給餌機、水質計、会計ソフト、販売管理の入力者と利用目的を一覧にします。次に「記録時間を減らす」「飼料使用量を最適化する」「FCRを生簀別に把握する」「水質異常の検知から対応までを短くする」「ロット別粗利を出す」など、導入効果を測るKPIを1〜3個に絞ります。

KPIはシステムの機能名ではなく、導入前後で比較できる数値にします。例えば、日報入力にかかる時間、給餌量の記録漏れ、FCR、斃死率、異常検知から担当者が確認するまでの時間、ロット別の原価差異などです。導入前の1か月分を取得できれば、納品後の評価がしやすくなります。

RFPには、目的、対象拠点、魚種、養殖形態、利用者、対象業務、現行課題、希望納期、予算の考え方、既存機器、連携方式、保守体制を記載します。機能一覧だけでなく、「朝の給餌前に水温と溶存酸素を確認し、給餌量を記録し、異常なら責任者へ通知する」「魚群を別の生簀へ移し、尾数と原価を引き継ぐ」といった業務シナリオを渡すと、各社の理解度を比較しやすいです。

非機能要件には、通信断時の動作、データの保存期間、バックアップ、復旧目標、スマートフォン対応、防水・耐塩害機器、権限管理、監査ログ、API、CSV出力、障害受付時間を含めます。AIを使う場合は、学習に利用するデータの範囲、推奨値の説明方法、誤判定時の修正方法、人が承認する範囲も明確にします。

センサーやカメラ、給餌機を含む案件は、開発を始める前にPoCの範囲を決めます。1拠点、1魚種、1〜3個の主要業務に限定し、通信の安定性、データの欠損、現場入力の所要時間、通知の到達、担当者の対応率を測定します。PoCで分かった制約を本開発の見積に反映できるよう、検証費用と本番費用を分けて提示してもらいます。

受入基準には、画面が完成したかではなく、業務が成立したかを書きます。例えば、指定したセンサー値を一定間隔で保存できること、通信復旧後に重複なく同期できること、生簀移動後もロット原価を追跡できること、権限のない利用者が投薬記録を変更できないことなどです。基準が曖昧なまま納品日を迎えると、追加開発の責任をめぐる争いになりやすいです。

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

養殖管理システムでは、ソフトウェア会社、センサー会社、通信会社、設備会社、現場担当者が関係するため、契約形態よりも責任分界の明確さが重要です。要件が固まっていない段階で一括請負にすると変更管理が難しくなり、逆に準委任だけで進めると完成範囲が曖昧になりやすいです。フェーズごとに適した契約を選びます。

請負契約は、合意した成果物を完成させ、受入基準を満たすことを重視する契約です。標準機能を使う設定作業や、画面・API・帳票の範囲が決まっている本開発に向いています。契約書には、成果物、納期、検収方法、瑕疵対応、仕様変更の手続き、第三者製品の費用、機器設置の範囲を記載します。

ただし、現場で初めて分かる通信状況やセンサー精度を、契約時点で完全に予測することは困難です。PoCや要件定義まで請負に含めて固定すると、想定外の制約が発生したときに、双方が変更を避けようとする可能性があります。要件定義・PoCと本開発を分ける設計が現実的です。

準委任契約は、要件整理、現状調査、PoC、プロジェクト管理、運用改善のように、専門家の作業や助言を受けるフェーズに適しています。現地ヒアリングの回数、参加する職種、成果物の形式、作業時間、報告頻度を決めておくと、作業内容を確認しやすいです。成果物の完成責任を請負と同じように期待する場合は、契約の性質と合わなくなるため注意します。

PoC後の追加機能をアジャイルに改善する場合も、月単位やスプリント単位の準委任が使われます。ただし、毎月何を決め、何をリリースし、誰が優先順位を承認するかを定例化します。優先順位を発注側が決めないまま開発会社に委ねると、技術的に作りやすい機能から進み、経営課題とのずれが広がります。

水産庁のデータ利活用ガイドラインは、水産分野のデータ提供・利用について、契約や同意書などの取り決めに基づくことを示し、モデル契約書のひな型も提示しています（出典: 水産庁「水産分野におけるデータ利活用ガイドライン」、2022年策定・2023年更新）。発注時は、養殖場が入力した生産データ、センサーの原データ、加工データ、AIモデルの学習データ、分析結果の利用者を分けて定めます。

契約では、データの所有権だけでなく、利用許諾の目的、第三者提供、匿名化、モデル学習への利用可否、契約終了後の返却・削除、CSVやAPIによる持ち出し、バックアップの保管期間を確認します。センサーの故障、通信費、交換部品、現地訪問、クラウド障害、脆弱性対応の担当者も、ソフトウェアの保守とは分けて記載します。

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

養殖管理システムの費用は、ソフトウェア、センサー・通信、設備・工事、導入支援、保守・運用に分けて比較します。特にRASの設備費はソフトウェア開発費より大きくなり得るため、システム会社の見積だけで事業全体の投資額を判断しないことが重要です。以下は、リサーチノートと公開情報をもとにした発注前の検討レンジであり、契約金額を保証する市場統計ではありません。

既存SaaSを小規模に利用する場合は、初期費用0〜30万円程度、利用料は年額数万円からの低価格帯を含めて検討できます。公式に年間6万円（税抜）の料金が示された養殖管理サービスもあり、記録・コスト管理だけなら個別開発より低い費用で始められるケースがあります。ただし、機器連携、初期データ移行、現地教育、追加ユーザー、サポートの料金が別になることがあります。

センサー連携のPoCは50万〜300万円程度、標準的な個別開発は300万〜2,000万円程度、複数拠点・AI・給餌機制御・基幹連携まで含めると1,000万〜3,000万円以上が検討レンジになります。これらは、画面数、利用者数、データ量、機器数、連携先、オフライン対応、現地試験の回数で変動します。見積書では、要件定義、設計、開発、試験、移行、教育、プロジェクト管理を分けて確認します。

センサー連携では、本体価格だけでなく、ゲートウェイ、通信回線、電源、防水ケース、設置、校正、交換部品、現地移動を含めます。海上や屋外では、塩害や浸水による交換が起こり得るため、購入費だけを比較すると実際の運用費を過小評価します。見積では、センサー1台あたりの測定間隔、耐用年数、電池交換の方法、故障時の代替機を確認します。

RASの新設では、水槽やろ過装置などの設備・工事費がソフトウェアとは別に発生します。宮城県の令和8年度制度は、閉鎖循環式または半循環式のシステム導入費を対象に、補助率2分の1以内、1事業者あたり上限1億円としていますが、制度の対象者、認定要件、募集期間、対象経費は公募時点で確認が必要です（出典: 宮城県「陸上養殖システム導入支援事業費補助金」、2026年）。補助金がある場合も、交付決定前の発注可否や自己負担を必ず確認します。

運用費には、クラウド利用料、通信費、センサーの校正・交換、監視、問い合わせ対応、脆弱性対応、バックアップ、現地訪問、ユーザー教育が含まれます。個別開発の保守費は、類似する業務システムの目安として開発費の年10〜20%程度を置くことがありますが、機器保守や24時間監視を含むかで大きく変わるため、割合だけで決めないことが必要です。

水産庁は令和8年度のスマート水産業普及推進事業について、生産者がスマート機械等を導入・利用する取組を支援し、機器導入の公募は令和8年度6月以降の予定と案内しています（出典: 水産庁「スマート水産業普及推進事業について」、2026年）。補助制度を使う場合は、申請書に書く導入目的とKPIをRFPにも反映し、補助対象外のソフトウェア費や保守費を別に見積もります。

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

委託先は、会社規模や知名度だけで決めず、同じ魚種・養殖形態・拠点環境での実績を確認します。水産養殖に特化したベンダー、総合SI、遠隔水質監視や海洋モニタリングに強い会社では、得意な範囲が異なります。候補会社には同じRFPを渡し、機能、前提、除外範囲、費用、期間、保守を同じ粒度で回答してもらいます。

提案時に、担当者が生簀・水槽・ロット・移槽・給餌・斃死・原価をどのように理解しているかを確認します。営業資料の「IoTに強い」という表現だけでなく、現場ヒアリングに誰が参加するか、同じ魚種や養殖形態の導入例をどこまで説明できるかを見ます。実績を開示できない場合でも、匿名化した業務フローやPoCの評価項目を提示できる会社は比較材料になります。

候補を2〜3社に絞ったら、実際のセンサー、通信環境、スマートフォン、現場データを使った短期検証を依頼します。確認するのは、数値が表示されるかだけではありません。通信断から復旧した後の同期、誤ったセンサー値への対応、現場が入力を続けられるか、通知を受けた担当者が行動できるかを評価します。

見積書を比較するときは、最初に開発費の総額を見るのではなく、対象範囲を並べます。要件定義、画面、データベース、センサー接続、給餌機連携、通知、権限、CSV、API、テスト、データ移行、現地設置、教育、保守を行ごとに確認します。A社の見積に含まれる現地試験がB社では別料金ということがあるため、安さではなく同条件の総額にそろえます。

金額が極端に低い見積では、要件定義、プロジェクト管理、機器の設置、障害対応、データ移行、運用教育が削られていないかを確認します。反対に高い見積でも、不要な多拠点展開やAI予測を初期から含んでいる場合があります。初期リリース、将来拡張、オプションを分け、KPIに直結しない機能を後回しにすると、投資判断がしやすくなります。

現場端末、クラウド、センサー、制御機器を含む場合は、初期パスワードの変更、端末認証、通信・保存時の暗号化、権限分離、バックアップ、監査ログ、脆弱性対応、ソフトウェア更新、通信断時のフェイルセーフを確認します。特に設備を止める操作や給餌量を変更する操作は、誰が実行でき、誰が承認し、後から追跡できるかを決めます。

よくある失敗は、AIや自動制御を先に導入し、入力データの欠損や現場ルールのばらつきを放置することです。まず記録の定義と責任者をそろえ、次に可視化と通知を整え、その後に給餌提案や魚体計測へ進みます。水産庁もICT・IoT等による生産性向上とデータ活用を推進していますが、発注では技術導入そのものではなく、どのKPIを改善するかを軸にします（出典: 水産庁「スマート水産業」、2026年確認）。

よくある質問

水産業向け養殖管理システムの発注では、費用だけでなく、SaaSで始めるべきか、どの範囲を外注するか、補助制度を使えるかについても質問が多く寄せられます。代表的な疑問に、発注判断に使える形で回答します。

記録中心のSaaSは年額数万円から利用できる公開例があり、センサー連携PoCは50万〜300万円程度、個別開発は300万〜2,000万円程度が検討レンジです。多拠点、AI、給餌機制御、基幹連携を含めると1,000万〜3,000万円以上になることもありますが、いずれも機能・機器・現地作業の範囲で変わる推定値です。まずPoCと本開発を分けて見積を取ります。

生育・給餌・投薬・原価の記録を短期間で始め、標準業務に合わせられるならSaaSが向いています。独自の魚種・生簀移動、既存機器や会計との連携、多拠点の権限・原価管理が必要なら、クラウド連携や個別開発を検討します。判断に迷う場合は、1拠点のPoCで現場負担とデータの不足を確認してから本開発へ進みます。

水産庁のスマート水産業普及推進事業や、自治体の陸上養殖設備導入支援制度など、スマート機械や設備の導入を支援する制度があります。ただし、年度、対象者、対象経費、補助率、申請時期、交付決定前の契約・発注の扱いが制度ごとに違います。発注先に申請を任せきりにせず、最新の公募要領と自社の対象要件を確認し、ソフトウェア、機器、工事、保守の見積を分けて準備します。

まとめ

水産業向け養殖管理システムを発注するときは、最初に自社の魚種、海面養殖か陸上養殖か、拠点数、通信環境、既存機器、現場の入力方法を整理します。そのうえで、記録を整えるSaaS、センサーとクラウドを組み合わせるPoC、独自業務や基幹連携まで含む個別開発を選びます。

RFPには、現状課題と機能だけでなく、通信断時の動作、データ所有権、API・CSV、機器保守、セキュリティ、受入基準まで記載します。見積は、ソフトウェア、センサー・通信、設備・工事、教育、保守に分け、同じ前提で2〜3社を比較します。費用相場はあくまで検討レンジとして使い、現地調査とPoCで具体化します。

いきなり全拠点を自動化するのではなく、1拠点・1魚種・1〜3業務から始め、記録時間、給餌量、FCR、斃死率、水質異常への対応時間、ロット別原価などのKPIで効果を測ります。現場で使えること、データを持ち出せること、設備とソフトの責任分界が明確であることを確認できれば、養殖管理システムは発注後も育てやすい業務基盤になります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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