水産業向けシステムは、記録とロットの履歴で業務をつなぐ基盤です。対象となるのは、漁獲・養殖から加工・流通までの業務です。業態ごとに求める機能や進め方は異なるため、まず全体の位置づけと業態の違いをつかむことから始めます。
▼関連記事一覧
・水産業向けシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・水産業向けシステム開発でおすすめの開発会社/ベンダー6選と選び方
・水産業向けシステム開発の見積相場や費用/コスト/値段について
・水産業向けシステム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
水産業向けシステムの全体像
水産業向けシステムは、同じ完成品を全事業者に当てはめられるものではありません。必要な構成は、魚種や取引形態、拠点数によって変わります。
通信環境や計量機器、会計ソフトによっても違いが出ます。
機能を選ぶより先に、どの業務の記録を誰がどこで入力するかを決めることが重要です。
一元化できる業務の範囲
一元化の対象は、次の4つの領域に分けて整理できます。
- 漁獲・養殖：漁獲情報や生産記録
- 市場：入荷、計量、検品、セリや入札
- 加工・流通：加工ロット、在庫、受注、出荷、請求
- 追跡・衛生：トレーサビリティや衛生点検
荷さばき場では、魚種やサイズ、規格、重量を登録したうえで、ラベルとロット番号を付けます。そのため、履歴を販売や加工へ引き継げます。帳票の電子化に加えて、入力したデータを次の工程で再利用できる点も大きな効果です。
水産庁が2025年6月に更新した事業者一覧には、市場業務の電子化や漁場データ、養殖管理などが掲載されています。漁獲情報や加工・販売管理、クラウド導入も含まれます。水産業のデジタル化は、現場ごとの課題を組み合わせて進める取り組みです（出典：水産庁「水産分野におけるデジタル化等に取り組む事業者一覧」、2025年）。
機能数よりデータのつながり
データ設計では、マスタの管理責任をどこが持つかと、既存システムや機器とどうつなぐかを、先に固めておきます。
- マスタ管理：魚種・規格・取引先・単位・ロット・漁獲番号ごとの担当と変更履歴
- 連携計画：既存システムや機器が接続できるかの、企画段階での確認
同じ魚でも、呼び名やサイズ区分は取引先ごとに異なる場合があります。
荷姿や重量単位も、取引先によって違うことがあります。
産地や漁法、鮮度区分にも違いが出る場合があります。
魚種や規格のマスタが曖昧だと、集計時の手修正が増えます。
画面の数よりも、データ設計の方が先に押さえるべき点です。会計や販売管理、在庫との連携では、共通の番号と更新時期を決めておきます。EDIや計量器、ラベルプリンターでも、この点は変わりません。
機器の型番や通信方式、出力データに加えて、設置場所や、交換時にどこまでを誰が受け持つかも確認します。
連携できない機器を後から見つけると、手入力や二重管理が残ります。
水産業向けシステムの業態別の種類
漁船の操業を支えるシステムと、産地市場の入札を処理するシステムでは、設計が異なります。
業態ごとに目的を分けておくと、必要な機能と優先順位を絞り込めます。
この分類をもとに、自社が最初に解決したい業務を見極めてください。
- 漁獲・操業管理：漁船や操業、漁獲量、位置情報の記録
- 養殖管理・IoT：生簀ごとの生産記録と環境データの管理
- 産地市場・魚市場：入荷、計量、ラベル、電子セリの処理
- 加工・流通管理：製造ロット、在庫、出荷先をつなぐ仕組み
- 追跡・衛生管理：取引履歴や点検記録の保存
業態ごとの機能と現場条件は、それぞれの小見出しで確認できます。
漁獲・操業管理システム
漁船名、操業日、漁場を記録し、魚種や漁獲量も管理します。操業日誌や位置情報、漁獲番号なども、あわせて残します。通信が不安定な海上では、端末に一時保存し、通信回復後に同期する機能が欠かせません。
乗組員が短時間で入力できる画面にし、入力者と修正履歴を残しておくと、報告作業や資源管理に活かせます。
養殖管理・IoTシステム
養殖では、生簀やロットごとに魚種や給餌量、成長、へい死を管理し、作業履歴も残します。
水温や溶存酸素、赤潮などの環境データをセンサーから取り込み、異常を通知する方法もあります。
成果につなげるには、センサーを増やす前に、測定頻度や欠測時の扱い、異常の確認者、給餌や出荷の判断への使い方を決めておきます。
産地市場・魚市場システム
産地市場では、入荷から売上計上まで、現場の作業と取引の記録を同じシステムで扱います。
- 荷受け：入荷受付、魚種・サイズ・規格の登録、自動計量
- 表示・区分：ラベル発行、ロット分割
- 取引：電子セリ・電子入札、買受人管理、売上計上
高知県は2025年から、手書きや手計算、電話・FAXが中心の産地市場業務について、自動計量と電子入札の導入を進めています（出典：高知県「産地市場のスマート化について」、2025年）。
濡れた手袋でも押しやすいボタンや防滴端末、短時間で大量に処理できる応答速度は、一般的な事務システム以上に重要です。
加工・在庫・流通管理システム
加工会社では、原料入荷や加工指示、歩留まり、副産物を一つの流れで扱います。製造ロットと保管場所、賞味期限を出荷先へつなぎ、原料から製品、出荷先まで追跡できるようにします。問題が起きたときに対象範囲を逆引きできる設計が必要です。
卸売や販売まで含む場合は、取引先別単価や受注、配車を会計・販売管理と連携させます。
出荷や請求、在庫引当も同じ流れで扱えば、同じ内容の重複入力を避けられます。
トレーサビリティ・衛生管理システム
このシステムは、追跡と衛生という二つの記録を結びつけて扱います。
- 追跡記録：いつ誰から何数量を受け取り、どの取引先へ渡すかを、漁獲・荷口・ロット番号と結ぶ記録
- 衛生記録：清掃・洗浄・点検、入退場、温度、異常時対応の記録
対象水産物には、情報伝達と取引記録の作成・保存が求められます。
改正水産流通適正化法は2026年4月1日に施行されています。
対象品目では、制度の範囲と記録項目を要件に反映させます（出典：水産庁「特定水産動植物等の国内流通の適正化等に関する法律」、2026年）。
実施時刻や実施者、確認者を写真や是正処置と関連付けておくと、監査や原因調査に役立ちます。
水産業向けシステムの進め方
要件を決めてすぐ開発に入るより、現場を観察して小さく試してから広げるほうが、成功に近づきます。特に市場や加工場では、停止が売上や鮮度に直結します。
現場調査や要件定義、試作、開発は、工程ごとに区切って計画します。
実地テストや本番移行、教育・保守も、別の工程として切り分けます。
▶ 詳細はこちら：水産業向けシステム開発の進め方/やり方/流れや方法/手法/工程/手順
現場調査と業務の洗い出し
漁船や漁協事務所、荷さばき場、加工場で、作業開始から完了までの流れを描きます。対象には、冷蔵庫、買受人、経理も含めます。紙や電話、FAX、Excelに加えて、口頭での確認も記録に残します。
- 作業の担い手：担当者や入力場所、処理時間を洗い出す
- 受け渡し：例外処理や後工程への引き継ぎも確認する
- 見積もりの前提：入荷時の規格未確定、重量の再計量、同じロットの複数品への分割といった例外は、費用と使い勝手を左右する
通常日に加えて、繁忙時間や天候不良の日も観察し、通信断や機器故障、担当者不在のときの動きも見ておきます。そのうえで、1件の入力に何秒かけられるか、手袋での操作、通信回復後の重複登録防止も検証します。
機能要件と非機能要件の分け方
要件定義では、機能要件と非機能要件を分けて整理します。
- 機能要件：入荷登録、計量連携、ラベル、セリ、在庫、ロット追跡、受発注、請求、帳票、検索、通知
- 非機能要件：通信復旧、処理速度、稼働時間、バックアップ、権限、操作ログ、保存期間、障害連絡、セキュリティ
現場に合うかどうかは、機能の一覧だけでは測りにくいものです。そのため、業務シナリオと受け入れ条件をセットにします。
魚種や規格、単位、取引先のマスタは、担当者を決めておきます。漁船の登録・承認・廃止を担う人も、あわせて定めます。生簀や加工レシピ、保管場所、税区分も対象に含み、AIや需要予測を使う場合は、入力ルールと欠測データの扱いが前提になります。
PoCとMVPによる現場の使いやすさの確認
本開発の前に、機能や現場環境、導入効果を小さく試します。
- 機能：計量器、ラベル、端末入力、通信復旧、権限別画面、監査ログ
- 現場環境：水濡れ、手袋、照明、騒音、冷蔵庫内の電波、利用者層
- 初期範囲と効果：入荷・計量・ロット追跡を候補とし、二重入力や処理時間、入力漏れ、訂正、在庫差異、問い合わせへの影響を測る
実データを使い、実際の繁忙時間帯に近い条件で試験すれば、次の開発へ進むかどうかを判断しやすくなります。
移行・教育・本番展開の段階的な実施
移行・教育・本番展開は、データ確認から現場の切り替えまで順に進めます。教育も、一度の説明会で終わらせないことが大切です。
- 移行する過去データの範囲と品質を確認し、検索対象期間、法令・監査上の保存期間、参照用マスタを分けておく。
- 件数や重量合計、在庫残高、取引先別集計の照合と、差異の解消。
- 作業場所ごとの手順書、エラー対処、問い合わせ窓口、現場リーダー向けの管理画面の用意。
- 繁忙期を避けたうえで、並行稼働、切り戻し条件、障害時の紙運用を決めて切り替える。
水産業向けシステムの費用相場とコストの内訳
水産業向けシステムには、公的な統一価格表がほとんどありません。費用は、業務範囲や拠点数、利用者数で変わります。機器台数や外部連携、通信断への対応、データ移行によっても差が出ます。
ここに示す金額は、受託開発の一般的な人月単価と、計量器やラベル、電子入札、IoTの追加工数をもとにした、2026年時点の初期検討レンジです。
推定値のため、予算を確定する前に、同じ要件で見積もりを取ります。
▶ 詳細はこちら：水産業向けシステム開発の見積相場や費用/コスト/値段について
▶ 詳細はこちら：水産業向けシステム開発の発注/外注/依頼/委託方法について
規模別の初期費用と開発期間の目安
初期費用と開発期間は、対象とする業務の範囲で大きく変わります。下の4つの業務範囲で、目安の幅を比べられます。
- 単一業務のクラウド化：500万〜1,500万円、3〜6か月
- 産地市場の入荷・計量・ラベル・販売管理：1,500万〜5,000万円、6〜12か月
- 漁協・市場・加工・卸の追跡基盤：3,000万〜1.2億円、9〜18か月程度になることがある
- 養殖IoT・海況監視：センサー・設置工事込みで1,000万〜5,000万円、6〜15か月
費用は、画面の数よりも、拠点や利用者の多さで大きく変わります。規模が広がると、権限や連携、通信試験の作業が増えます。移行や教育、障害対応の負担も大きくなります。
計量器やラベルプリンターは、機器ごとの仕様確認と現地試験が必要です。そのため、見積もりでは開発費と機器費に加え、設置や設定、予備機まで確認します。交換や廃棄も、見積もりに含めて確かめます。
月額費用と保守費用の総額比較
クラウドの月額は、初期検討の幅を把握する材料とします。保守費用は、契約範囲ごとに比べます。
- クラウド月額：小規模拠点は5万〜30万円、複数拠点・外部利用者ありは30万〜150万円程度
- スクラッチ年間保守：初期開発費の15〜20％程度という目安がある
クラウドでは、センサー通信料や端末が別料金になりやすい点に注意します。バックアップや監視、サポート、追加ストレージも、別料金かどうか確認します。利用者や拠点数による課金、取引件数に応じた従量課金の形も、あわせて確かめます。
年間保守費は、契約範囲によって変わります。そのため、障害対応時間や法改正への対応、OSやブラウザの更新、機器交換を分けて確認しておきます。脆弱性対応や復旧、追加開発の扱いも、同じように分けて確認します。
水産流通適正化法の対象となる記録を扱う場合は、保存期間と検索・出力の方法も保守要件に含めます。
費用超過を防ぐ範囲の分け方
予算を抑えるには、最初から全業務を一度に作らず、段階的な開発範囲を決めます。
- 範囲：必須・効果測定・将来拡張の区分と、利用者・データ・連携・受け入れ条件の定義
- 段階導入例：第1段階は入荷・計量・ラベル・ロット、第2段階は在庫・加工・販売、第3段階は分析・需要予測
- 補助事業：対象経費、申請時期、導入期限、実績報告、保守費、補助金なしの最低構成の確認
- 見積もり：調査、要件定義、試験、移行、教育、予備機、保守と追加項目の記載
補助事業は、採択を前提に要件を膨らませないことが大切です。追加の要望も、段階ごとの条件で判断します。
パッケージ・クラウド・オンプレミス・スクラッチの選び方
方式は、現場の停止リスクや業務の固有性を基準に選びます。運用人員や将来の拠点追加も、判断材料になります。パッケージやクラウド、オンプレミス、スクラッチには、それぞれに適した条件があります。
複数の方式を組み合わせるハイブリッド構成も、選択肢になります。
パッケージやクラウドが向くケース
標準業務をどれだけ早く導入できるか、また水産業特有の機能や通信条件に合うかを確認します。
- 導入速度：標準業務を早く導入したい場合はパッケージやクラウドが候補になり、初期開発も抑えやすい
- 業務適合：魚種や規格、セリ、計量、ロットが合わない場合は、運用の変更か追加開発が必要
- 現場通信：海上や市場の通信断時の入力、再接続後の同期、障害時の代替策の確認
- 契約条件：料金改定やデータ出力、サービス終了時の移行方法
バックアップや更新を任せられる点も、利点として挙げられます。適合性は、実際の入荷データや例外処理、帳票、権限で確かめます。
複数拠点や買受人などの外部利用者には、拠点や役割ごとに見せる情報を分けます。他社の取引情報が見えない設定になっているかも確かめます。
オンプレミスやスクラッチが向くケース
オンプレミスやスクラッチは、現場固有の制約に合いやすく、業務への適合度や拡張性を高められます。
- 候補条件：現場LAN機器との連携、外部回線に依存できない環境、固有の業務ルール
- 運用負担：サーバー更新や災害対策、バックアップ、障害対応、担当者の確保
- 契約：ソースコードや設計書、API仕様、テスト結果、復旧手順の受け渡し方法
- 併用：受発注・会計は標準機能、計量・ラベル・現場入力は専用画面とし、APIでつなぐ組み合わせ
標準サービスに過度な改修を重ねると、サービスの更新のたびに改修が必要になります。そのため、変更しやすい領域と固定する領域を分けておきます。
現場条件に合わせた機器・通信・セキュリティの設計
水産現場では、本体よりも周辺機器やネットワークが成否を左右する場合があります。機器構成と利用者の役割に沿って、接続試験と権限を設計します。
- 機器配置：計量器、バーコードリーダー、ラベルプリンター、ハンディ端末、防滴タブレット、温度センサー、カメラ
- 障害試験：停電、電波不良、機器故障、紙への切替、復旧後の再入力
- 役割別権限：漁業者、漁協職員、市場担当、買受人、加工担当、経理、管理者
- アクセス管理：個人認証、最小権限、操作ログ、閲覧範囲、退職者停止、委託先期限
- 情報保護：単価や個人情報への共有アカウントの利用回避と、変更者の追跡
機器は、現場で作業する場所と順番に沿って配置します。
水産業向けシステムの開発会社/ベンダーの選び方
会社選びでは、知名度や機能数よりも、水産現場を理解し、設計から保守まで対応できるかを見ます。
漁業や養殖、産地市場の実績を業務別に確かめます。加工や流通も含めて、同じRFPを各社に渡し、提案条件をそろえます。
水産業の業務理解と現場実績の確認
業務実績は、実装内容と例外処理、規模の近さ、対応外の領域に分けて確認します。
- 実装内容：画面・機器・データと、入荷から計量、ラベル、セリ、加工、出荷までの流れ
- 例外と運用：魚種や規格、重量、ロット分割、返品、再計量についての質問と、公開可能な範囲での利用率、教育、障害、機器連携
- 規模・業態：拠点数や利用者構成の近さ。単一拠点の実績が、複数市場でも通用するとは限らない
- 対応範囲：得意・対象外・追加開発の文書化。養殖IoTの経験だけでは、市場の電子入札に対応できないこともある
提案・見積もり・契約の比較項目
提案比較では、導入範囲と3年程度の総保有コストを同じ条件で並べます。
- 比較表・業務：業務範囲、利用者・拠点、端末、機器連携、オフライン入力、移行、権限
- 比較表・運用：操作ログ、バックアップ、教育、保守、納期、費用
- 追加費用：機器更新や訪問、データ抽出、帳票、法改正対応などが、別料金となる場合がある
契約書には、納品物と受け入れ・検収の条件、遅延時の扱いを記載します。障害の優先度や対応時間、再委託、データ所有権、終了時の返却も、あわせて定めておきます。
将来の移行に備え、ソースコードや設計書、API仕様の扱いを定めます。データ形式やマスタ、バックアップ、テスト結果の受け渡しも決めておきます。
RFPで必ず聞きたい質問
RFPには、現場のデータ処理、記録管理、繁忙期の継続性を確かめる質問を入れます。
- 計量・通信：計量器データの取込、通信断中に入力できる件数
- ラベル・ロット：再発行時の重複防止、分割・統合の履歴
- 情報・記録：取引先別の閲覧制限、3年間の記録検索・出力
- 切り戻し：繁忙期に切り戻せるかどうか
回答を標準対応、設定対応、追加開発、対応不可に分けてもらうと、見積もりを比較しやすくなります。
業態ごとの得意領域や確認項目は、水産業向けシステム開発でおすすめの開発会社/ベンダー6選と選び方も参考になります。
▶ 詳細はこちら：水産業向けシステム開発でおすすめの開発会社/ベンダー6選と選び方
導入で起きやすい失敗と定着のポイント
現場で使われなければ、システムへの投資効果は出にくくなります。繁忙時間や暗黙のルール、入力負担、データの責任者を見落とすと、技術以外の問題で失敗が起きやすくなります。
現場を無視した導入が定着しない理由
定着に向けて、現場参加と入力負担の管理を導入前から組み込みます。
- 現場で試す：現場代表者の要件定義への参加と、実データを使った試作画面の操作
- 確認を段階移行：口頭での確認を画面の確認・承認欄へ移し、記録の蓄積と標準化
- 入力項目を整理：必須項目と後から補足する項目の区別、入力の用途の現場への周知
本番直前の試用では、ボタンや入力項目の操作性、通信、端末の持ち運びに問題が見つかることがあります。
全機能を一度に入れると入力項目が増えます。そのため、目的の分からない入力が省かれ、紙や個人Excelへ戻ってしまうことがあります。
AI導入の前提となる業務とデータの標準化
漁場や需要予測、給餌の最適化、画像選別などにAIを使えます。ただし、魚種や規格が不統一で欠測が多い状態では、誤ったデータで分析するおそれがあります。入力時刻がばらばらだったり、ロットを追えなかったりする場合も、同じおそれがあります。
入力ルールとマスタを整え、ロットや履歴、データ品質の確認方法も決めます。そのうえで、分析に使えるデータを蓄積します。
効果測定では、予測精度だけでなく、判断時間や廃棄・欠品、確認作業の変化を指標にします。人が確認する範囲や誤判定時の対応、モデル更新、データ持ち出しのルールも決めておきます。
運用責任者と改善サイクル
運用の責任者と改善の確認頻度を決め、問い合わせや障害時の支援体制も用意します。
- 役割：システム・マスタ管理、問い合わせ窓口、障害時の判断者
- 定期確認：月1回など、漏れや誤登録、処理時間、在庫差異、問い合わせ、帳票要望の確認
- 改善順位：要望数だけでなく、安全や法令、作業時間、売上・品質への効果で決める優先順位
- 保守体制：通常・緊急対応を分け、現場時間に合わせた支援、代替端末、復旧訓練、交換連絡先
システムを納品物で終わらせず、業務改善の仕組みとして運用することが定着につながります。
水産業向けシステムに関するよくある質問
費用や機能に加えて、既存業務との関係や通信、法令、現場での使いやすさも、導入判断の材料になります。
水産業向けの既製システムはありますか？
既製のシステムはあります。ただし、漁獲、養殖、市場、加工、流通のすべてを同じ標準機能で扱えるとは限りません。
魚種や規格、計量器が合うかを、実データと実機で確かめます。ラベルやロット、権限、帳票も、同じ方法で確認します。足りない部分を運用で補うか、追加開発するかは、費用と保守期間も含めて比べます。
小規模な漁協や加工場でも導入できますか？
導入できます。全業務を一度に対象にせず、二重入力や転記が多く、効果を測りやすい範囲から始めます。
入荷・計量・ロット、加工実績、在庫などを候補にできます。利用者数や拠点数、機器台数は小さく設計します。移行データや月額費用も、絞り込んで考えます。
導入後に効果を確かめてから販売や分析へ広げると、予算と現場負担を管理しやすくなります。
海上や市場で通信が切れても使えますか？
オフライン入力と後同期は設計できますが、通信断中に全機能を使えるとは限りません。
端末への保存期間や重複防止、同期の順位を要件にします。競合データの扱いと、復旧後の確認画面も含めます。
電波や低温、水濡れ、電池の条件で試験し、繁忙時間のデータ量も確かめます。紙や電話へ切り替える手順も用意します。
水産流通適正化法への対応で何を確認すべきですか？
まず対象品目と事業者区分を確認します。そのうえで、情報伝達や漁獲番号などの記録、取引記録の保存、検索・出力、閲覧権限を要件にします。
改正法は2026年4月1日に施行されています。そのため、対象範囲と記録項目は最新の水産庁資料で確認します。
記録改変の履歴と保存期間、バックアップ、監査時の提示方法も、システム要件に含めます。
まとめ
水産業向けシステムは、現場データとロット履歴によって、漁獲から流通までの業務をつなぐ役割を担います。
導入時は、業務の洗い出しとマスタ整備を行います。機器や通信、権限の条件に加えて、衛生や法令、既存システムとの連携も要件にします。
AIや高度な分析は、基盤を整えてから段階的に進めると効果を測りやすくなります。
最初に決めるべき三つの事項
導入計画では、まず対象と担当、総額を決めておくことが大切です。
- 対象にする業態と業務の決定
- 入力担当と場所、通信断や故障時の復旧方法の決定
- 機器、移行、教育、月額、保守を含む総額と効果指標の決定
三点が決まると、提案内容と見積もりを同じ条件で比べられます。
停止できない現場での段階的な導入
段階導入とサービス選定では、次の判断を基準にします。
- 小さく試す：入荷・計量・ロット追跡からのPoCとMVP、実データと繁忙時間での確認
- 段階的に広げる：現場の声を計画に反映しながら販売、会計、分析、IoTへ広げ、予算超過や形骸化を抑えること
- 会社・サービス選び：業務理解、機器・通信、移行、教育、保守、終了後の移行条件の確認
▼関連記事一覧
・水産業向けシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・水産業向けシステム開発でおすすめの開発会社/ベンダー6選と選び方
・水産業向けシステム開発の見積相場や費用/コスト/値段について
・水産業向けシステム開発の発注/外注/依頼/委託方法について
▼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を創業。