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

畜産業向け飼養管理システムは、現場課題の整理、RFPでの条件統一、PoC、本開発と段階展開の順に発注します。この順で進めると、現場に合う仕組みを選びやすくなります。

発注形態や委託先の比較も扱います。全体像は畜産業向け飼養管理システム開発の完全ガイドにまとめています。

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

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

畜産業向け飼養管理システムを発注するときの全体像

発注の成否は、導入形態、現場で続けられる仕様、導入後の運用責任を契約前に確かめられるかで決まります。開発会社の知名度や見積金額は、その確認の代わりにはなりません。

4つの発注形態と課題に合わせた選び方

課題に合わせて候補を絞るには、まず4つの発注形態の違いを押さえておく必要があります。

• SaaS・パッケージ型：既存のクラウドサービスを導入する形です。
• センサー・AIサービス型：発情・分娩・健康などの特定課題に強いサービスです。
• 個別開発型：自社の業務に合わせて、システムを作る形です。
• ハイブリッド型：複数のサービスをAPIやCSVでつなぐ形です。

紙やExcelの置き換えが目的であればSaaS、既存機器や独自ルールとの深い連携が必要なら個別開発が候補になります。

機能ごとにサービスを組み合わせる方法もあります。たとえば、個体管理にSaaS、発情検知にセンサー、経営分析と会計連携に個別開発を使う構成も可能です。

発注側は、個体識別番号・群・畜舎・飼料・出荷ロットなどの共通マスターを揃えておきます。

発注時にデータ連携の責任範囲も決めておくと、複数の外注先が関わる場合でも、データの分断を防げます。

畜種・頭数・現場環境の整理

管理する項目は畜種ごとに異なるため、RFPには対象畜種と管理単位を記しておきます。そのうえで、同じ画面や入力項目をそのまま使えるかを確かめます。

• 酪農：乳量・乳成分・搾乳設備・繁殖
• 肉牛繁殖：授精・妊娠・分娩予定
• 肉牛肥育：給餌・日増体量・枝肉成績
• 養豚・養鶏：群単位の給餌、飼育環境、死亡率、出荷ロット

頭数や拠点が増えると、登録件数だけでなく、権限や通知、検索性能の要件も変わります。通信機器の台数も変わります。

山間部や放牧地では、端末やゲートウェイに一時保存して後で同期する、オフライン対応が必要です。

発注前に、畜舎ごとの電波、電源、防水・防じん、設置場所を確認しておきます。現場環境を先に調べておくと、後からの追加工事を抑えやすくなります。

発注前にRFPと要件を整理する方法

RFPは、開発会社に提案と見積もりを依頼するための文書です。書くのは、画面の細かい仕様よりも、背景、範囲、課題といった条件です。提案会社が同じ前提で見積もれるように、機能の範囲、前提条件、納期、評価方法も条件に含めます。

• 機能：必要な機能の範囲
• 制約：既存データ、連携対象、予算などの前提条件
• 納期：希望日程
• 評価方法：評価基準

これらを一つにまとめて、提案会社へ同じ形で示します。その条件のもとで回答されるため、金額と提案の質を比べやすくなります。

現状業務とKPIの書き出し

要件を決める前に、現場の作業を一つずつ追っておきます。

• 業務資料：管理項目に加えて、紙台帳、Excel、個人のスマートフォン、既存の機器やサービスを、業務の流れに沿って並べます。
• 作業と課題：入力者や時期、確認者、次の作業を押さえ、時間や損失が生じる場所を見つけます。
• 課題例：発情の見逃し、夜間の見回り、疾病発見の遅れ、給餌量のばらつき、検索時間を洗い出します。
• 効果指標：見回り回数、入力時間、アラート対応率、発情から授精までの時間、受胎率、疾病発見日数、死亡・事故、飼料費、出荷成績を決めておきます。
• 導入前後の比較：検知率を見るだけでは通知過多を見落とすため、導入前の基準値を1か月程度記録し、導入後も同じ条件で比べます。

