圃場管理システムの発注では、圃場ごとの作業記録を現場で無理なく残し、経営判断に使える方式を選ぶことが大切です。
進め方は、課題の整理、RFP作成、見積比較から始めます。以降は、仕様を固めてから本番の開発と受入まで進みます。
- 要件定義：RFPの内容を、仕様として固める
- PoC：1拠点・数名・1作型で行う検証
- 開発：PoCの結果を踏まえて、本番のシステムを作る
- 受入テスト：RFPに書いた受入条件で合否を確かめる
- 教育・運用：現場の操作研修と、導入後の体制づくり
紙やExcelから移行する農業法人や、複数拠点の企業も、この順で確認できます。
▼全体ガイドの記事
・圃場管理システム開発の完全ガイド
業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
発注前の全体像の整理
圃場管理システムは、圃場台帳、作付計画、作業指示・日誌を圃場単位でつなぐ業務システムです。周辺の業務も、同じ圃場単位で結びます。
- 農薬や肥料：農薬使用履歴を含む記録
- 収穫・出荷：出荷先ごとのロット管理
- 原価：独自の原価計算に使う記録
- 権限：組織・拠点・圃場単位で分ける権限
「どの圃場で、いつ、誰が、何を、どれだけ行ったか」を後から追跡できることが、基本的な価値になります。
圃場・作付・作業のデータ単位の統一
発注前に、圃場の基本情報（圃場ID、圃場名、位置情報、面積、所有・借入区分）と、作業の情報（作物、品種、作業コード、資材、ロット、単位）を決めておきます。
既存の紙やExcelをそのまま画面に写すと、表記ゆれや重複が残り、後から集計できません。たとえば、「追肥」「追い肥」「施肥」のような作業名は統一し、圃場番号の変更履歴も残せる設計にします。
規模だけでなく5つの観点で発注方式を判断
発注方式は、規模だけで決めず、次の観点を比べて判断します。
- 圃場数
- 拠点数
- 作業者数
- 通信環境と既存データの状態
- 農機・センサー・会計・出荷先との連携数
圃場数が少なくても、独自の帳票や栽培ノウハウを扱う場合は、個別開発が必要になることがあります。一方で、数百圃場を管理していても、標準機能で業務が回るならSaaSのほうが早く定着することがあります。
発注形態の選択肢（SaaS・パッケージ・スクラッチ）
標準的な圃場台帳や作業記録から始めるならSaaS、標準機能に独自帳票や既存システム連携を加えるならパッケージのカスタマイズ、業務そのものを自社仕様に設計するならスクラッチが候補になります。
最初から全機能を作らず、1作型・1拠点で検証してから方式を決めると、発注の失敗を抑えられます。
SaaSの試行と、データ・運用の制約
SaaSは初期費用を抑え、契約後すぐに圃場登録や作業記録を始められる点が強みです。
アグリノートの公式料金では、無料プランのほか、1組織・1年間の料金として、Sが年額11,000円、Mが22,000円、Lが33,000円（税込）と案内されています（出典: アグリノート公式料金、2026年8月確認）。ただし、料金は改定される可能性があるため、契約時には最新の対象圃場数、記録件数、ユーザー数を確認します。
無料トライアルでは、圃場登録、スマートフォンからの作業入力、写真の添付、帳票出力、CSVへの書き出しまでを、実際の1作型で試します。利用者が入力しない原因は、機能不足よりも入力項目の多さや圃場選択の難しさであることが多いため、現場作業者が数分で記録できるかを見ます。
パッケージとスクラッチの独自業務への適合性
パッケージへの追加開発は、既存の圃場・作付・日誌機能を使いながら独自帳票やAPIを足せる中間案です。スクラッチは、複数法人の権限分離、独自の原価計算、出荷先ごとのロット管理、複雑なオフライン同期などを自社業務に合わせられますが、要件定義と保守体制に費用と時間が必要です。
スクラッチを選ぶ場合でも、最初に作るのは圃場台帳・作付・作業記録・基本帳票に絞ります。さらに、センサー連携やAIによる収穫予測は、データが一定期間たまってから追加するほうが、精度と投資効果を検証しやすくなります。
圃場管理システムの外注の進め方
外注では、いきなり機能一覧を開発会社に渡すことは避け、まず課題を洗い出します。その後は、RFPの作成、見積の比較、要件定義の順に進めます。
- PoC：1拠点・数名・1作型で検証する
- 開発：PoCの結果を踏まえて、本番のシステムを作る
- 受入テスト：RFPに書いた受入条件で合否を確かめる
- 教育・運用：現場の操作研修と、導入後の体制づくり
現場の作業者、経営者、IT担当者では、重視する点が異なります。そのため、初期段階から三者の意見を集めておくことが欠かせません。
現場の困りごとと業務フローの整理
最初の打ち合わせでは、「紙をなくしたい」で話を終えず、いつ、誰が、どの帳票を作り、何時間かかっているかまで整理します。
たとえば、朝の作業指示に30分、作業後の転記に1時間、月末集計に半日かかっているなら、削減したい時間を要件に入れます。
圃場登録から作業指示、現場入力、帳票出力までの流れを図にすると、必要な機能と不要な機能を分けやすくなります。
RFPの対象範囲と検証条件の具体化
RFPには、対象の作物、圃場数、拠点、利用者の役割を記載します。さらに、現場端末、通信状況、既存データ、必要な帳票、連携先、希望時期も書き込みます。
「使いやすい画面」のような抽象的な表現より、「圃場を地図から選び、作業種別と写真を登録し、通信復旧後に同期できる」と書くほうが、提案内容を比べられます。
本番開発の前に、1拠点・数名・1作型でPoCを行う場合は、受入条件もRFPに入れます。具体的には、現場で圃場を選択できること、電波がない場所で記録を保存できること、管理者が日報を出力できること、入力漏れを確認できることを合否条件にします。
現場受入れと教育を含む発注範囲
画面の納品が済んでも、導入が完了したとはいえません。このため、圃場マスターの移行、端末の設定、操作研修までを発注範囲に含めます。加えて、繁忙期の問い合わせ対応、障害時の連絡方法、改善要望の受付も、発注に含めておきます。
特に、高齢の作業者やスマートフォンを使わない人がいる場合は、入力を代行する運用や、紙との併用期間も設計しておきます。
契約形態とRFPで決めること
契約では、開発する機能に加えて、成果物と検収方法、仕様変更の扱いを決めます。さらに、知的財産権、データの利用権限、保守と障害対応、解約時のデータ返却も定めます。
要件が固まっていない段階で全工程を請負契約にすると、変更のたびに調整が難しくなります。そのため、フェーズごとに契約形態を分ける方法も有効です。
企画・要件定義の準委任と完成物の請負
業務調査や要件定義は、発注者と開発会社が一緒に検討しながら進めるため、作業時間や体制に対して支払う準委任契約が候補になります。一方、画面仕様や受入条件が固まり、完成物を明確に定義できる開発工程では、成果物と検収を定めた請負契約を選べます。
SaaSは利用規約やサービス利用契約が中心になるため、月額料金、サービス停止、データ返却、サポート範囲を確認します。なお、実際の契約方式は、作業範囲と法務・会計上の整理によって異なります。
準委任なら成果物の完成責任を過度に期待しないこと、請負なら検収条件を曖昧にしないことが重要です。そのうえで、契約書の最終確認は、自社の法務担当者や専門家にも相談します。
農業データの所有・利用・返却の契約条項
圃場の位置、作付、収量、農薬使用履歴、画像、センサー値には、経営上のノウハウが含まれることがあります。このため、契約書には、原データの所有者と二次利用の範囲、匿名加工や分析データの扱い、第三者提供と利用地域、契約終了後の返却形式と削除時期を記載します。
農林水産省のAI・データ契約ガイドラインは、スマート農機、ドローン、IoT機器などから生じるデータを、サービス提供者が受領・保管する場合を扱っています。同ガイドラインでは、農業者が希望したときにデータを提供する条項などを契約に入れることが、補助事業等の要件として示されています（出典: 農林水産省「農業分野におけるAI・データに関する契約ガイドライン」）。
CSVに加えて、圃場ポリゴン、写真、作業履歴、帳票の再現に必要な項目を持ち出せるかを確認します。また、API利用料やデータ抽出費も見積もりに含めます。
通信不通とIoTセキュリティの非機能要件
圃場では、砂ぼこり、雨、振動、急な温度変化、電波不通が起こります。したがって、スマートフォンやゲートウェイに一時保存し、通信復旧後に同期するオフライン機能、同じ記録を二重登録しない仕組み、同期失敗を知らせる画面を要件に含めます。
自動潅水や水管理を行う場合は、クラウドが停止しても安全側に止まり、手動で復帰できるフェイルセーフが必要です。次に、認証や組織・拠点・圃場単位の権限、通信と保存データの暗号化を確認します。加えて、MFA、端末紛失時の無効化、操作ログ、バックアップ、脆弱性対応の期限も押さえておきます。
経済産業省は2025年3月からIoT製品のJC-STAR制度を運用しています。そこで、センサーや通信機器では、ラベルの有無を見るだけでなく、初期パスワードの変更、更新期間、脆弱性の連絡窓口、廃棄時の認証情報消去をベンダーに質問します（出典: 経済産業省「IoT製品に対するセキュリティラベリング制度」、2025年）。
圃場管理システムの費用相場と見積の内訳
圃場管理システムの費用は、方式や圃場数、ユーザー数で大きく変わります。そのほかに費用を左右するのは、作業と機能に関わる項目です。
- データ移行：既存データを新しいシステムへ移す作業
- 地図・GIS、オフライン同期：圃場の地図と、通信がない場所での記録
- センサー、外部連携：機器や他システムとつなぐための費用
- 教育・保守：導入後の研修と保守にかかる費用
したがって、「開発費はいくら」と一つの金額で判断せず、初期費用、月額費用、機器・通信費、追加開発費、保守費に分けて比較します。
SaaSとIoTの公開料金に基づく総額の確認
既製SaaSの試行は、無料から月額1万円程度の小規模プランが目安です。中規模導入では初期0〜50万円、月額1万〜10万円程度が一つの比較レンジになりますが、圃場数やユーザー数によって変わります。
水田の水位・水温などを測るIoTは、農研機構の紹介で初期費用無料〜75万円、月額500円〜1万円／台が目安とされています。設置工事、電源、通信、機器交換は別途確認が必要です（出典: 農研機構「水田水管理システム」、2026年8月確認）。
農研機構の同資料では、作業舎から離れた水田の見回りを減らし、作業時間が平均80％短縮された事例も紹介されています。これは特定の導入事例の成果であり、すべての圃場で同じ効果が出ると断定できません。そこで、自社では、見回り回数、移動時間、入力時間を導入前に計測し、投資判断の基準にします。
個別開発の推定レンジ（300万〜2,000万円程度）
パッケージへのカスタマイズは300万〜1,000万円程度、スクラッチ開発は300万〜2,000万円程度が、一般的な業務システム・IoT開発相場から見た推定レンジです。これらは、圃場管理分野の公開価格を横断した確定相場とはいえず、要件、連携数、拠点数、データ移行、現場検証の有無によって上下する参考値です。
AI・データ基盤まで追加する場合は200万〜1,500万円程度を別枠で想定しますが、こちらも個別見積もりが必要です。見積書では、画面まわり（要件定義、UI設計、地図・GIS、Webやスマートフォン画面）、連携・データまわり（API、オフライン同期、センサー接続、データ移行）、テスト・教育・保守を、分けて出してもらいます。
「一式」とだけ書かれた見積は、後から追加費用が発生する範囲を判断できないため、内訳の提示を依頼します。
5年間の総額と追加単価による比較
初期費用が安いサービスでも、追加ユーザーや追加圃場、保守に費用がかかることがあります。ほかにも、次の項目で費用が生じることがあります。
- 帳票、API：利用に伴う追加の費用
- ストレージ、通信：利用量に応じて加わる費用
- 機器交換：センサーなどの交換時にかかる費用
- 解約時のデータ出力：契約を終えるときのデータ取り出し費用
比較表には、初年度だけでなく3年または5年の総額を置き、「圃場1枚の登録・移行単価」「ユーザー1人の追加料金」「センサー1台の通信費」「障害対応の時間帯」を並べます。
補助制度を利用できる場合も、補助対象外の保守費、通信費、消耗品、教育費を別に確認します。スマート農業技術活用促進法は2024年10月に施行され、生産方式革新実施計画と開発供給実施計画の認定制度、金融などの支援措置が設けられています（出典: 農林水産省「スマート農業技術活用促進法について」）。制度の対象や公募条件は変わるため、発注時点の公募要領を確認します。
委託先の選び方と見積比較のポイント
委託先は、知名度や見積金額に加えて、農業現場への理解、データ移行、オフライン対応、連携実績、導入後の伴走を、同じ質問票で比べます。
圃場管理、農機連携、施設園芸の環境制御、衛星・AI分析では必要な専門性が異なるため、自社の優先課題に近い経験を持つ会社を選びます。
農業分野と現場PoCの経験
提案会社には、どの作物・栽培方式・経営規模を支援したか、圃場ポリゴンや作業履歴をどう移行したか、通信不通の現場で何を検証したかを確認します。画面のデモに加えて、実際の圃場で「圃場を探す」「作業を記録する」「写真を添付する」「同期する」「管理者が確認する」まで通して見せてもらいます。
クボタの公開事例では、岐阜県のみのりの郷東白川が53ha・666枚の圃場を管理し、紙ベースの管理からKSASへ移行しています。また、長野県のかまくらやは約220ha・約1,700枚の圃場を管理しています（出典: 株式会社クボタKSAS導入事例、2025年12月公開）。
こうした事例は、圃場枚数や面積が自社の規模に近いかを判断する材料になります。ただし、成果は事例企業の条件に基づくものとして読み取ります。
データ移行とベンダーロックインへの対応
既存のExcelや紙台帳を何件まで移行できるか、誰が整形し、重複や位置情報のずれをどう直すかを確認します。圃場の区画ポリゴン、年度別の作付、作業履歴、写真、ロット情報は、サービスを乗り換えるときに欠けやすいデータです。
そこで、サンプルデータで移行テストを行い、移行後の件数と内容を照合します。さらに、データのエクスポート形式、APIの仕様、出力できる頻度、費用、契約終了後の保管期間を、契約書に反映します。
ベンダーが「データは返却できます」と説明していても、画像や地図データを含むか、読み込める形式かが不明なら不十分です。RFPに返却対象と受入条件を書き、提案時点で回答を得ます。
前提条件をそろえた見積比較
相見積もりは、同じRFPを2〜3社へ渡し、必須機能、追加提案、対象外、前提条件を分けて提出してもらいます。比較の中心は、要件定義費、開発工数、データ移行の作業費です。ほかに、作業・利用料・追加変更の各費用も、同じ前提で比べます。
- 現地訪問、教育：作業に関わる費用
- 保守、障害対応：稼働後の費用と、障害対応の時間帯
- クラウド利用料、端末・センサー：利用料・機器に関わる費用
- 追加変更の単価：追加や変更が生じたときの単価
価格が低い会社でも、オフライン対応や移行作業が対象外なら、総額は高くなる可能性があります。評価点は、費用に加えて、現場への適合性、提案の具体性、プロジェクト管理、セキュリティ、データ返却、導入後の支援に配分します。
発注側は、提案会社へ「通信がない圃場でどう記録するか」「入力しない作業者をどう支援するか」「障害時に誰が何時間以内に対応するか」を質問し、回答の具体性を見ます。
導入後の運用と評価の設計
発注のゴールは、記録が続き、集計や判断に使われる状態をつくることです。
発注側は、導入後の体制（責任者、問い合わせ窓口）と運用ルール（入力ルール、マスター更新、改善の優先順位）を決め、繁忙期を含む運用計画に落とし込みます。
入力項目の絞り込み
現場入力の必須項目は、圃場、作業、日時、担当者などに絞り、写真や音声、メモ、位置情報は必要に応じて追加します。
作業者の端末や年齢、作物ごとの違いを踏まえて、選択式や初期値、前年計画の複製、GPSによる圃場候補の表示を使い、入力を短くします。入力項目を増やす前に、その情報を誰が何に使うかを確認します。
作業時間・入力漏れ・証跡による導入効果の測定
効果は、日誌の集計時間、圃場を探す時間、見回り回数、入力漏れ、作業指示の伝達ミス、出荷証跡を数値で測ります。導入前の1週間または1作型で基準値を取り、PoC後と本番導入後に同じ条件で比較します。
売上や収量だけで評価すると、天候や市場価格の影響を受けるため、システムが直接改善できる業務指標も併用します。たとえば、月末集計を半日から1時間に短縮する、入力漏れを一定割合以下にする、作業指示の確認を当日中に完了する、といった受入条件を決めます。
そのうえで、数値は自社の現状に合わせて設定し、外部事例の成果をそのまま目標値にしないことが大切です。
PoCから標準化・横展開への段階的な拡大
最初のPoCで見つかった表記ゆれ、圃場ポリゴンのずれ、入力できない通信環境、権限の不足を修正し、標準業務と例外業務を切り分けます。
その後、拠点や作物を増やし、農機・センサー・出荷・会計との連携を段階的に追加します。全社展開の前にマスター管理者と現場リーダーを育てておくと、拠点ごとの勝手な運用を防げます。
よくある質問
圃場管理システムの発注で特に多い質問に答えます。費用の安さより、自社の現場で記録が続くか、データを将来も使えるかを基準に判断します。
小規模な農業法人でも圃場管理システムを外注できますか？
外注できます。まずは無料または小規模プランのSaaSを1作型で試し、独自帳票や既存システム連携が必要になった段階で、カスタマイズや個別開発を検討すると、投資を抑えやすくなります。
圃場管理システムの開発期間はどのくらいですか？
SaaSの試行は即日から1か月程度、中規模の導入は1〜3か月程度が目安です。
パッケージのカスタマイズは3〜9か月程度、スクラッチ開発は6〜18か月程度を想定しますが、データ移行、現地検証、外部連携、繁忙期の制約によって変わります。
紙やExcelの圃場データを新しいシステムへ移行できますか？
移行はできますが、先に圃場ID、面積、作物、作業、資材、ロットなどの表記をそろえておきます。そのうえで、データの欠損や位置情報のずれを確認し、サンプル移行で件数と内容を照合してから全件を移行します。
紙の情報は、入力・確認の工数も見積もりに含めます。
契約終了後に圃場データを持ち出せますか？
契約内容によります。契約前に、圃場ポリゴン、作付、作業履歴、写真、センサー値、帳票の元データを、どの形式で、いつまでに、いくらで返却できるかを確認します。
農業データの利用範囲や第三者提供、終了後の削除も含め、口頭の説明ではなく契約書に記載します。
まとめ
発注前の優先順位と受入条件の決定
現場で必ず使う圃場台帳、作付、作業記録、基本帳票を優先し、連携や分析機能は段階的に追加します。
PoCの合否条件と導入後のKPIを発注前に決めておくと、完成後に「便利そうだが効果が分からない」という状態を避けられます。
次の一歩：1作型・1拠点のPoC
候補会社には、実データを使った小規模検証、見積の内訳、データ返却条件、保守体制をまとめて質問します。回答を比較し、自社の業務に合う発注形態を選んでから本開発へ進みます。
圃場管理システムの発注では、SaaS、パッケージ、スクラッチの違いを理解し、自社の圃場数・作業者・通信環境・連携要件に合わせて方式を選びます。そのうえで、RFPには業務フロー、対象データ、オフライン対応、受入条件、保守、データ返却までを記載し、複数社から前提をそろえた見積を取ります。
費用は、公開料金のあるSaaSやIoTと、要件から算出する個別開発を分けて考えます。さらに、現場で入力が続くか、紙・Excelから正しく移行できるか、契約終了後もデータを活用できるかを確認することが大切です。
まずは1作型・1拠点のPoCで効果を測り、標準化したうえで拠点や連携を広げる進め方が現実的です。
▼全体ガイドの記事
・圃場管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。