バーコード管理システムの費用は、拠点数、業務範囲、連携方式によって変わり、初期費用で0〜30万円から1,500万円以上までの幅があります。
費用の内訳や価格を左右する条件、見積もりの取り方も、あわせて説明します。
▼全体ガイドの記事
・バーコード管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
バーコード管理システムの費用を左右する全体像
バーコード管理システムは、商品・部品・資産・書類などのバーコードや二次元コードを読み取り、入荷、入庫、移動、出庫、返品、棚卸の実績を在庫データに反映する仕組みです。
費用を考えるときは、読み取り画面の数に加えて、対象業務、拠点、接続する既存システムを整理しておきます。前提がそろっていると、各社の見積もりを同じ条件で比べられます。
管理対象と業務範囲による機能の違い
業種によって対象業務は異なります。対象を広げるほど、マスタや権限、例外処理の工数が増えます。さらに、帳票やテストの工数も、そのぶん積み上がっていきます。
- 小売・EC：販売在庫、受注、出荷、返品、複数チャネルの在庫同期
- 卸・倉庫：ロケーション、入荷検品、ピッキング、出荷検品、荷姿変換
- 製造：部品、仕掛品、完成品、工程、ロット、シリアルの追跡
- 食品・医療：使用期限や賞味期限、履歴の保存
コード規格と読み取り機器による初期費用の差
商品だけを識別する場合は、JANやCODE128を使う方法があります。一方、QR、DataMatrix、GS1-128でロット、シリアル、期限も含めるなら、ラベル設計と読み取りテストが変わります。
スマートフォン・Bluetooth接続スキャナ・専用ハンディターミナルでは、速度や耐久性、オフライン対応、購入費が異なります。
冷蔵庫や屋外、電波の届きにくい倉庫では、防塵・防滴の性能や通信方式、バッテリー、予備機も見積もりに含めます。
クラウド・パッケージ・スクラッチによる予算の持ち方の違い
方式によって、始めやすさや費用の持ち方、業務への合わせやすさが異なります。
- クラウド型：自社でサーバーを構築せず短期導入できますが、月額やユーザー・拠点・取引量に応じた従量料金が発生します。
- パッケージ型：在庫・倉庫業務の標準機能を使い、必要な部分を設定・追加開発します。
- スクラッチ開発：独自の荷姿、承認、工程、連携に合わせやすい反面、初期開発費に加えて保守要員や将来の改修費もかかります。
- ハイブリッド方式：標準機能を中心にAPI連携を加え、費用と柔軟性のバランスを取りやすくします。
バーコード管理システムの費用相場の目安
費用は、無料・低価格アプリ、クラウド在庫管理、複数拠点WMSの順に高くなり、業種向けパッケージとスクラッチ開発では、さらに上がる傾向です。
バーコード管理だけを対象にした公開統計はありません。そのため、ここで示すのは、在庫管理・WMS・業務システムの公開料金と類似案件から整理した目安です。
実際の金額は、SKU数、利用者数、拠点数といった規模によって変わります。さらに、連携先や機器、データ移行、支援範囲でも差が出ます。
小規模な棚卸・入出庫：初期0〜30万円、月額5,000〜5万円程度
1拠点で数名が利用し、商品マスタ登録、バーコードでの入出庫・棚卸、CSV入出力に機能を絞る場合が対象です。既製のクラウドやアプリであれば、初期0〜30万円、月額5,000〜5万円程度から始められる可能性があります。
スマートフォンを保有していれば、端末費を抑えられます。ただし、ラベルプリンターや用紙、初期データ整備が別料金になる場合があります。
操作研修や問い合わせ対応も、別料金になることがあります。そのため、無料や低価格と表示されていても、追加費用の範囲まで確かめておきます。
複数拠点・API連携を含む場合：初期10〜100万円、月額3万〜15万円程度
複数倉庫・店舗の在庫をまとめて管理し、ロケーションや入出荷検品、ロット・期限を含める場合の目安です。また、発注点アラートや権限管理、CSVまたはAPI連携が加わった構成を想定しています。
SmartMatが2026年版として公開する相場では、クラウド型在庫管理の月額は3,000〜10万円前後、初期費用は0〜数十万円程度です（出典：株式会社エスマット「在庫管理システムの費用・料金相場【2026年版】」、2026年）。これは在庫管理システム全般の相場で、上の月額3万〜15万円程度、初期10〜100万円程度とは前提が異なります。
バーコード機能やWMS、ERP連携が加わり、端末台数も増えると、費用は目安の上限側に近づきます。
業種向けパッケージ：初期100万〜500万円、月額5万〜30万円程度
食品・製造・医療・卸売の業種で、ロット・期限・シリアルや荷姿変換が必要な場合の、設定・追加開発費の目安です。
工程・棚番・検品・帳票・承認・監査ログまで必要になると、費用はさらに増えます。ハンディターミナルやラベルプリンター、無線LAN、拠点ごとの設置・教育・立ち会いを含めると、上限を超えることがあります。一方で、業務を標準機能に合わせて整理できれば、独自開発の範囲は小さく抑えやすくなります。
基幹・POS・生産管理までの連携：初期500万〜1,500万円以上
販売管理やECとリアルタイムで連携し、独自の入出庫ルールや工程実績を実装する場合の費用です。接続先は、系統ごとに分けて見積もります。
- 販売・受注系：POS、OMS
- 基幹系：ERP、会計
- 倉庫・製造系：WMS、生産管理、購買
要件定義から本稼働までの期間は、6〜12か月以上が目安です。なお、保守費は契約によって異なりますが、初期開発費の年15〜20％程度を予算枠に置く考え方もあります。ただし、ここで挙げた金額は、バーコード機能単体の定価ではなく、連携・運用・保守を含む業務システム全体の推定です。
バーコード管理システムの費用内訳と見落としやすいコスト
見積書では、ソフトウェア費用に加えて、現場で使える状態にするための作業も分けて確認します。マスタの未整備、ラベルの読み取り不良、既存システムとの在庫数の不一致は起こりやすいため、導入支援とテストを削りすぎないようにします。
要件定義・設計・開発の工数と基本費用
要件定義では、入荷・棚入れ・補充・ピッキング・出荷・返品・棚卸の流れを、発注側と開発会社が一緒に確認します。また、誰が作業するか、どのコードと端末を使うか、読み取りを何回行うかも決めておきます。
設計・開発では、商品、ロケーション、取引先のデータ構造を作ります。そのうえで、次の項目も扱えるように作り込みます。
- 追跡の項目：ロット、期限、シリアル
- 数量の扱い：単位、在庫状態
- 運用の管理：権限、履歴
例外処理や承認、読み取りエラーへの対応を含めるほど、工数は増えていきます。さらに、二重計上や通信断からの再送まで含めると、工数はいっそう増えます。
端末・スキャナ・ラベルプリンターの別枠での見積もり
スマートフォンは端末の追加購入を抑えやすい一方、大量の入出荷や手袋を使う現場では、Bluetoothスキャナや専用ハンディが適しています。
機器費には、本体に加えて、充電器や予備機、ケースが含まれる場合があります。さらに、保守や初期設定、交換費が加わることもあります。
プリンターは、本体に加えて、ラベル設計、用紙・リボン、再発行ルールを確認します。読取速度や耐久性が不足すると、作業時間が増え、導入効果も下がります。
マスタ整備・データ移行・初期棚卸の費用
Excelや紙の在庫表から移す場合は、商品コードの重複や名称の揺れ、単位の不一致を整理します。廃番品や在庫数量の不整合も、移行前に洗い出しておきます。
ケースとバラ、パレットとケースの換算は、登録の前に決めておきます。決めないまま登録すると、読み取り後の在庫数が正しくなりません。ロット、期限、シリアルの持ち方にも、同じことが当てはまります。
データクレンジングや初期インポート、現場の実棚卸の担当者を、見積もりの前提に明記しておきます。差異調整やラベル貼り替えも、担当を決めておきます。
API連携・保守・教育と初期費用の切り分け
販売管理やECとの連携では、仕様調査と項目マッピングを先に行います。そのうえで、認証やエラー処理、再送の仕組みを作り、テストやベンダー調整も行います。接続先の業務システムは、役割ごとに分けて確かめます。
- 販売・受注系：POS、OMS
- 基幹系：ERP、会計
- 製造系：生産管理
保守には、障害対応やOSやブラウザの更新、セキュリティ対応が含まれます。加えて、バックアップや機器交換、問い合わせ、機能追加の扱いも確かめます。
教育は、管理者向けの設定と、現場作業者向けの読み取り・棚卸・返品・ラベル再発行・障害時の代替手順に分けて見積もります。このように分けて見積もっておくと、稼働後の追加請求を抑えやすくなります。
バーコード管理システムの価格が変動する要因
1拠点の棚卸と、複数倉庫のリアルタイム入出荷連携とでは、必要な設計が異なります。そのため、費用を予測するには、機能数に加えて、データ量や利用者数、現場環境を具体的に決めておきます。連携、可用性、セキュリティも、同じ程度に具体化しておく項目です。
利用者数・拠点数・SKU数・取引量による課金と工数の増え方
クラウドでは、月額がユーザー数や拠点数によって変わることがあります。在庫データ数や出荷件数、API呼び出し数、端末台数も、料金に影響する場合があります。
開発では、拠点ごとに在庫引当や権限、棚番、営業日、タイムゾーン、ラベル様式を考慮します。そのため、拠点が増えるほど、設定とテストの量も増えていきます。
見積もりを依頼するときは、現在の数だけでなく、3年後の利用者数やSKU数、拠点数、月間処理件数も示しておきます。
API・CSV連携と独自の業務ルールが見積もりに与える影響
標準APIがあり、商品・在庫・受注・出荷の項目が整理されていれば、連携費を抑えられます。一方で、画面操作によるデータ取得、コード変換、在庫確定時点の個別調整は、調査とテストの手間を増やします。
ケースからバラへの換算や返品時の再入庫、期限順の出庫、棚卸差異の承認などは、要件書に例を添えて開発会社へ伝えます。
オフライン運用・可用性・セキュリティ要件による費用差
見積もりでは、通信断への対応、稼働条件、セキュリティ要件を分けて確認します。
- オフライン対応：端末への一時保存、復旧後の同期、重複送信防止、同期競合の解決が必要です。
- 可用性：24時間稼働、複数拠点の障害切り替え、バックアップを求めると費用が増えます。
- セキュリティ：操作ログ、二要素認証、紛失端末の遠隔ロックを要件に含めます。
- 個人データ：配送先情報と在庫を結び付ける場合、最小権限やデータ保護、委託先監督が必要です。
個人データの取り扱いについては、個人情報保護委員会の「安全管理措置に関するFAQ」（2025年更新）も参考になります。
将来のGS1二次元コード対応の確認
賞味期限やロット、シリアルをコードに含める場合は、対応する規格を候補の中から選びます。
- GS1-128
- GS1 DataMatrix
- GS1 Digital Link QR
GS1 Japanは、2027年末までに小売POSがEAN/UPCとGS1二次元シンボルの双方を処理できる状態を目標にしています。
また、一次元と二次元は当面共存すると説明されています（出典：GS1 Japan「2D in Retailの概要」、2026年確認）。
すぐに全面移行しなくても、スキャナ、ラベル、商品マスタ、APIが将来の属性情報を扱える設計になっているかは、今のうちに確かめておくと、再開発の手間を減らせます。
費用と期間を管理しやすいバーコード管理システムの進め方
要件定義やテストを省くと、稼働後に在庫差異や現場の混乱が起こり、追加開発や再教育の費用が増える場合があります。そのため、現場を観察し、代表商品と例外ケースを検証し、効果を確かめてから段階的に広げる進め方が現実的です。
現場の業務フローと改善KPIの整理
入荷・棚入れ・補充・ピッキング・出荷・返品・棚卸の作業を観察します。そのうえで、作業者や場所、コード、1日の件数、例外処理、電波状況を記録します。
導入前の棚卸時間・在庫差異・誤出荷・欠品・発注作業時間・教育時間を測り、導入後と比べるKPIを決めます。作業時間だけでなく、誤出荷率や差異金額も見ておくと、費用対効果を判断しやすくなります。
代表SKUと例外処理によるPoC
代表商品に加えて、汚れたバーコード、ケースとバラの混在品、ロット・期限のある商品、返品商品を試験の対象にします。
作業者にスマートフォン、Bluetoothスキャナ、専用ハンディを試してもらい、読み取り速度・誤読・手袋での操作・ラベルの視認性・通信断からの復旧を確かめます。
PoCの範囲を絞っておけば、全面開発の前に、合わない端末や運用を見つけられます。
マスタ移行と連携テストの本番前完了
商品コード、JAN、GTINの対応表を作ります。また、次の項目の対応表も作ります。
- 商品・取引先・場所：仕入先コード、ロケーション、単位
- 追跡の項目：ロット、期限、シリアルの対応
旧データは、クレンジングしてから移行します。
販売管理やECから受注し、出庫が確定したあとに在庫を戻す流れなど、連携の起点と確定のタイミングをテストします。
二重読み取りや読み取り失敗、数量訂正も検証しておくと、稼働後の手戻りを減らせます。返品や欠品、APIエラー、通信障害、同期遅延の場面も、あわせて検証しておきます。
1拠点からの段階導入と現場教育を含む工程
導入期間や展開方法、教育と運用準備は、工程に含めて計画します。
- クラウド設定：初期設定のみなら数日〜1か月、1拠点の在庫管理なら2週間〜2か月が目安です。
- 開発・連携：複数拠点・API連携は1〜4か月、パッケージは3〜6か月、スクラッチは6〜12か月以上が目安です。
- 段階導入：1倉庫や1店舗で並行運用し、棚卸差異と作業時間を確認してから拠点を広げます。
- 現場準備：管理者教育、現場研修、マニュアル、問い合わせ窓口、障害時の紙運用も工程表に含めます。
バーコード管理システムの見積もりを取る際のポイント
複数社の見積もりは、同じ要件と前提条件をそろえて比べます。単価だけで比べると、要件定義や移行、教育を見落とすことがあります。保守や機器、追加開発の有無も見落としやすい項目です。発注の前に、見積もりに含まれる項目と含まれない項目、追加が発生したときの費用を確かめておきます。
要件書に書く数量・業務・連携・機器の前提
見積もりの条件には、規模・処理量・コード・連携・機器・稼働希望時期を含めます。
- 数量：拠点数、利用者数、SKU数、1日・月間の入出庫件数
- 業務とコード：コード規格、ロット・期限・シリアル、荷姿、必要帳票
- 連携と機器：既存のExcel・基幹システム、API・CSV、端末、オフライン要件
- 時期：稼働希望時期
可能であれば、現行の入荷伝票やラベル、棚卸表、画面、業務フロー図も示します。サンプルが具体的であるほど、各社は同じ条件で見積もりを出しやすくなります。
5年総額での比較
総額には、初期設定・開発・月額・機器・ラベル・通信を含めます。ユーザーや拠点の追加、移行、教育も加えて比べます。契約の中身で差が出るのは、次の3点です。
- 保守と更新：対応の範囲と、バージョンアップの扱い
- API：接続にかかる費用と条件
- 解約時のデータ出力：契約を終えるとき、データをどう受け取れるか
月額が低くても、ユーザーや出荷件数に応じた従量課金が大きくなる場合があります。逆に、初期費用が高くても、標準機能や移行支援、保守、機器費が含まれていることがあります。初年度・3年目・5年目の累計を並べると、各社の差が見えてきます。
開発会社やサービス会社の実績と契約条件の確認
同じ業種や規模、似たSKUや荷姿での実績を確かめます。あわせて、担当者が要件定義から稼働後まで関わるかも聞いておきます。
追加開発の単価や納品物、ソースコードや設定情報も、確かめておきます。次の項目も確かめます。
- 解約まわり：データ出力と、契約終了時の移行支援
- 復旧と対象範囲：障害時の復旧時間、保守の対象外
このほか、現場機器を提案できるかや、既存ベンダーとの調整を任せられるかも、金額以外の比較の観点になります。
公開料金の課金範囲の読み替え
公開料金は、プランごとに課金される相手、機能、従量条件を確かめてから比較します。
- zaico：月額プランの課金内容
- LOGILESS：料金の負担範囲
zaicoは、2026年6月開始のプランとして、スターターが月8,980円、ベーシックが月49,800円、プロフェッショナルが月15万円以上と公開しています。コードスキャンによる入出庫・棚卸や拠点管理などを、プラン別に提供しています（出典：株式会社ZAICO「料金プラン」、2026年確認）。
一方、LOGILESSは倉庫事業者側の基本料金を0円とし、EC事業者側が基本料金・従量料金を負担します。オプションは別見積もりです（出典：株式会社ロジレス「WMS機能のご利用料金」、2026年確認）。
バーコード管理システムのコストを抑えるポイント
効果が出やすい業務に投資し、不要なカスタマイズや機器の重複購入を避けることが、費用を抑える基本です。
現状の作業時間と在庫差異を測り、改善するKPIを決めておけば、必要な機能と後回しにする機能を分けられます。
標準機能と既存コードの優先、独自開発の絞り込み
業務をすべて独自開発で再現する必要はありません。そのため、入出庫や棚卸、ロケーション、ロット・期限の管理に加えて、権限やCSV連携にも標準で対応するサービスを優先します。標準機能で足りる部分は独自開発を減らせるため、初期開発費と将来の保守・改修費を抑えられます。
既存のJANやGTINを使えば、全商品の貼り替え費用を抑えられます。独自画面を加える前に、設定や帳票、CSV、API、運用ルールの変更で解決できるかを検討します。
現場の処理量に合わせた端末の段階購入
まずスマートフォンで棚卸を試し、処理量や読み取り環境に応じて、Bluetoothスキャナや専用ハンディへ広げる方法があります。
全拠点で一括購入する前に、1拠点のピーク時間や同時作業者数、予備機の必要数を測ります。そのうえで、端末購入費や保守期間、故障交換を含めて、必要最小限に絞ります。充電設備とケース、MDMやプリンター共有の扱いも確かめます。
マスタの先行整備と追加開発・手戻りの防止
商品名や商品コード、単位を整理して、重複や表記の揺れをなくします。次の項目も、あわせて整理します。
- 数え方：ケース入数、保管場所
- 追跡の項目：ロット、期限
- 取引先：仕入先、販売先
バーコードで読む対象と、手入力や選択で補う項目は分けておきます。マスタの不備は画面やAPIの再設計につながりやすいので、サンプルデータで登録件数と品質を確かめます。
導入効果のKPI測定と追加投資の優先順位
導入の前後で比べる指標は、作業時間、正確さ、現場の習得の3つに分けられます。
- 作業時間：棚卸、入荷検品、出荷検品、発注作業にかかる時間
- 正確さ：誤出荷率、在庫差異、欠品率
- 現場の習得：教育にかかる時間
公開事例では、スマートマットクラウドの導入により、東京ガスネットワークが入庫や発注業務を中心に月30時間を削減したと紹介されています（出典：株式会社エスマット「導入事例」、2026年確認）。
食品製造業の事例では、棚卸時間を半分にしたと紹介されています。いずれも各社が公開した事例であり、自社の効果を保証するものではありません。ただし、測定項目を決める際の参考にはなります。
よくある質問
費用を検討する担当者から、よく寄せられる質問を取り上げます。導入形態や端末、データ、連携、運用は、価格と一緒に考えると、自社に合う選択肢を絞り込めます。
バーコード管理はスマートフォンだけでも始められますか？
棚卸や少量の入出庫なら、スマートフォンのカメラで始められるサービスがあります。
大量の検品がある現場や、手袋を使う現場、屋外・冷蔵環境では、Bluetoothスキャナや専用ハンディのほうが作業しやすい場合があります。そのため、無料トライアルやPoCでラベルと現場の速度を確かめてから、機器を決めます。
パッケージとスクラッチ開発はどちらが安いですか？
在庫・入出庫・棚卸などの標準的な業務であれば、パッケージやクラウドは、初期費用と期間を抑えやすい傾向があります。
独自の荷姿や複雑な工程、深い連携、厳格な監査要件がある場合は、パッケージでも追加開発費が膨らむことがあります。そのため、5年総額と業務との適合性を比べ、標準機能と独自開発の範囲を分けて判断します。
バーコード管理システムで特に見落としやすい費用は何ですか？
端末やスキャナ、プリンターのほか、ラベル・リボン、通信、初期設定も見落としがちです。マスタ整備、データ移行、初期棚卸も、確かめておく費用です。次の費用も、あわせて確かめておきます。
- 人と運用：現場の教育と、導入後の保守にかかる費用
- 接続：販売管理やECとの接続にかかる費用
- 規模の変化：追加ユーザーや拠点の料金
見積書では、ソフト、機器、連携の費用を分けて見ます。さらに、移行や消耗品が別建てになっていないかも確かめます。対象外の項目と追加時の単価も確かめます。
将来の二次元コード対応に今から費用をかけるべきですか？
すぐに全商品を二次元コードへ切り替える必要はありません。ただし、将来ロット・期限・シリアルを扱うのであれば、スキャナやラベル、マスタ、APIが属性情報を受け取れるかを確かめておきます。
GS1 Japanは、2027年末を一つの目標として、一次元と二次元の双方を処理できるPOS環境を掲げています。そのため、既存のJANを使いながら、機器を更新するタイミングで対応モデルを選ぶなど、段階的に準備するのが現実的です。
まとめ
簡易な棚卸や入出庫は、初期0〜30万円、月額5,000〜5万円程度が目安です。一方、複数拠点や連携を含むクラウドやWMSは、初期10〜100万円、月額3万〜15万円程度が目安です。
業種向けパッケージは初期100万〜500万円、基幹・POS・生産管理まで連携するスクラッチ開発は初期500万〜1,500万円以上が目安です。
これらは、公開料金と類似する在庫管理・WMS・業務システムから整理したレンジです。実際の見積もりを保証するものではありません。
ソフト・機器・連携・移行・保守に分けた費用の確認
価格は5年総額で比べ、月額や開発費に加えて、端末やラベル、マスタ整備も含めます。次の項目も加えて考えます。
- 導入時の作業：データ移行と、管理者や現場への教育
- 接続方式：APIとCSVでの連携
- 稼働後の費用：障害時の運用、保守、追加ユーザーや拠点の料金
利用者数・拠点数・SKU数・処理件数と、コード規格やロット・期限・シリアル、既存システムを要件書にまとめておくと、同じ条件で比べやすくなります。
代表SKUのPoCとKPI測定からの着手
導入効果と現場への適合を確かめ、必要な範囲から段階的に広げます。
- 事前検証：代表SKUと例外商品で、スマートフォン、スキャナ、専用ハンディを試します。
- KPI比較：棚卸時間、在庫差異、誤出荷、欠品、発注作業時間を導入前後で比べます。
- 段階展開：効果を確認できた機能から広げ、標準機能の優先と開発・機器の絞り込みで、初期・運用コストを抑えられます。
▼全体ガイドの記事
・バーコード管理システム開発の完全ガイド
▼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を創業。