機能要件と非機能要件の記載

提案会社の解釈を一致させるため、必要な機能と運用条件を分けて示します。

• 機能要件：個体・群管理、給餌、飼料在庫、繁殖、健康・投薬、分娩、搾乳、出荷、帳票、通知、権限、データ出力を挙げます。
• 優先度：畜種ごとに必須、希望、将来検討に分け、初期範囲を絞って過剰開発を防ぎます。
• 通知：誰に、どの条件と手段で、何分以内に届けるかを決めておきます。
• 利用・復旧：スマートフォンやタブレット、オフライン入力、表示速度、稼働時間、バックアップ、障害時の復旧目標を定めます。
• 管理・連携：権限、多要素認証、監査ログ、暗号化、データ返却、API、CSV、問い合わせ対応時間を示します。

IoT機器については、初期パスワードの変更・ファームウェア更新・通信暗号化・紛失端末の無効化を要件にします。また、機器が故障したときの手動運転も決めておきます。

データ移行と畜舎での現地検証の要件

移行後のデータ精度と機器の現場適合性を確かめる条件を、RFPに含めます。

• 移行項目：個体識別番号、出生、導入・移動、授精、分娩、治療、投薬、出荷を一覧にします。
• データ整備：表記の揺れ、重複、欠損、廃用済み個体、日付形式の違いを修正します。
• 移行範囲：全期間にするか、現役個体と直近数年にするかを決め、データ確認の担当者もRFPに記します。
• 現地確認：畜舎の電波、砂ぼこり、雨水、温度、電池、装着状態、ゲートウェイの位置を調べます。

農林水産省の「スマート農業技術カタログ（畜産）」（出典：農林水産省「スマート農業技術カタログ（畜産）」、令和6年7月更新）には、掲載技術の効果を同省が確認・認定したものではないと書かれています。そのため、候補探しに使い、最終判断は自社環境でのPoCに基づいて行います。

飼養管理システムの発注・外注の進め方

発注では、本開発の前に現地検証を挟むと、畜舎特有の不確実性を扱いやすくなります。

いきなり全拠点で本開発を始めるより、現地検証を契約上の成果と判断材料に分けて進めます。

1. 企画と現状把握で対象範囲を決める
2. RFPを配布して提案条件をそろえる
3. PoCで現場適合性と効果を確認する
4. 本開発と段階展開を契約する

1. 企画と現状ヒアリングによる対象範囲の決定

発注範囲を具体化するため、ヒアリングから対象業務と条件を順に決めていきます。

• 参加者：経営者、牧場長、作業者、獣医師・授精師、情報システム、経理・出荷担当など、入力や確認を担う人を集めます。
• 現場観察：朝夕の作業、給餌、見回り、治療、分娩対応、出荷準備を見ます。
• 操作条件：入力時間、端末の持ち方、片手操作、手袋、写真の必要性を確かめます。
• 導入範囲：畜種、拠点、頭数、利用者、工程、連携機器、KPI、予算上限、希望時期を決めます。
• 具体化：課題と導入対象を絞り、提案と見積もりの範囲を決めます。

操作条件が違うと、同じ業務でも画面設計が変わります。

たとえば、A牧場の肉牛繁殖では、分娩予定と授精履歴をスマートフォンで入力し、夜間対応を減らす範囲に絞ります。一方で、「全社の飼養管理をデジタル化する」と決めると範囲が広すぎるため、絞り込みが必要です。

2. RFPの配布と提案条件の統一

RFPには、背景・目的、畜種・拠点・頭数、現行業務を書き、機能と非機能の要件もそこに含めます。既存データや連携対象、現地調査、希望日程、予算を前提条件として示し、納品物、保守範囲、提出形式、質問期限、評価基準も含めます。

提案会社には、標準機能、追加開発、対応できない部分を分けて回答してもらいます。発注側は、目的に応じて、SaaS事業者、センサー・カメラ会社、SI会社、IoTとクラウドを扱う開発会社から3社前後を選びます。

