充填工程管理システムは、製造指図、設備連携、品質記録、ロット追跡を一つの履歴につなぐ仕組みです。品種違いや転記ミス、原因追跡の遅れを減らすことを目的とします。
主な機能から開発の進め方まで、発注前に知っておきたい点を順に見ていきます。
▼関連記事一覧
・充填工程管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・充填工程管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・充填工程管理システム開発の見積相場や費用/コスト/値段について
・充填工程管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
充填工程管理システムの全体像
充填工程は、内容物を容器へ入れるだけの作業ではありません。製造指図に合う原料と容器を準備し、計量値や充填量を確かめます。そのうえで、キャッピング、検査、ラベル貼付、箱詰め、出荷までの記録を製造履歴として残します。
このシステムの目的は、設備を制御することだけではありません。現場で起きた事実を正しく記録し、次の判断に使える状態にすることです。
管理対象の範囲
管理対象は、製造の計画、現場の実績、品質と出荷の面に分けて考えます。製造の計画では、製造指図、レシピ、品種、容器を扱います。予定充填量と許容差も、ここで管理します。
現場の実績では、原料ロット、作業者、設備、計量値を記録します。さらに、出来高、不良、停止理由も同じ履歴に残します。品質と出荷では、検査結果、包装資材、出荷先を管理します。
また、記録は、製品から使用原料へ、原料から使用製品へと双方向に検索できるように残します。食品のトレーサビリティは、事故時に仕入先を調べる遡及と、出荷先を調べる追跡の両方につなげるものです（出典：農林水産省「トレーサビリティ関係」、2026年）。
業界ごとの利用例
業界によって、充填工程で重視する情報や管理要件は異なります。たとえば食品では原料ロットや賞味期限、医薬品では電子記録の完全性や監査証跡が、管理の中心になります。
- 食品・飲料：原料ロット、容器やラベルの照合、賞味期限
- 化粧品：多品種少量生産への対応、レシピの版管理
- 化学品：原料計量、温度・圧力・粘度、防爆エリアでの端末利用
- 医薬品：電子記録の完全性、変更履歴、承認権限、監査証跡、バリデーション
- LPガス：容器の貸出・返却、検査期限、充填所間のデータ連携
導入で解決できる課題
導入前の現場では、手書き記録の読み間違い、設備画面から日報への転記、品種切替時の設定ミスが課題になります。ラベルや容器の取り違え、原因調査に時間がかかることも課題です。
入力をデータベースに集めると、計画に対する進捗、ライン停止の理由、排斥の傾向、設備ごとの稼働時間を同じ画面で確認できます。ただし、システムを入れるだけで成果が出るわけではありません。そのため、導入前に転記時間やロット検索時間をKPIとして決めておく必要があります。
充填工程管理システムの主な機能
機能の幅は、現場入力の電子化から設備データの自動収集まで、広い範囲にわたります。比べるときは機能数よりも、充填前の照合、工程中の実績収集、異常時の判定、出荷後の追跡が一本の履歴でつながるかを見ると、違いが分かりやすくなります。
製造指図・レシピ・品種を管理する機能
製造指図には、製品、数量、納期を登録します。そのうえで、原料と容器、充填量と許容差、設備と作業手順を、指図ごとに紐づけます。
バーコードやQRコードで原料、容器、ラベルを読み取ります。予定の品種と違う場合は次の工程へ進めない仕組みにすると、投入間違いの防止につながります。
レシピは、版数、承認者、適用開始日、変更理由を管理します。旧版は上書きせず、残しておくことが大切です。特に多品種少量の現場では、担当者の記憶に頼る設定を減らす効果が大きくなります。
原料・容器・製品のロットを追跡する機能
ロット管理では、原料・製品・容器ごとに、ロットと関連する情報を結びつけて記録します。
- 原料：ロット番号、使用期限、保管場所、払出数量、計量実績
- 製品：使用した原料ロットとの紐づけ
- 容器・ラベル：必要に応じて、ロット、シリアル、検査期限を資材マスタで管理
製品から原料へさかのぼるバックトレースと、原料から使用製品へたどるフォワードトレースは、どちらも必要です。さらに、事故や問い合わせの際に検索結果を帳票へ出力できれば、調査と出荷判断を早められます。
設備・計量器・検査機と連携する機能
設備から集めるデータと、導入前に調べておく接続情報は、分けて考えます。
- 収集対象：充填機、計量器、印字機、キャッパー、検査機、PLC、センサーの運転状態、充填数、重量、温度、圧力、停止、排斥、アラーム
- 接続情報：メーカー、型式、通信方式、取得信号、時刻精度、通信断時の保持方法
- 標準技術：製造設備からMESやERPまでの情報交換で検討するOPC UA
OPC UAは、相互運用性や暗号化、認証、監査を含む仕組みとして整理されています（出典：OPC Foundation「OPC Unified Architecture Core」、2026年）。
品質・保全・帳票を管理する機能
判定から保守記録、変更履歴までを一続きで確認できるよう、次の機能を備えます。
- 品質判定：充填量、重量、温度、圧力、粘度、外観を規格値と照合し、規格外は隔離・判定・再検査・廃棄へ進める
- 保全記録：洗浄、CIP、段取り替え、点検、校正、作業者の資格・教育履歴を製造履歴に含める
- 帳票・監査：製造実績書、検査・出荷記録、停止分析を対象にし、変更者と時刻を監査ログへ残す
- 様式変更：帳票が変わりやすい場合の、追加開発なしでの項目変更への対応
業界・製品別に異なる要件
業界が変われば、必要なデータと承認手順も変わります。製品の性質、容器、品質保証、危険区域、出荷先の規則によって、求められる内容が違うためです。このため、同じシステムをどの業界にもそのまま適用できるとは限りません。
企画の段階で業界ごとの要件を分けておくと、機能を入れすぎることや、稼働後に重要な機能を後から足すことを避けやすくなります。
食品・飲料で重視するポイント
食品・飲料では、紐づける情報を整理しておくと、原料から製品までの追跡範囲がはっきりします。
- 原料・製品：原料ロット、アレルゲン、賞味期限、製造条件、出荷先
- 容器・表示：容器とラベルの、製品への結びつけ
- 工程記録：受入から計量、混合、充填、包装までの記録
記録があれば、製品から使用原料をたどれるほか、特定の原料を使った製品の範囲も把握できます。
農林水産省は、食品トレーサビリティを「食品の移動を把握できること」と説明しています。さらに、記録の整理・保存を、中小事業者の課題として挙げています（出典：農林水産省「トレーサビリティ関係」、2026年）。
現場が続けられる入力の手間と、あとから検索しやすい使い方を両立させることが求められます。
化粧品・化学品で重視するポイント
化粧品と化学品では、製造記録の細かさと、現場環境に合った入力や安全設計が問われます。
- 製造記録：レシピ版、原料計量の照合、設備条件、作業時間、ロット、容器、ラベル
- 品種切替：多品種少量生産での、手入力による担当者差や設定ミスの抑制
- 防爆エリア：端末・通信機器の制限を踏まえた、防爆端末、ハンディターミナル、エッジ側の一時保存の設計
- 危険物：システム仕様だけでなく、設備担当者と安全・品質部門による適合性の確認
医薬品・LPガスで重視するポイント
医薬品とLPガスでは、記録の完全性や容器管理など、それぞれ別の要件があります。
- 医薬品：権限分離、承認、監査証跡、変更管理、バックアップ、バリデーション
- LPガス：容器の個体情報、貸出・返却、検査期限、充填実績、伝票、充填所間連携
医薬品で避けたいのは、入力値を後から書き換えられる設計と、共用アカウントで操作者が分からない運用です。
法規制や顧客の要求は、製品分類と販売地域によって変わります。そのため、最終的な解釈は品質保証・法務・所管当局に確認してください。
システム構成と導入方式の選び方
構成は3層で捉えると分かりやすくなります。上位にはERPや基幹システムを、中間にはMES・工程管理を置きます。現場の下層には、PLC・センサー・計量器があります。リアルタイム制御や安全に関わる処理は、現場側に置きます。
実績集計、マスタ同期、帳票、分析を上位側へ連携する、ハイブリッド構成が現実的です。クラウドかオンプレミスかを決めるだけでなく、通信断時の継続と、復旧後に重複せず再送できるかを確認してください。
既製SaaS・クラウドを選ぶケース
在庫、日報、簡易工程、承認、帳票を短期間で始めたい場合は、既製SaaSやクラウドを検討するとよいでしょう。サーバー運用の負担を抑えやすく、ユーザーや拠点を増やす際も進めやすい方式です。
特殊な充填機との接続、複雑なレシピ、細かな許容差、独自帳票、防爆端末、オフライン処理は、標準機能に含まれないことがあります。
月額料金と合わせて、設備ゲートウェイや通信工事の費用を分けて見ます。端末と初期設定、移行は、別の項目として見積もりに出してもらいます。教育と保守についても、内訳として示してもらいます。
業界パッケージ・MESを選ぶケース
業界パッケージやMESは、標準機能で業務をまとめて扱いやすい方式です。製造指図と実績、品質を中心に、ロットや設備、在庫、帳票も一つの仕組みで扱えます。
食品、化学、医薬品などのプロセス型製造に合ったデータモデルであれば、業務の抜け漏れを抑えられます。
標準に合わせる範囲と、競争力・安全性・法規対応のために追加する範囲は、Fit to Standard・Gap分析で分けます。アドオンを増やしすぎると、更新や拠点展開のたびに改修費が発生しがちです。
ローコード・スクラッチを選ぶケース
ローコードは、日報、承認、点検、帳票、簡易ダッシュボードなど、変化の多い周辺機能を早く作る方法です。
特殊な充填、危険物、高圧ガス、複雑なバッチ・レシピ、固有の設備連携が業務の核になる場合は、スクラッチ開発を検討します。
スクラッチは自由度が高い一方で、要件定義、設備仕様の解析、テスト、保守の責任範囲が広がります。契約には、データ辞書、API仕様、障害時の復旧手順、ソースコードの管理方法も含めてください。
充填工程管理システム開発の進め方
開発の成否は、画面を作る前に、現場の流れとデータのつながりを定義できるかで決まります。全工場を一度に対象にすると、設備の違いや例外処理が膨らみ、稼働開始も遅れやすくなります。
進めやすいのは、1ライン・1品種群で検証し、現場で使えることを確かめてから展開する段階導入です。
▶ 詳細はこちら：充填工程管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
現場観察とAs-Is整理
実機の前で、現場の流れを端から端まで確認します。前半は、原料・資材の受入、保管、払出、計量です。後半は、充填、キャッピング、検査、ラベル、箱詰め、出荷になります。
担当者が何を紙に書き、どのExcelへ転記し、どの設備画面を見て判断しているかを記録してください。
正常時だけでなく、例外の流れも確認します。例外には、通信断、機器停止、読取失敗、品種切替があります。さらに、再検査、廃棄、途中終了の流れも確かめます。ここで作る業務フローとデータ項目一覧が、要件定義と見積もりの基礎になります。
To-Be業務とKPIの決定
導入後の業務では、原料と容器をスキャンして一致を判定します。計量値が許容差内なら充填へ進み、設備実績は自動で収集します。異常時は、責任者の承認を得てから再開する流れなどを決めます。
KPIには、手入力時間、実績入力率、品種違い件数、ロット検索時間、停止時間、不良率、歩留まり、棚卸差異などがあります。画面で見えるようにしただけでは成果を判定しにくいため、導入前の基準値と目標値を決めてください。
設備と既存システムの連携仕様の調査
設備連携は、見積もりの後に調べると、予算と納期が大きく変わる部分です。充填機やPLCのメーカー・型式、通信方式、取得信号、計量器の精度を一覧にします。印字機・検査機の結果形式や、設備時計の同期方法も書き出します。
ERP、生産計画、在庫、品質管理、WMSがある場合は、API、CSV、データベース連携の可否と更新時期を確認します。手動入力、エッジ端末での収集、自動連携は設備ごとに分け、例外時の責任者も決めてください。
PoC・MVPからの段階展開
初期検証では、製造指図と品種照合を1ラインで動かします。原料・容器ロット、充填実績、異常記録、帳票も、同じラインで確かめます。
正常なデモに加えて、遅延や重複送信、機器停止、権限不足を試験してください。さらに、読取失敗、規格外、再検査、通信断からの復旧も対象に含めます。
PoCで入力時間と検索時間を測り、操作が複雑なら画面を減らします。稼働後は、1ラインから工場全体、複数拠点へ広げていきます。そのうえで、マスタ変更、教育、問い合わせ、紙バックアップ、障害時の再送を標準化します。
充填工程管理システムの費用相場
費用は、設備台数、PLCの通信仕様、拠点数、品種数によって変わります。さらに、規制対応、ユーザー数、移行、教育、24時間保守の範囲でも違いが出ます。
充填専用システムは一律の価格が少ないため、公開料金情報と、設備連携を含む類似案件をもとにした、企画段階の目安を示します。
正式な予算は、設備調査と要件定義を終えてから見積もってください。
▶ 詳細はこちら：充填工程管理システム開発の見積相場や費用/コスト/値段について
導入方式ごとの初期費用と期間
導入方式によって、初期費用と期間の目安には幅があります。
- 既製クラウド：初期10万〜100万円程度、月額2万〜20万円程度、即日〜1か月程度
- 業界パッケージ：初期200万〜800万円程度、設定と小規模連携で1〜4か月程度
- 1〜3台のMVP：バーコード、実績、ロット、帳票を扱い、300万〜1,000万円程度、3〜6か月程度
- 中規模構成：複数設備とERP・WMS・品質管理を連携し、1,000万〜5,000万円程度、6〜12か月程度
- 複数工場など：24時間運用、厳格な監査証跡、バリデーション、独自連携を含み、5,000万円〜1億円以上、12か月〜2年以上の場合もある
初期3方式の金額は、類似する生産管理システムの公開相場をもとにした目安です。設備接続を含む場合は、上振れします（出典：公開されている生産管理システムの料金解説、2025年）。
金額は、機能数よりも連携数、例外処理、稼働を止めない切替テストの量で増えやすくなります。
見積もりに含めるべき費用
初期費用の見積もりに、次の項目が含まれているかを確認してください。
- 設計・開発：要件定義、画面・データ設計、開発または設定
- 設備・環境：ゲートウェイ、通信工事、現場端末、バーコードリーダー、サーバー、クラウド設定
- 導入作業：データ移行、テスト、教育、稼働立会い
- 保守運用：障害対応、休日対応、更新、監視、バックアップ、現場教育
クラウド料金が安くても、防爆端末、専用機器、ネットワーク分離、設備改修、既存システムのAPI開発が別途かかることがあります。
保守運用の費用は、初期開発費の年15〜25％程度が目安です。対応内容ごとに分けて確認してください。
費用を抑えるための優先順位
費用を抑えるには、初期に作る範囲と、後から追加する機能を分けて考えます。
- 初期に絞る範囲：1ライン・1品種群の指図、照合、ロット追跡、実績、異常記録、帳票
- 後から追加する機能：OEEの高度分析、AI予測保全、全拠点の統合ダッシュボード
- 初期設計に含める機能：監査証跡、権限、バックアップ、通信断復旧、品質記録
監査や品質に関わる機能を後から変えると、データの信頼性に影響します。機能を絞る場合でも、将来追加できるよう、APIとデータ構造は残しておいてください。
開発会社・ベンダーの選び方
選定では、画面の見た目よりも、充填現場の設備と業務への理解を確かめます。充填機の制御、MESの実績管理、業務システムの在庫・出荷管理は役割が違うため、各社の対応範囲をはっきりさせてください。
公開事例が自社と同じ製品でなくても、原料計量、レシピ、設備実績、ロット追跡、品質記録の実績を、代わりの判断材料として確認できます。
設備連携と業界知識の確認
候補先には、経験を説明してもらうだけでなく、実演で確かめます。
- 設備経験：充填機、計量器、PLC、検査機、印字機との連携、異なるメーカーの接続
- 調査力：通信仕様が不明な古い設備の調査
- 業界知識：食品、化粧品、医薬品、化学品、LPガスの得意分野
- 操作実演：原料から製品、製品から原料への追跡と、規格外・再検査・廃棄・切替・通信断への対応
RFPで質問する項目の統一
相見積もりでは、各社に同じ条件を示して、見積もりと質問の範囲をそろえます。
- 対象範囲：ライン・設備台数、品種数、ロット項目、許容差、取得データ、既存システム、ユーザー数、拠点数、稼働・保守時間
- 運用要件：オフライン保持・再送・重複防止、権限、監査ログ、バックアップ、データ所有権、API、移行、教育、SLA
- 費用内訳：開発費、設備改修、端末、ネットワーク、クラウド、ライセンス、保守、追加変更の単価
導入後の体制と保守範囲
導入直後には、現場からの操作の質問やマスタ変更が発生します。加えて、端末故障や通信障害、設備追加も起こります。
- ベンダー保守：窓口時間、一次切り分け、現地対応、復旧目標、バックアップ復元、更新時の影響確認
- 社内体制：現場責任者、品質保証、設備保全、情報システム、経営層を含むチームと、変更申請・承認の流れ
- 長期運用：自社でマスタと業務ルールを維持できる体制づくり
▶ 詳細はこちら：充填工程管理システム開発でおすすめの開発会社/ベンダー6選と選び方
▶ 詳細はこちら：充填工程管理システム開発の発注/外注/依頼/委託方法について
失敗を防ぐセキュリティと運用設計
設備とITがつながる充填工程では、情報漏えいだけでなく、停止や誤投入、品質記録の欠落、出荷判断の遅れもリスクになります。工場ネットワーク、設備、端末、クラウド、保守接続のそれぞれを、業務を続けるための設計として確かめます。
経済産業省は2025年、中小規模の製造事業者向けに、工場セキュリティの重要性と始め方を解説する資料を公表しました。サプライチェーン経由の攻撃への備えも示しています（出典：経済産業省「工場セキュリティの重要性と始め方」、2025年）。
工場ネットワークとアクセス権の分離
アクセス管理と保守運用には、次の対策が必要です。
- 通信経路：制御系、工程管理、事務所IT、クラウド、外部保守を分離し、必要な通信だけ許可
- アカウント：最小権限と多要素認証を適用し、共用を避け、退職・異動時に無効化
- 端末・保守：USB、パッチ、ログ、バックアップ、遠隔保守の申請と時間制限を管理
現場の安全を損なわないためには、セキュリティ更新や再起動を製造中に行わない手順も必要です。
通信断・障害時の現場運用
通信断時に製造を止めるのか、現場側へ一時保存して続けるのかを、あらかじめ決めておきます。続ける場合は、ローカル端末やエッジに入力者と内容を記録します。復旧後は時刻順に再送して、実績の二重登録を防ぎます。
紙のバックアップを使う場合は、後から電子化した人と時刻、原本との照合結果も記録してください。復旧訓練は年に一度だけでなく、設備停止や通信断を想定して行うと、手順の不備を見つけやすくなります。
ありがちな失敗と対策
失敗を避けるには、現場の参加、設備調査、段階導入を、いずれも初期の段階から進めておく必要があります。
- 経営側だけで要件を決める：計量や品種切替の作業者にPoCへ参加してもらい、手袋着用・洗浄後・照明が弱い場所で操作を確認
- 設備連携を後回しにする：型式と通信仕様を早期調査し、接続テストを見積もりへ含める
- 全機能を一度に作る：データ項目とマスタを固めないまま稼働させず、1ラインのMVPで業務とデータを固めてから、機能を広げる
よくある質問
費用や導入期間は、設備構成と要件によって変わります。そのため、よくある質問ごとに、判断の軸と確認の方法を示します。
充填工程管理システムの費用は最低いくらですか？
簡易なクラウド利用だけなら、初期10万〜100万円程度、月額2万〜20万円程度から始められる場合があります。
設備連携、端末、防爆仕様、移行、教育、品質監査を含むと、1ラインのMVPでも300万〜1,000万円程度を見込むことがあります。
料金表の金額ではなく、設備接続と現場運用を含めた総額で比べてください。
小規模工場でもMESを導入するべきですか？
最初から大規模なMESを入れる必要はありません。まずは1ラインで、品種照合、原料・製品ロット、充填実績、異常記録、帳票に絞り、現場が無理なく使えるかを確かめます。
その後は、設備稼働、品質分析、在庫、複数ライン、複数拠点へと、段階的に広げていきます。初期からデータ項目とAPIを整理しておくと、作り直さずに機能を追加しやすくなります。
クラウド型なら通信断でも使えますか？
クラウド型でも、設計がなければ通信断の間は使えないことがあります。現場のエッジや端末に一時保存し、復旧後に重複なく再送するか、紙に切り替えて後から照合するかを決めてください。
リアルタイム制御や安全系は現場側に置き、クラウドは実績集計、マスタ、帳票、分析を担う構成にすると、役割がはっきりします。
見積もり前に何を準備すればよいですか？
見積もりの前に、現場資料、設備・システム、規模と課題の3種類を集めておきます。
- 現場資料：工程図、製造指図サンプル、原料・容器・製品マスタ、紙・Excel帳票
- 設備・システム：設備一覧、PLC・計量器の型式、既存システム構成
- 規模と課題：ユーザー数、拠点数、品種数、削減したい時間、誤投入・不良件数、ロット検索時間、通信断時の運用
設備仕様が分からない場合は、現地調査を見積もりの最初の工程に含めてもらう方法があります。
まとめ
充填工程管理システムは、製造指図から出荷、ロット追跡までを製造履歴として管理する基盤です。製造指図、原料・容器、計量の記録を一つにつなぎます。充填、検査、包装の各工程も、同じ履歴に含めます。
転記の削減だけでなく、品種照合、設備連携、品質記録、障害復旧、業界要件も対象に含めてください。
最初に取り組むべきこと
最初に1ラインを観察し、原料・容器・製品ロットと充填量を一覧にします。設備信号、紙帳票、異常時の手順も、同じ一覧に入れます。
品種照合、実績収集、ロット検索、異常記録をMVPとして、複数方式の見積もりを比べます。比べるときは費用だけでなく、通信断、監査ログ、データ所有権、保守、教育、拡張性も判断材料にしてください。
自社に合う方式の選び方
小規模で早く始めるなら既製クラウド、標準機能と業界知識を活かすならパッケージやMESが候補になります。独自設備や厳格な要件が中心になるなら、ローコードやスクラッチを組み合わせます。
どの方式でも、現場で入力でき、必要なときに原料と製品を追跡でき、設備停止や通信断から復旧できることが重要です。業務と設備を把握したうえで、段階導入の計画を立ててください。
▼関連記事一覧
・充填工程管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・充填工程管理システム開発でおすすめの開発会社/ベンダー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を創業。