自社に必要な追跡と投資の全体像は、機能範囲、導入方式、追跡するロット粒度を整理すると定められます。
システムの機能と種類、導入の流れ、費用、開発会社の選び方と運用時の確認事項を、この順に説明します。各テーマの詳細は関連記事もご覧ください。
▼関連記事一覧
・ロット管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・ロット管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・ロット管理システム開発の見積相場や費用/コスト/値段について
・ロット管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ロット管理システムの概要
ロット管理システムは、原材料・仕掛品・完成品をロット番号で識別し、入荷から製造、検査、保管、出荷、回収までの履歴をつないで検索できるようにする仕組みです。在庫数量だけでなく、原料、工程、製品、出荷先の結び付きも説明できる状態をつくります。
トレースバックは、出荷品から使用原料や前工程へ遡る機能です。一方、トレースフォワードは、原料ロットから使用製品や出荷先へ追う機能です。特に、事故や問い合わせの際に、二方向の検索をすぐ実行できることが導入の価値になります。
ロット番号で管理する対象
追跡するには、ロットごとの属性、工程で起きたイベント、ロット同士の関係を記録しておく必要があります。
- 属性：製造日、入荷日、仕入先、産地、規格、期限。保管条件、品質判定、在庫ステータス。
- イベント：入荷、払出、工程間移動、分割。統合、廃棄、返品、出荷。
- 分割・混合：分割元と仕掛品の親子関係、混合に使った原料と比率。
- 5M：材料、人、機械、方法、測定を記録。担当者・設備・手順・検査結果とも紐付ける。
5Mまで紐付けておくと、同じ日に作った製品という括りより、影響範囲を限定できます。たとえば、誰がどの設備と手順で作業し、どの検査結果で判定したかまで確認できます。
在庫管理・製番管理・シリアル管理との違い
管理方法は、対象となる単位と追跡したい履歴を比べて選びます。
- 在庫管理：品目、数量、場所、入出庫を中心に扱う。
- ロット管理：在庫をロットに分け、品質属性と前後の履歴を追う。
- 製番管理：受注や案件ごとに製品を管理し、仕様が異なる機械などに向く。
- シリアル管理：個体ごとに番号を付け、修理・保証履歴を追う。
現場では複数の方式を組み合わせることがあります。たとえば、食品は原料と完成品をロットで、受注生産の装置は製番で管理できます。さらに、重要部品だけにシリアル番号を付ける設計もあります。
その場合は、品質保証や回収判断に必要な最小単位から、管理粒度を定義します。
ロット管理システムの主な機能と導入効果
効果を生むのは、現場の事実を漏れなくつないで、必要なときに説明できる状態をつくることです。たとえば、入出庫だけを電子化しても、計量、仕込、加工、検査、再加工、廃棄の記録が欠けると不十分です。さらに、記録が欠けると、回収範囲の絞り込みや品質原因の分析が難しくなります。
トレースバックとトレースフォワードを実行する機能
検索では、原料と製品の両方向をたどり、結果を業務で使える形にまとめます。
- トレースバック：完成品から原材料、仕入先、入荷日、工程、設備、検査結果までをたどる。
- トレースフォワード：原料から仕掛品、完成品、出荷先、出荷数量まで追う。
- 結果の出力：検索結果を画面に表示し、品質保証部門や取引先向けの帳票に出力する。
農林水産省は、食品トレーサビリティを「食品の移動を把握できること」と説明しています。そのため、記録を作成・保存しておくと、問題のある食品を遡及・追跡できます（出典: 農林水産省「トレーサビリティ関係」、2026年）。
バーコード・QR・計量器連携で入力を定着させる機能
現場の記録を実績と在庫に反映する仕組みを整え、入力の負荷を抑えます。
- 読み取り・連携：入荷時にバーコードやQRを読み、計量器から数量を取り込む。
- 現場入力：工程間移動を端末で確認し、動線に合わせて必須項目を絞る。
- 例外時の記録：異常時の理由の選択と、訂正履歴の扱いを定義する。
- 通信断への対応：端末に一時保存し、復旧後に同期する方法を検討する。
複数の端末で同じロットを更新する場合は、重複、時刻ずれ、同期失敗時の再送、訂正履歴を事前に決めておく必要があります。入力の課題は、バーコードに加えて、誰が、いつ、どこで登録するかを設計してこそ解決できます。
品質判定・保留・監査ログを管理する機能
品質状態と変更履歴を記録し、証跡を維持する運用も、要件に含めておきます。
- 状態管理：検査前で出荷不可、条件付き使用、廃棄、返品のロットを記録。
- 監査ログ：出荷停止対象を変えた人、日時、理由を記録する。
- 訂正履歴：元データを上書きせず、訂正前後の値と承認者を残す。
- 証跡の維持：検索性能、バックアップ容量、アーカイブ復元、退職者アカウントを管理。
保存期間は、法律、顧客契約、業界の品質保証規程によって異なります。そのため、保存年数は導入後ではなく、要件定義の段階で確認しておく必要があります。
ロット管理システムの種類
種類は、機能範囲と導入方法の二つの軸で整理できます。ロット照会に絞った小規模な仕組みもあれば、生産計画、品質、設備、会計まで統合する仕組みもあります。
種類を見比べる前に、課題がロット追跡なのか、現場実績と基幹データの連携なのかを切り分けます。
クラウド・SaaS型が向いている企業
標準業務を小さく始めたい場合に適しています。ただし、例外対応と契約条件は、導入前に確かめておく必要があります。
- 導入対象：初期投資を抑え、標準的な入出庫・照会を1拠点や少人数で試す。
- 運用体制：サーバー調達や保守を自社で抱えにくい場合にも導入しやすい。
- 適合確認：独自配合、複雑な分割・混合、設備自動収集、厳格なバリデーション。
- 契約条件：ユーザー・拠点・容量・API料金、端末、支援。移行、解約時返却。
契約前には、通信断時の入力方法、保管場所、バックアップ頻度、障害時の連絡体制についても質問します。
生産管理パッケージ型が向いている企業
標準機能に業務を合わせられるか、また、例外を基幹にどう反映するかを見極めます。
- 適する範囲：受注、購買、在庫、生産計画、原価、出荷をロット管理と連携。
- 標準化の効果：業務を標準機能に合わせると、個別開発や更新負担を減らしやすい。
- 管理単位：複数拠点や量産・個別生産が混在する場合、製品ごとにロットか製番かを整理。
- 例外処理：標準、設定、周辺アプリ、連携開発の対応先と保守・更新影響を比較。
分割や混合を別の画面で管理すると、基幹の在庫数量と履歴が分かれてしまうおそれがあります。
MES・個別開発型が向いている企業
独自工程の追跡と設備データの連携が必要な場合に、候補になります。
- MES型：工程実績、作業者、設備、検査、材料をリアルタイムに結ぶ。
- 設備連携：複数設備、計量器、センサー、電子指図書では取得時刻と設備状態も記録。
- 個別・ローコード型：独自配合、歩留まり、顧客向け証明書が競争力に直結する場合に有効。
- 自社で整備する項目：認証、権限、改ざん検知、監査ログ、バックアップ、障害復旧。
画面の開発だけでなく、データ検証、仕様変更の承認、担当者教育も、予算と期間に含めて考えます。
ロット管理システム開発・導入の進め方
導入では、まず現場のロットの流れを可視化し、そのうえで方式を決めます。正常な製造だけでなく、分割、混合、再加工の流れも描きます。さらに、保留解除・返品の処理、廃棄、誤入力の訂正も描きます。
最初に掲げる目標としては、全自動化よりも、事故時に何分で対象範囲を特定するかを数値にすることが適しています。
▶ 詳細はこちら：ロット管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
要件定義・現場調査で決める事項
対象範囲と現場の流れを確定し、既存システムとの責任境界を決めます。
- 対象範囲：拠点、品目、ロット、追跡期間、利用部門。
- 業務と入力：入荷から廃棄までを時系列化し、各イベントの入力者を確認。
- ロット要件：採番、親子関係、単位換算、賞味期限、保留、品質判定の承認者。
- 既存連携：対象システム、正とするデータ、在庫更新時点、API・CSV・EDI頻度、エラー再送。
- RFP記載：業務フロー、端末、通信環境、帳票。移行データ、権限、監査ログ、保守体制。
エラー時の再送方法が決まっていないと、二重入力やデータの不整合が残ったままになります。
設計・開発で優先する事項
履歴をたどれるデータ構造と、現場・管理部門それぞれの画面を設計します。
- データ構造：ロット、在庫、工程イベント、検査、出荷先を分け、履歴キーを定義。
- 分割・統合：親子ロット、数量、発生日時、処理理由を個別の記録として保持。
- 現場画面：スキャン、数量入力、異常理由の選択を短い手順にする。
- 管理画面：ロットから原料、工程、出荷先を検索できるようにする。
現場に定着させるには、紙の記録を転記する作業を減らすことが条件になります。
テスト・移行・段階リリースの進め方
テスト、データ移行、小規模検証を経て、製造を止めずに段階的に展開します。また、画面が動くかだけでなく、トレース結果が業務上正しいかも検証します。
- 原料から出荷先、出荷品から原料・工程への検索を検証する。
- 分割、混合、再加工を試し、返品・廃棄、保留解除、訂正も確かめる。
- 連携エラー、重複送信、通信断に加え、端末紛失と権限外操作も試す。
- 品目、取引先、仕入先のマスタを整理し、ロット、在庫、BOM、工程、品質判定のマスタもあわせて整える。
- 重複や表記ゆれを除いたうえで、1ラインまたは1拠点のMVPで検証する。
- 指標を測り、結果を基に範囲を広げて段階リリースする。
測定する指標は、トレース検索時間、入力完了率、棚卸差異、回収対象の特定時間です。全社一斉の切り替えと比べると、段階的に進めるほうがリスクを抑えやすい進め方です。
ロット管理システムの費用相場とコストの内訳
費用は、ロット照会だけを対象にするか、生産・品質・設備・基幹連携まで含めるかで変わります。
ロット管理に絞った市場統計は限られています。そのため、以下の数値は、2026年8月時点の製造業向け業務システムの公開料金と、導入支援・連携・移行を含む開発費を合わせた目安です。
個別の見積もりは、ユーザー数、拠点数、端末台数、設備連携で変わります。さらに、帳票、保存期間、バリデーション要件も見積もりに影響します。
▶ 詳細はこちら：ロット管理システム開発の見積相場や費用/コスト/値段について
導入方式別の費用と期間の目安
費用と期間は導入方式で異なり、SaaS型では公開価格例も参考になります。
- 小規模クラウド・SaaS：初期0万〜30万円、月額1万〜15万円程度。即日〜2か月程度。
- 公開料金例：販売管理中心は月額3.6万円から、生産管理を含む構成は月額12.4万円から。
- 量産・個別生産併用：公開料金例では月額14.6万円から。
- ロット対応パッケージ：初期設定・ライセンス込みで300万〜1,000万円程度、2〜6か月程度。
- MES・複数設備連携：500万〜5,000万円程度、6〜12か月程度。
SaaS型は1拠点の標準的な入出庫と照会に適しています。一方で、パッケージ型は、生産計画、在庫、原価、品質まで広げたい企業に向いています。
公開価格例は、製造業向け生産管理システムの料金調査に基づく2026年8月時点のものです。ただし、導入支援、端末、データ移行、連携開発は別費用になる場合があります。
個別開発や大規模な基幹統合は1,000万〜5,000万円超です。また、全社基幹では5,000万円〜1億円以上となる場合もあります。
各レンジは、構成ごとの一般的な見積もり目安で、市場統計の数値ではありません。
見積もりに含めるべき費用の内訳
初期費用と継続費用を分け、作業範囲と対象外業務を明記して比較します。
- 初期作業：要件定義、現場調査、業務・画面・データ設計、実装。
- 導入作業：API・CSV・EDI連携、機器設定、テスト、移行、教育、稼働支援。
- 機能区分：標準、設定、追加開発、対象外とし、対象外業務の担当も記載。
- 継続費用：月額利用料、保守料、機器更新、通信、バックアップ、監視。問い合わせ、マスタ変更、法令・OS更新、脆弱性対応も含む。
「システム一式」と書かれた見積もりでは、分割、混合、再加工、返品、訂正履歴の工数が抜けやすい点に注意が必要です。
初期開発費の年15〜25％程度を、保守・改善費として予算化する考え方もあります。割合は契約内容によって異なるため、対応時間と対象範囲を確認します。
費用を抑えても削らない項目
対象範囲を絞っても、履歴の正しさと復旧可能性は保ちます。
- 範囲の調整：対象拠点や品目を絞る。
- 削らない項目：移行、例外処理、連携エラー、権限。また、バックアップ、教育、稼働後の問い合わせ。
- 比較条件：ユーザー、拠点、端末、連携本数。移行件数、テスト数、教育時間、保守範囲。
見積もりを比べるときは、総額だけでなく、作業項目ごとの前提条件もそろえます。たとえば、安い提案は、要件定義やテストを含まない可能性があります。
ロット管理システムの開発会社・ベンダーの選び方
開発会社は、知名度や価格だけでなく、ロット粒度、業種、現場入力、既存連携との適合で選びます。パッケージ導入支援と、MES・個別開発では、得意とする分野が異なります。
事故や問い合わせの際に、何分でどこまで特定したいかを決めておくと、比較の軸が定まります。
同業・同規模の実績とロット粒度の確認
実績とデモを、自社の業務構造や品質要件に照らして確認します。
- 導入実績：業種、品目数、拠点数、製造形態、品質要件が近い事例。
- データモデル：一対一の流れと、混合・分割・再加工のある流れの違い。
- 追跡デモ：出荷品から原料へ遡り、原料から出荷先へ追跡。分割・混合後の表示も確認。
- 品質要件：業種ごとの保存期間、品質証跡、採番、帳票。検査、保留・停止、返品・廃棄。
連携・移行・現場定着までの支援範囲
連携設計から移行、稼働後の現場支援まで、担当範囲を確認します。
- システム連携：生産、購買、販売、倉庫、品質、会計との接続を設計できるか。
- 障害対応：正とするデータ、再処理、手動運用、API変更への対応。
- 提案内容：項目定義、頻度、エラー監視、テスト責任の分担。
- 現場支援：手順書、教育環境、管理者育成、初日支援、問い合わせ、改善受付。
紙やExcelを併用する場合は、併用の期間と二重管理の解消方法も、計画に含めます。
見積もりとデモで確認する質問
相見積もりでは、同じRFPを渡して、機能と運用の条件をそろえたうえで質問します。
- 例外処理：分割、混合、返品、廃棄、誤入力訂正を標準で扱えるか。
- 機器連携：バーコードや計量器と連携できるか。
- 通信復旧：通信断から復旧した際に重複登録を防げるか。
- 監査・データ：ログの閲覧権限とデータ返却に対応するか。
例外処理のデモを見ると、一覧には出ない適合度を確かめられます。
契約では、要件変更、追加開発単価、受入条件、瑕疵対応、停止時の連絡を確認します。さらに、バックアップ、障害復旧目標、保守終了時の移行支援についても、契約内容に含めておきます。
価格よりも、想定外の工数と責任分界が明確かどうかを重視します。
▶ 詳細はこちら：ロット管理システム開発でおすすめの開発会社/ベンダー6選と選び方
▶ 詳細はこちら：ロット管理システム開発の発注/外注/依頼/委託方法について
導入で失敗しやすいポイントとセキュリティ対策
導入の失敗は、機能の不足よりも、要件の抜け、入力負荷、既存連携との不整合、例外処理の未定義から起こりやすいものです。また、仕様は管理部門だけで決めず、入荷、製造、品質、倉庫、出荷の担当者も業務フローを確認します。
Excelとの二重入力と現場の入力負荷への対策
一次記録の方法と入力項目を整え、稼働後も現場の運用を見直します。
- 記録の一本化：紙、Excel、システムへの重複入力を避け、一次記録の時点を決める。
- 入力環境：バーコード、QR、計量器、端末を作業動線に合わせる。
- 入力項目：品質保証・在庫整合性に必要な項目に絞る。
- 稼働後の確認：入力完了率、未登録・訂正件数、棚卸差異、検索時間を確認。
使われない機能は、責めるより先に、作業が止まる箇所を観察します。そのうえで、画面、端末、マスタ、手順のどこを直すかを判断します。
権限・ネットワーク・バックアップの設計
権限、アカウント、バックアップ、工場ネットワークの復旧性を設計します。
- 権限管理：閲覧、登録、承認、訂正を分け、共有アカウントを避ける。
- アカウント・ログ：退職・異動時に無効化し、管理者操作と訂正履歴を記録。
- クラウド運用：保管場所、暗号化、バックアップ、復元テスト、再委託、障害連絡を確認。
- 工場ネットワーク：端末・設備接続時はOT環境の可用性も考慮。
経済産業省は、IoT化や外部接続によって工場システムのセキュリティリスクが増えることを踏まえ、対策ガイドラインを公開しています（出典: 経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」）。
法令・監査要件のシステム要件への落とし込み
業界や取引先が求める記録と証跡を確認し、検索と保存の要件に落とし込みます。
- 食品：トレーサビリティ、衛生管理、賞味期限、産地、取引先の関係。
- 米・米加工品：取引、事業者間の移動、廃棄の記録保存。対象事業と項目を整理（出典: 農林水産省「米トレーサビリティ法の概要」、2026年）。
- その他の業種：医薬品、化学品、部品などの業界規程。顧客監査、輸出先要求、保存期間、承認手順。
- 監査証跡：入力者、日時、変更前後の値、理由、承認者、関連ロットを記録し、検索・出力をテスト。
帳票を出力できても、改ざん防止、訂正履歴、責任者承認が抜けている場合があります。
海外へ出荷する食品では、米国規則の適用時期の変更など、制度の情報が動きます。そのため、公開前と導入前に、所管機関の最新情報を確認します。
導入前に整理するロット管理システムのチェック項目
導入前は、機能一覧だけでなく、実際のロットの流れに沿って条件を確認します。確認事項をRFPや比較表に記載しておくと、提案と見積もりの前提をそろえられます。
業務・データ面のチェック項目
対象ロット、記録項目、検索結果の正確さを業務サンプルで確認します。
- 対象と採番：原料・仕掛品・完成品の範囲、採番者・時点。
- 例外記録：分割、混合、再加工の記録方法。
- 必須項目：製造日、期限、仕入先、産地、規格、保管条件。品質判定、5M、数量単位、出荷先、返品・廃棄理由。
- 追跡検証：バック・フォワード検索と、複数拠点・倉庫、移動、統合、出荷分割後の数量・履歴。
- 記録保全：保存期間、アーカイブ、削除禁止、訂正承認。
技術・運用面のチェック項目
端末・連携の仕様と運用責任者、導入効果を測る指標を整理します。
- 端末・連携：端末、バーコード・QR規格、計量器・設備、通信断入力、同期エラー、API・CSV・EDI頻度。
- 権限・復旧：閲覧・登録・承認・訂正・管理者の権限、発行・無効化、バックアップ、復元。復旧時間、ログ監視、端末紛失対応。
- 担当者：マスタ管理者、品質判定承認者、連携エラー担当、問い合わせ窓口。
- KPI：検索時間、入力完了率、二重入力件数、棚卸差異、訂正件数、回収対象の特定時間。
導入後も、業務とデータを改善する仕組みとして運用します。
よくある質問（FAQ）
導入前によく寄せられる質問に答えます。方式に迷う場合は、ここでの答えを要件整理の材料として使ってください。
ロット管理はExcelでもできますか？
少量・少拠点で照会中心ならExcelで始められる場合があります。
- Excelで対応できる場合：品目・拠点が少なく、入出庫とロット照会が中心。
- 管理が難しくなる要件：複数人の同時更新、入荷から製造・出荷までの履歴連携。
- ミスの懸念：分割・混合・返品や監査ログが増えると競合・転記ミスが起きやすい。
回収や品質問い合わせに時間がかかる場合は、システム化の効果を試算するとよいでしょう。
ロット管理システムは小規模企業でも導入できますか？
小規模企業でも、対象を絞って追跡を完成させてから、段階的に広げられます。
- 初期範囲：全拠点・全品目ではなく、1拠点、1ライン、重要品目に限定。
- 最初の到達点：入荷ロットから出荷ロットまで追跡できる状態。
- 段階拡張：SaaS型や標準パッケージで始め、入力定着と効果を確認後に設備連携・品質機能を追加。
段階的に広げると、初期投資と現場の負担を抑えやすくなります。
ロット管理システムの導入期間はどれくらいですか？
導入期間は方式と連携範囲で異なり、個別開発では長期化する場合があります。
- 標準クラウド型：小規模なら即日から2か月程度。
- パッケージ型：設定やデータ移行を含めて2〜6か月程度。
- MES・連携あり：設備・基幹連携を含めて6〜12か月程度。
- 個別開発・複数拠点統合：9か月以上かかる場合もある。
期間を短くするには、対象範囲、マスタ、例外処理、受入条件、現場教育の担当を、早い段階で決めておきます。
法令対応のためにシステム導入は必須ですか？
特定システムの導入が必須とは限りませんが、記録を維持する責任があります。
- 必要な状態：記録を正確に作成・保存し、問題時に遡及・追跡できる。
- 紙・Excelの評価：記録漏れ、訂正履歴、保存期間、検索時間を確認。
- 継続性：担当者の退職リスクも考慮してシステム化を判断。
まとめ
ロット管理システムは、在庫数量だけでなく、原料、工程、品質、完成品、出荷先をつなぐ仕組みです。中でも、トレースバックとトレースフォワードを実行できる点が中心になります。
導入では、採番と、分割・混合・再加工・返品・廃棄の扱いを整理します。さらに、現場端末、既存連携、監査ログも決めておきます。
自社に合う方式と投資規模の決め方
必要な機能範囲と追跡の深さに応じて方式を選び、費用と効果を見比べます。
- クラウド・SaaS型：標準的な入出庫・照会から始める。
- パッケージ型：生産、在庫、原価まで一体化する。
- MES・個別開発型：設備や5Mまでリアルタイムに追跡する。
- 投資判断：月額数万円から数百万円・数千万円まで幅があり、対象範囲と回収対象の特定時間短縮で評価。
最初に作る資料：ロットの流れと例外処理
業務の流れと例外を可視化し、小規模に検証してから展開します。
- 入荷から出荷までの業務フロー、工程の入力者、必須項目を整理する。
- ロットの親子関係、例外処理、連携先を明確にする。
- 1ラインまたは1拠点で検証し、KPIを測定する。
KPIは、トレース検索時間、入力完了率、棚卸差異、回収対象の特定時間です。現場で使い続け、必要な証跡を正確に残す運用が、長期的な投資効果につながります。
▼関連記事一覧
・ロット管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・ロット管理システム開発でおすすめの開発会社/ベンダー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を創業。