製品ベンダーを候補に加える場合は、個別カスタマイズ、API、データ返却、導入支援について、同じ質問票で確かめます。

3. PoCによる現場適合性と効果の確認

本開発の前に不確実な点を確かめるため、PoCの条件をあらかじめそろえておきます。

• 検証対象：発情・分娩・疾病兆候の検知、カメラ画像、給餌、オフライン入力などを試します。
• 対象範囲：1棟、1群、1ラインなどに絞ります。
• 合否指標：検知率、入力時間、誤通知数、確認時間、通信停止時の復旧、装着負担、利用率を見ます。
• 効果指標：見回り回数、受胎率、疾病発見までの時間も判定に使います。
• 契約条件：合格条件、データ、機器の返却・買い取り、本開発費用、移行しない場合の終了条件を定めます。

検証期間は、センサーや対象業務によって変わります。一般的な目安では、センサーを含む検証は0～3か月程度です。

機器購入・設置・教育・データ整備を含むかどうかで費用と期間が変わります。そのため、契約前に範囲を分けておきます。

4. 本開発と段階展開の契約

本番化する機能と後続の工程を分け、現場で段階的に広げていきます。

1. MVP：PoCで確認した範囲をもとに、個体登録、活動記録、繁殖予定、健康・投薬履歴、最低限の通知、権限管理を先に本番化します。
2. 第二段階：給餌分析、出荷・販売、複雑な帳票、複数拠点の統合、カメラAIを順に進め、利用状況とKPIを見て広げます。
3. 期間目安：SaaSの初期設定・データ取込・教育は2週間～2か月、MVP・個別開発は6～12か月、複数拠点・ERP統合は13～36か月です。
4. 工程確認：要件定義、PoC、設計、開発、受入テスト、教育、本番移行それぞれの期間を、開発会社に示してもらいます。

期間は要件を単純化した目安で、畜種、機器、データ品質、現場試験の回数によって変わります。

段階開発なら、現場の声を次の開発に反映できます。

契約形態は請負と準委任の使い分け

契約形態は、作るものと作業範囲がどこまで決まっているかで選びます。請負は、合意した成果物の完成を担う契約です。準委任は、調査や企画、設計、開発支援などの業務に報酬を支払う形です。

責任や報酬の条件は契約書によって変わるため、発注判断の一般的な考え方を押さえておくことが大切です。

要件定義・PoC・企画支援は準委任が向く場面

発注側と開発側で成果物と作業報酬の認識をそろえるため、準委任で決める項目を確認します。

• 対象業務：現地調査、業務整理、RFP支援、センサー選定、技術検証、試作、データクレンジングに向きます。
• 契約理由：作業量や到達点が変わりやすいため、期間と体制を定めます。
• 現場検証：発注側と開発側が現場を見て、仮説を検証しながら要件を固めます。
• 契約確認：完成品の納品が前提とは限らないため、成果物、作業報告、会議体、レビュー、知見共有、途中解約、再委託、時間単価または月額、上限工数を定めます。
• PoC成果物：検証レポート、ログ、評価結果、課題一覧、次段階の提案を明記し、支払対象を明確にします。

仕様が確定した開発における請負

完成範囲と検収条件が固まった部分から、請負の対象にします。

• 請負の範囲：要件、画面、データ、連携、テスト、受入基準、納期に合意できた工程です。
• 変更リスク：センサー精度や現場運用が未検証のままだと、追加費用や納期の延長が生じやすくなります。
• IPA資料：受託開発、保守運用、パッケージ・SaaS活用、セキュリティ仕様などを扱います。
• 契約確認：プロジェクトマネジメントの義務、ユーザー企業の協力義務、複数契約の関係、再構築への対応を確かめます。

IPAが2025年4月に更新した「情報システム・モデル取引・契約書（第二版）」（出典：IPA「情報システム・モデル取引・契約書（第二版）」、2025年4月更新）では、関連資料も公開されています。ただし、実際の契約は、自社の法務担当や専門家と確かめます。

