化粧品製造業向けの処方管理システムは、処方・原料・製造・品質の情報をつなぎ、研究から製造までを扱います。専門型、統合型、クラウド型、独自開発型から、課題と既存システムに合う方式を選びます。
種類から費用、選び方、導入リスクまでを順に説明します。詳細は関連記事もご覧ください。
▼関連記事一覧
・化粧品製造業向け処方管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・化粧品製造業向け処方管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・化粧品製造業向け処方管理システム開発の見積相場や費用/コスト/値段について
・化粧品製造業向け処方管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
化粧品製造業向け処方管理システムの全体像
処方管理システムは、レシピを保存するだけでなく、研究から製造までの情報を結ぶ役割を担います。研究段階の試作処方、薬事確認後の申請処方、工場で使う製造処方を区別し、変更者と理由も記録します。さらに、処方と原料ロット、製造実績、品質試験を結び付けておくと、問い合わせや不具合の際に調査範囲を絞りやすくなります。
処方の版管理が中心になる理由
同じ商品名でも、試作品、顧客承認後、量産向けでは原料や配合比率が異なることがあります。版の管理がないままファイル名だけで運用すると、承認前の処方を製造指示に使ったり、旧版の全成分を顧客へ提出したりする危険があります。
- 版の識別：処方番号、版番号、状態を記録します。
- 変更履歴：変更理由と適用開始日、承認者が残ります。
- 旧版の参照：新しい版を発行したあとも旧版を参照でき、影響先の調査に使えます。
原料の置き換えや配合率の変更を追えるので、OEM企業や複数工場、海外向け表示を扱う企業にも役立ちます。
処方管理と生産管理の境界
処方管理が扱うのは、何をどの比率や条件で作るかです。生産管理が扱うのは、いつ、どの設備で、どの数量を作るかです。
両者の境界は重なるため、処方から生産指示、秤量、製造実績へデータを渡せるように設計しておく必要があります。ただし、全社の生産管理を一度に置き換えなければならないとは限りません。
- 検索・版管理が課題：処方管理から始めます。
- 在庫・秤量が課題：生産・在庫機能を優先します。
- 基幹システムが稼働中：APIやCSVで必要な情報を連携する形です。
受注、購買、原価、倉庫まで既存システムがあるなら、必要な情報だけを連携させる方法が、重複管理の回避につながります。
化粧品製造業向け処方管理システムの種類
主な種類は、処方・薬事特化型とパッケージ、クラウド型、スクラッチシステムです。パッケージは処方に加えて生産・品質・原価も扱う製品で、スクラッチシステムは独自要件に合わせて作ります。
適した方式は、処方の複雑さ、製造拠点、既存システム、社内の運用体制によって変わります。企業規模はその一つにすぎません。
処方・薬事に特化したタイプ
処方・薬事特化型は、原料・成分マスタや多階層の配合を扱いやすいタイプです。全成分リストや表示名称など、規制と表示に関わる情報も含めて扱えます。
公式機能情報では、処方検索や全成分の自動生成が挙げられています。販売終了原料を使う処方の検索や、法規や社内ルールに応じた確認も掲載されています（出典：化粧品向け処方設計支援システムの公式機能情報、2026年確認）。
- 適した部門：研究開発や薬事部門でExcelによる管理が分散している場合が対象です。
- 追加確認：生産計画から秤量実績まで必要なら、生産管理システムやERPとの連携可否を確かめる必要があります。
- 情報の受け渡し：処方情報は高い機密性で管理し、製造側へは確定版だけを渡す方法もあります。
処方・生産・品質を統合するタイプ
統合型は、処方やBOMを起点に、生産指示から出荷までを扱います。在庫や秤量のほか、製造ロット、品質検査、原価も含まれます。
- 工程が複数段階：配合、充填、包装を一連の流れに載せられます。
- 追跡性が必要：原料ロットから完成品、出荷先までつなげる仕組みです。
- 現場入力を改善：バーコードやQRコードで手書きからの再入力を減らす構成も検討対象になります。
統合範囲が広がるほど、部門間の業務定義とデータ移行は難しくなります。既存の購買・販売・会計システムとの間で正となるデータを決めておかないと、在庫や原価の数字が一致しません。
現実的な進め方としては、まず処方の確定から秤量実績までを先に導入し、安定してから原価や出荷へ広げる方法があります。
クラウド型とスクラッチ型の違い
選定では、導入のしやすさと独自要件への対応、運用の責任をどこが持つかを比べます。
- クラウド型：限定した範囲から始めやすい方式です。
- スクラッチ型：独自要件に合わせて構築する方式になります。
クラウド型は、バックアップや基盤保守を自社で抱えにくい点も利点です。公開されている価格には、初期費用50万円から、月額5万円からという例があります。
この例は、在庫や生産管理を小さく始めて段階的に広げる考え方に沿ったものです（出典：製造業向け生産管理クラウドの公式価格情報、2026年確認）。
クラウド型を選ぶ際は、成分展開、薬事判定、海外向け帳票が標準機能に含まれるかを確認する必要があります。
独自の配合計算や特殊な計量器、複雑な承認フロー、顧客別帳票が競争力に直結する場合は、スクラッチ型が合います。
スクラッチ型では、法規マスタや脆弱性への対応、OSやデータベースの更新が自社の責任になります。担当者が退職したあとの保守も、自社が担うことになります。
独自に作る部分を絞り、処方・原料・ロット管理のような標準的な領域には既存の仕組みを使うと、長期の費用と運用の負担を抑えられます。
導入で解決できる業務課題と得られる効果
導入効果は、減らせる作業時間やミスを具体的に示して説明するのが基本です。
処方検索、全成分リスト作成、原料切替時の影響調査、承認リードタイムを導入前に測り、在庫差異や秤量・投入ミスも同様に記録すると、投資対効果を検証しやすくなります。
全成分・表示情報の作成の効率化
成分展開と薬事確認では、帳票を効率よく作ることと、人が最終判断することの両方を整える必要があります。
- 表示情報の出力：原料マスタをもとに成分と帳票を作成します。
- 薬事確認：出荷可否はシステムの判定を参考にしつつ、担当者が最終判断します。
原料マスタには、表示名称やINCI名、規格、由来、メーカー情報を登録します。階層配合では、中間原料から展開した最終成分と、製造工程で使う原料を区別して出力できます。
国内向け、海外向け、顧客提出用では、必要な表記が異なる場合があります。そのため、提出先ごとの帳票テンプレートも要件に含めておきます。
法規マスタの更新日や根拠、更新責任者、確認者は記録しておきます。厚生労働省は化粧品・医薬部外品の制度や通知、申請情報を公開しているため、システム内のルールを最新情報と照合する役割分担も決めておきます（出典：厚生労働省「化粧品・医薬部外品等ホームページ」、2026年確認）。
品質・ロット・トレーサビリティの連携
追跡性を高めるには、処方から出荷までの情報と品質試験を、製品やロットごとにひも付けておく必要があります。
- 製造履歴：処方や指示、原料ロット、仕掛品、完成品、出荷先の情報を管理します。
- 品質記録：試験項目や判定状態、測定者と測定日時が残ります。
- 現場機器：接続時は、通信断時の再送や手入力への切替、利用者認証を設計の対象にします。
製品番号やロット番号で各情報をつなぐと、問題が起きたときに前後の情報をたどれます。たとえば、原料ロットから製造日、試験結果、出荷先、使用した処方版まで確認できれば、影響範囲を判断しやすくなります。
処方管理システムでは、原料が終売になったときや規格が変わったときも、該当する処方を抽出できます。
品質試験では、外観やpH、粘度を対象にします。比重や微生物、安定性も対象になります。
品質記録では、規格外や再試験の状態、承認や保留の状態も記録します。
化粧品製造業向け処方管理システムの進め方
導入は、業務とデータの現状を整理することから始めます。研究、薬事、品質保証、製造、購買・倉庫の担当者から意見を聞くのは、処方を製造へ渡せない、現場が入力できないといった事態を防ぐためです。
▶ 詳細はこちら：化粧品製造業向け処方管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
要件定義での代表処方と業務シナリオ
代表処方は3〜5件選びます。単一階層の処方だけでは足りないため、水相・油相・中間原料をもつ多段階の処方、承認前後で版が分かれる処方、複数拠点で共用する処方も含めます。
原料登録から帳票出力までを一つのシナリオにまとめ、成分展開や薬事確認、承認をその流れの中で通します。生産指示や秤量、品質試験、ロット追跡も、同じシナリオに含めます。
- 処方データ：配合の単位換算や端数処理、残率を試します。
- 承認・変更：変更履歴、承認差し戻し、原料代替時の影響範囲を見ておきます。
- システム連携：CSVやAPIの項目と、連携エラーの表示が正しいかを確かめます。
候補のデモでは、実際に操作して、説明資料だけでは分からない実運用への適合度を確かめます。
設計・開発での標準化と独自化の切り分け
設計では、標準機能で足りる領域と、業務に合わせて独自開発する領域を分けておきます。
- 標準機能を優先：Fit to Standardを基本にして、独自化する処理は必要な範囲に絞ります。
- 独自開発を検討：業務の差別化に直結する処理が対象になります。
- 用語と番号を定義：開発の途中で、現場用語とシステム項目を対応付けておきます。
処方の版、承認、原料・成分マスタ、権限、監査ログは、将来も共通して使うため、標準機能を優先する価値が高い領域です。
特別な配合計算や顧客独自帳票、固有の計量器連携など、差別化に直結する機能は追加開発の対象にします。
用語が異なると、画面や帳票が不整合になります。原料や成分、バルク、包材の呼び方に加えて、処方番号と品目番号、製造ロットと在庫ロットの関係も、データ辞書に定義します。
データ移行・テスト・定着の計画
まず、Excelから移行する処方、原料、規格などを棚卸しします。成分や表示名称、試験項目、取引先、ロットも対象になります。重複名や単位違い、空欄の承認日、旧版と新版の混在は、整えてから取り込みます。
不整合なデータをそのまま取り込むと、移行後も検索や計算の誤りが残ります。
- 移行区分：現行品、開発中、廃止品、履歴保存のいずれかに振り分けます。
- 異常系テスト：差し戻し、原料代替、規格外、通信断、連携重複の各場面での動きを確かめます。
- 運用テスト：権限外の閲覧や災害時の復旧も確認の対象です。
移行対象は分類したうえで、必要なデータをクレンジングします。リリース後は、1拠点または代表製品から運用を始めます。
帳票作成時間や入力ミス、原料探索時間、在庫差異、承認リードタイムは、月次で測定します。数値を見ながら、対象範囲を広げていきます。
化粧品製造業向け処方管理システムの費用相場と内訳
費用は、ユーザー数や処方件数、拠点数で変わります。処方固有の計算や帳票、データ移行、外部連携、保守範囲も、費用を左右します。
処方管理だけを対象にした公開価格は多くありません。そのため、一般的な生産管理システムの価格や公開価格を参考にしつつ、自社要件の見積もりに置き換えて考えます。
▶ 詳細はこちら：化粧品製造業向け処方管理システム開発の見積相場や費用/コスト/値段について
導入方式別の費用レンジ
方式ごとの費用目安は、導入する範囲や追加する機能によって変わります。
- クラウド型：初期10万〜100万円程度、月額2万〜20万円程度です。
- パッケージ型：参考レンジは200万〜800万円程度です。
- スクラッチ型：処方からERP・現場機器までを含めると、1,000万〜数千万円規模です。
処方や原料、在庫の一部から始めれば費用を抑えやすくなります。一方で、成分展開、薬事、帳票、既存ERPとの連携には、別途費用がかかります。
公開価格を示す製造業向けクラウドには、初期50万円から、月額5万円からという例もあります。
処方固有の帳票や薬事ルール、複数拠点、秤量器連携、データ移行を加えると、300万〜1,000万円程度になる可能性があります。
複数工場や基幹刷新を含むスクラッチ開発では、費用はさらに増えます（出典：生産管理システムの費用解説、2025年公開情報）。
ここで挙げた金額は、類似する製造業向けシステムの目安です。処方専用システムの定価とは限りません。
費用を左右する主な内訳
費用は、導入時の作業と稼働後の運用に分けて確認します。
- 導入準備：現行調査や要件定義、マスタ整備、データ移行が含まれます。
- 構築・検証：画面や帳票、連携、機器接続、権限、監査ログ、テストが対象です。
- 定着支援：教育と稼働後のサポートを、見積もりに入れておきます。
費用の大きな部分は、画面の開発よりも、既存データの整理や業務ルールの合意になることがあります。
稼働後のランニングコストには、利用料や保守、法規マスタ更新が含まれます。加えて、バックアップや監視、サポート、端末や計量器の更新も必要になります。
パッケージ型は、年間保守を初期費用の10〜15％程度とする例があります。一方で、スクラッチ型では、内容や体制により15〜25％程度を見込む場合があります。
5年間の総額で比べると、初期費用が安くても、追加開発や連携の保守が高くなっていないかが分かります。
開発会社・ベンダーの選び方
開発会社は、知名度や機能数よりも、自社の処方と製造現場を理解し、導入後の運用まで支援できるかで見ます。
処方・薬事に強い候補と、生産・品質・原価・在庫に強い候補では得意領域が異なります。自社が最初に解決したい課題を決めたうえで、同じ代表処方と評価シナリオを使って比べます。
化粧品・OEMの業務理解の確認
候補には、化粧品と医薬部外品をどう分けて扱うか、研究処方、申請処方、製造処方をどう管理するかを質問しておきます。
- 処方構造：多階層配合、配合率の丸め、単位換算、残率に対応できるか。
- 品質・表示：規格や試験、表示名称、INCI名、顧客別帳票まで扱えるか。
- OEM業務：顧客別試作、承認待ち、量産移行、納期変更の扱いが可能か。
OEMでは複数の業務が同時に進むため、単純な製品マスタでは扱いきれない場合があります。
導入事例は、従業員規模や拠点数、導入期間まで見て比べます。移行データ量や連携機器、標準機能と追加開発の範囲も、条件に含めます。業種名や導入機能が同じでも、条件が同じとは限らないためです。
現場で手入力やミスをどれだけ減らせたかも確かめます。類似の事例がない場合は、代表処方を使った検証環境や有償PoCを提案できるかを見ます。
連携・セキュリティ・保守の体制
連携の方法、データの管理、機密保護、契約終了時の扱いを、事前に確かめておきます。
- 連携設計：対象項目と連携キー、失敗時の処理の決め方。
- 情報保護：権限や承認、ログ、暗号化、バックアップの仕組みが備わっているか。
- 契約と保守：復旧目標と、データの返却・消去の条件を確認します。
ERPや購買、販売と連携する場合は、データの正を決めておく必要があります。連携キーには、処方番号や品目番号、原料コード、ロット番号、試験結果を使います。WMSやLIMS、MESのほか、計量器や現場端末との接続も対象になります。方式は、API、定時バッチ、CSVから選びます。
連携が失敗したときは、その検知や再送、重複の防止、手動で補正する場合の承認まで設計しておきます。
既存と新システムの両方で在庫を更新すると数字が食い違うため、データの正を一つに決めておきます。
処方情報は機密情報のため、守るべき項目を具体的に確かめます。対象は、役割ごとの権限や閲覧と編集の分離、承認です。監査ログや暗号化も含まれ、バックアップや脆弱性対応、障害時の復旧目標も対象になります。
クラウドの場合は、保管場所や委託先、アクセスログ、バックアップ期間、契約終了時の消去と返却を、契約書で確かめます。
見積もりの同条件での比較
同じRFPと代表処方を使い、費用の項目と機能の対応方法をそろえて比べます。
- 費用内訳：初期費用、月額・保守、導入工程ごとの費用、5年間の運用費を分けて示してもらいます。
- 対応方法：各機能が、標準、設定、追加開発、運用のどれかを明示します。
- 操作確認：検証データを使い、担当者が実際に操作できるかを確かめます。
提示項目には、要件定義やマスタ整備、移行、連携、テスト、教育に加えて、法規マスタ更新も含めます。機能の有無よりも、対応方法を明細で見ると提案の違いが分かります。
処方履歴や承認前処方の製造防止、原料代替の影響検索、帳票の再現、計量実績とロットのひも付けを確かめます。
▶ 詳細はこちら：化粧品製造業向け処方管理システム開発でおすすめの開発会社/ベンダー6選と選び方
▶ 詳細はこちら：化粧品製造業向け処方管理システム開発の発注/外注/依頼/委託方法について
導入で起きやすい失敗とリスク対策
失敗は、機能不足に限らず、対象範囲やデータ品質、現場運用、責任の範囲の曖昧さから起こりがちです。そのため、情報の正、承認者、例外時の判断者を、導入前に決めておきます。
Excelデータの整理と移行前の確認
処方名や原料名が担当者ごとに違い、配合の単位もそろっていない状態では、正しい情報を検索できません。旧版を現行版として保存している場合も、正しい版を検索で見つけられません。
- 移行前に整理：原料コードや表示名称、INCI名、規格、単位をそろえておきます。
- 処方状態を確認：版や承認状態、廃止状態が正しく整理されているかを見ます。
- 移行後に検証：研究、薬事、製造、品質保証の担当者が、サンプルで確かめます。
データクレンジングは、担当者と承認者を決めて進めます。過去のデータをすべて現行システムへ載せる必要は、必ずしもありません。
現行品と開発中のデータは使いやすさを優先し、廃止品や古い実績は参照用アーカイブに分ける方法もあります。
検索や監査の要件、保管年限を決めたうえで、移行対象と保存のみのデータを分けます。この分け方は、初期費用と移行期間を抑えるのに役立ちます。
薬事判断とシステム判定の区別
システムのチェックは確認を支える道具として使い、製品や地域に応じた判断は薬事担当者が行います。
- システムの役割：候補の抽出や注意喚起、根拠の表示を支えます。
- 人の判断：薬事担当者が確認と承認を行い、品質保証の体制を整えます。
- 記録と統制：変更履歴や権限、監査、教育などを要件として定めます。
法改正や通知の解釈、製品区分、輸出先の要件まで、システムが自動で最終判断するわけではありません。そのため、変更担当者や適用日、根拠資料、確認者を記録しておきます。
化粧品、医薬部外品、海外向け製品では、管理項目や表示確認の範囲が変わります。許可や製造販売の責任は、システムで代替できません。
要件には、権限の分離や承認、監査ログ、バックアップ、障害復旧、教育記録も含めます。
AI活用の段階的な始め方
AIは、検索や提案のように人が確認できる業務から使い始めます。
- 処方・原料：過去処方の類似検索や、代替候補の提示に使います。
- 資料・問い合わせ：顧客資料の下書きや、問い合わせの検索を支えます。
- 人の承認：根拠情報を示し、担当者が候補を確かめる形にします。
表記の揺れや古い法規情報が残っていると、誤った候補を出すおそれがあります。そのため、根拠となる処方版や原料情報を表示する設計にします。
最初から、配合の自動変更や出荷可否の自動決定を任せる進め方は避けます。契約では、処方データの学習利用、保管場所、権限、ログ、削除、障害復旧を確かめます。
2026年時点では、正しいマスタと承認履歴を整えたうえで、説明できる検索や提案から使い始めるのが現実的です。
将来の機能追加に備えて、処方・原料・ロットに一貫したIDを付けておくと、拡張しやすくなります。
よくある質問
処方専用で足りるか、費用をどこまで見込むか、ExcelやERPをどう扱うかは、導入前によく挙がる疑問です。
Excelで処方管理する限界はどこにありますか？
処方数が少なく、担当者が固定され、版や承認の管理も明確であれば、Excelでも一定期間は運用できます。
ファイルや拠点、OEM顧客、成分展開、原料ロット、監査ログが増えると、最新版であることの保証や、影響範囲の検索が難しくなります。
承認が遅れる、帳票作成に手間がかかる、原料切替時の調査が重くなるといった負荷を感じ始めた時点が、システム化を検討する目安になります。
小規模な企業でも処方管理システムを導入できますか？
導入できます。処方や原料マスタ、版管理、全成分の出力など、効果が見えやすい範囲に絞り、1拠点や少数のユーザーで始められます。
初期費用や月額費用に加えて、マスタ整備、教育、サポート、将来の連携費用を含めた総額で判断します。導入前後の作業時間やミスも測っておくと、判断の材料になります。
処方管理システムとERPはどちらを導入すべきですか？
処方・薬事の版管理や成分展開が課題なら処方管理から、生産計画・在庫・原価・出荷の連携が課題ならERPや生産管理から検討します。
両方が必要な場合は、役割を分けておく方法があります。処方システムを研究・薬事の正とし、確定した製造処方や必要なBOMだけをERPへ渡す形です。
二重入力を減らすには、連携する項目と更新元を要件定義の段階で決めておきます。
処方管理システムがあれば薬事確認は不要になりますか？
薬事確認は、システムを導入したあとも必要です。システムは、成分情報や社内ルールから候補を抽出し、確認漏れを減らす支援ツールです。
法改正、製品区分、販売地域、表示の判断には、専門的な確認が必要です。法規マスタの更新責任者と薬事担当者による最終承認を、運用に組み込みます。
まとめ
化粧品製造業向け処方管理システムは、原料や成分、配合、処方版などをつなぎ、承認や品質、製造ロットまで扱う仕組みです。研究から製造、追跡までの情報を扱いやすくします。
処方専用型、生産・品質統合型、クラウド型、スクラッチ型は、それぞれ得意とする場面が違います。自社の課題と既存システムの役割分担を見て選びます。
導入判断で押さえるポイント
導入前には、処方の版管理や原料と成分の階層、単位・丸め・残率を要件として整理します。さらに、表示帳票や薬事、試験に関する要件を、ロットと期限の扱いとあわせて含めます。秤量器やERP、WMSとの連携も、同じ要件として扱います。
権限や監査ログ、バックアップは、導入前に整理しておきます。データ移行や教育、保守、法規マスタ更新の扱いも、あらかじめ決めておきます。見積もりは、初期費用に加えて、5年間の運用費と追加開発の範囲まで比べます。
代表処方と1拠点での最初の検証
最初は、代表処方3〜5件と1拠点、限定したユーザーを使い、登録からロット追跡まで検証します。全社への展開は、その後に検討します。
作業時間や入力ミス、在庫差異、原料探索時間、承認リードタイムを、導入の前後で比べます。効果を確認できた機能から対象範囲を広げると、現場定着と投資効果の両立につながります。
▼関連記事一覧
・化粧品製造業向け処方管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・化粧品製造業向け処方管理システム開発でおすすめの開発会社/ベンダー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を創業。