SaaS・機器・保守の利用条件の確認

複数の契約にまたがる費用と責任を明確にするため、利用条件を確認します。

• 契約の種類：SaaSの利用規約、機器の売買・レンタル・保守、個別開発の契約を確認します。
• 障害対応：クラウド、回線、ゲートウェイ、センサー、アプリのうち、どこまでを誰が受け持つかを決めます。
• 月額範囲：利用者数、データ容量、通知、サポート、機器交換、訪問支援を確かめます。
• 解約・権利：データ返却形式と期限、バックアップ削除時期、API、第三者サービス、知的財産権、再委託、損害賠償の範囲、契約不適合、検収・支払を確かめます。
• データ管理：個体・従業員情報、獣医師の指示、飼養ノウハウ、経営データの権限と所有・利用範囲を明確にします。

畜産業向け飼養管理システムの費用相場の目安

費用は、SaaSの月額利用、機器を含むPoC、個別開発、複数拠点のデータ統合によって異なります。統一された価格表は少ないため、公開価格と、類似するIoT業務システムからの推定を分けて見ます。

開発費は要件や機器、拠点によって変わるため、発注前の目安として扱います。

公開SaaSの月額料金の比較基準（4,000円台から数万円）

公開料金は頭数プランを比べる材料になります。また、費用に含まれる範囲も見ておきます。

• 個体管理：Farmnote Cloudは1～49頭が月額4,000円、50～99頭が月額8,000円です。
• 牛群管理：1～49頭は月額6,500円、100～149頭は月額19,500円、250～299頭は月額39,000円、300頭以上は問い合わせです。
• 公式条件：税込価格と30日間の無料トライアルがあります（出典：株式会社ファームノート「料金」、2026年8月確認）。
• 別料金の確認：センサー、カメラ、ゲートウェイ、通信、設置、大量移行、個別API、訪問教育は別料金の場合があります。
• 総額比較：追加ユーザー、機器、通信、初期設定、保守を含め、3年程度の総額で比べます。

この料金は牛の個体・牛群管理の比較基準で、すべての畜産システムに当てはまるわけではありません。

センサー連携のPoCの費用目安（50万～300万円程度）

PoCの見積もりは、対象範囲と検証条件の設定によって変わります。

• 費用目安：1棟・1群・1工程のセンサー、アプリ、通知、簡易画面を試すPoCは50万～300万円程度です。
• 金額の性質：統一公開料金ではなく、一次Q&A由来の推定と類似IoT案件の検証規模に基づきます。
• 見積範囲：機器の購入・レンタル、設置、通信、データ整備、教育、効果測定を確かめます。
• 対象設定：狭すぎると別の畜舎・季節で使えず、全拠点では本番前の費用が膨らみます。
• 検証条件：代表的な畜舎と作業者を選び、通信状態や作業ピークも含めます。

個別開発の推定レンジ（300万～2,000万円程度）

個別開発の幅は、標準機能の活用度と連携範囲によって変わります。畜産専用の公的な相場があるわけではなく、一般業務やIoT案件を畜産の要件に当てはめた推定です。

• 個別開発：個体・群管理、給餌、繁殖、健康・投薬、出荷、権限管理で初期300万～2,000万円程度です。
• 下限に近づく条件：畜種が一つで拠点が少なく、既存機器や標準クラウドを使える場合です。
• 費用が増える要件：複数畜種・拠点を同一基盤で扱う場合や、ERP・会計・販売等との連携です。
• 上限超過の可能性：センサー・カメラを多数接続する場合や、DWH・経営ダッシュボードまで作る場合は、上限を超えることがあります。
• データ統合：推定200万～1,500万円程度で、データ整備、API、マスターの統一により変わります。

見積もりは、ソフト、機器、連携、移行、教育、保守に分けてもらいます。

連携先には、会計・販売、牛群検定、気象、電子指示書などがあります。

ランニングコストの範囲（通信・機器・保守）

運用開始後も続く費用を洗い出し、契約期間に合わせて比べます。

• 運用費：SaaS、機器保守、電池・タグ・ゲートウェイ交換、通信、クラウド容量を含めます。
• 支援費：バックアップ、監視、問い合わせ、訪問支援、追加機能、障害対応を確かめます。
• 機器交換：故障、汚れ、電池切れ、通信障害に備え、交換時間と費用を見込みます。
• 期間比較：初期・月額・従量課金、頭数・拠点あたりの費用を同期間で比べます。
• 契約条件：頭数増加時の段階料金、利用者追加、出力、API、訪問教育、契約期間、値上げ、解約時の返却費用を確認します。

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

委託先は、畜産現場の理解や機器とクラウドの接続を中心に比べます。データ移行、導入後支援、契約の透明性も評価の対象です。製品ベンダーは現場機器と標準機能に、SI会社は業務や既存システムとの統合に強い傾向があります。

RFPの評価項目を先に決めておくと、安さだけに引っ張られにくくなります。

畜種・現場・連携の実績の確認

導入後の行き違いを避けるため、畜種と連携の実績を具体的に確かめます。

• 畜種・管理単位：酪農、肉牛繁殖・肥育、養豚、養鶏の経験と個体・群管理を確認します。
• 現場対応：センサー、カメラ、体重計、搾乳機、オフライン、現地保守の実績を見ます。
• 導入事例：可能であれば、導入先担当者に聞ける事例や匿名化した画面・運用資料を求めます。
• データ連携：家畜改良センター、牛群検定、乳検、飼料在庫、販売・会計、気象、電子指示書との受け渡しを確かめます。
• エラー対応：APIがない場合のCSV・中継処理と、エラー時の再送担当を確認します。

提案の標準機能・追加開発・対象外の読み分け

提案の実現性は、要望への対応区分と、日々の使いやすさから判断します。

• 対応区分：標準機能、設定変更、追加開発、外部サービス、対象外を、要望ごとに示してもらいます。
• 具体性：画面案、操作手順、権限、通知、移行、障害対応を確認します。
• 現場定着：入力の削減、片手操作、写真や音声、オフライン、教育、問い合わせ、定着の確認を尋ねます。
• 画面評価：経営者向けだけでなく、作業者が最初に開く画面も評価します。

すべてを「対応可能」とする提案には、後から追加費用が生じる可能性があります。

高機能でも現場で毎日使われなければ、投資効果は出ません。

見積書の比較（同じ条件と3年総額）

見積金額の前提と対象作業をそろえてから、候補を同じ条件で比べます。

• 費目：要件定義、設計、開発、機器、通信、設置、テスト、移行、教育、保守、旅費、予備費を分けます。
• 内訳：数量、単価、工数、前提、除外事項を確かめます。「一式」の場合は、何人日か、成果物、変更単価を尋ねます。
• 比較表：初期・月額・年額、機器・通信、3年総額、保守時間、復旧目標、データ返却、追加開発単価を並べます。
• 総負担：移行・現地教育の有無を確認し、社内工数と導入後の運用負担も含めて判断します。

価格差は、機能の不足よりも作業範囲の違いから生じる場合があります。たとえば、移行や現地教育が含まれないと、発注側の作業が増えることがあります。

セキュリティと導入後支援の評価

情報と現場の運用を守るため、管理策と導入後の支援条件を確かめます。

• 対象情報：個体データ、従業員情報、獣医師の指示、経営ノウハウも扱う場合があります。
• セキュリティ：アカウント、最小権限、多要素認証、通信・保存時の暗号化、バックアップ、監査ログ、脆弱性対応を確認します。
• 端末・委託先：端末紛失時の停止と再委託先の管理を確認します。
• 調達資料：IPAの第2.1版リストと活用ガイドは2026年2月更新です（出典：IPA「IT製品の調達におけるセキュリティ要件リスト」、2026年2月更新）。
• 導入後支援：研修、マニュアル、窓口、障害連絡、機器交換、定期レビューを決めます。

利用状況は、利用率やKPIで確認します。また、追加研修や画面改善が保守に含まれるか、別料金なら単価も確かめます。

農林水産省の案内（出典：農林水産省「電子指示書システムの利用申請をお考えの皆様へ」、2026年3月更新）によると、畜産分野の電子指示書システムは2025年4月から運用されています。

投薬履歴や獣医師の指示を扱う案件では、既存業務との関係や連携の可否も確かめます。

よくある質問（FAQ）

費用、契約、現場導入に関する疑問を取り上げます。自社の畜種や頭数、拠点、既存データ、通信環境に当てはめて、確認してください。

畜産業向け飼養管理システムの発注費用はどのくらいですか？

既存SaaSは月額4,000円台から数万円、センサー連携PoCは50万～300万円程度、個別開発は300万～2,000万円程度が目安です。

PoCと個別開発は、公開された統一料金ではなく、類似するIoT業務システムの要件から推定した幅です。機器・通信・設置、移行・教育・保守の範囲によって変わるため、自社の条件で見積もりを取り、3年総額で比べます。

SaaSと個別開発はどちらを発注すべきですか？

紙やExcelから早く移行したいとき、標準的な業務で足りるとき、小さく始めたいときは、SaaSが向いています。

複数の畜種や拠点、独自のルール、深い連携、独自の分析が必要なら、個別開発を検討します。

判断が難しい場合は、標準SaaSを使い、不足する部分だけを連携開発するハイブリッド型から始める方法もあります。

RFPには何を書けばよいですか？

RFPには、背景・目的、畜種・頭数・拠点、現行業務を記載します。課題とKPI、機能・非機能要件も含めます。データや機器・外部連携、通信環境に加え、納期・予算・保守・データ返却、提案期限、評価方法も記載します。

画面の細部を決めきれなくても、現場の困りごとと、提案会社に確認したい前提を明確にすれば、比較の材料になります。

紙台帳やExcelのデータは移行できますか？

移行はできますが、表記揺れ・重複・欠損、日付形式、廃用済み個体などを整理しておく必要があります。全履歴にするか、現役個体と直近数年に絞るかで、費用が変わります。

対象項目と件数、確認担当者は発注時に決めておきます。また、移行後の検索や予定、通知、帳票の動作も、受入テストに含めます。

畜舎の電波が弱くても利用できますか？

オフライン入力後に同期するアプリや、畜舎内ゲートウェイへ一時保存する構成なら、利用できる場合があります。通知の遅れ、複数端末の更新の競合、電源停止による欠損には注意が必要です。

畜舎ごとに電波を調べ、保存期間、同期エラーの表示、復旧手順、手書き運用への切り替えを確かめます。

まとめ

機能の多さや初期費用の安さは、判断材料の一つにすぎません。まず、畜種・頭数・拠点、課題、通信・既存データを整理します。そのうえで、SaaS・センサー特化型・個別開発・ハイブリッド型から適した形を選びます。

発注時のRFP・契約・総額の比較

RFPには、現状業務とKPI、機能・非機能要件を記載します。データ移行・連携、セキュリティ、保守・データ返却も含めます。

要件定義やPoCは準委任、本番で確定した範囲は請負とするなど、段階的な契約も検討します。

成果物、検収、変更方法を明確にし、どこまでを誰が受け持つかも決めます。ソフトウェアと機器、通信、設置の費用を、3年程度の総額で比べます。移行、教育、保守も同じ総額に含めます。

最初の一歩は1棟・1群・1工程のPoC

発情・分娩・疾病・給餌、入力負担などのうち、損失の大きい課題を一つ選び、代表的な畜舎で検証します。

検知率に加え、入力時間や誤通知、対応率、見回り回数、受胎率、疾病発見、飼料費などを測ります。その結果をもとに、本番化の条件を決めます。利用とデータ品質を確かめながら拠点や機能を広げると、外注の失敗を抑えやすくなります。

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

▼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を創業。