清掃用品在庫管理システムは、クラウドSaaS、パッケージ、専用開発の3方式に分けて捉えると、欠品と過剰在庫を減らすという目的に合う方式を見極めやすくなります。
必要な機能、導入の進め方、費用相場は、この順に説明します。各テーマの詳細は、関連記事もご覧ください。
▼関連記事一覧
・清掃用品在庫管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・清掃用品在庫管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・清掃用品在庫管理システム開発の見積相場や費用/コスト/値段について
・清掃用品在庫管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
清掃用品在庫管理システムの全体像
清掃用品在庫管理システムは、洗剤や消毒剤、トイレットペーパーなどの清掃用品を一つの仕組みで管理します。数量と保管場所を扱い、使用履歴と発注状況も記録します。こうした記録により、欠品と過剰在庫を減らせます。
ホテルや病院、介護施設などでは、紙やExcel、担当者の記憶で在庫を管理している場合もあります。ビルメンテナンス会社や工場、多拠点企業でも、同じように管理していることがあります。さらに、管理対象は中央倉庫だけでなく、各拠点や現場の資材庫、車両、一時保管場所にも及びます。
紙やExcel管理で起きる欠品と過剰在庫
紙の棚卸し表は更新時期がそろいにくく、Excelは拠点ごとにファイルが分かれて表記も揺れやすくなります。そのため、帳簿上は在庫があっても、現場で見つからないことが起きます。
- 二重購入：同じ洗剤を別名で登録すると、重複して購入することがあります。
- 補充停止：発注担当者が不在の日は、補充が止まる場合があります。
入庫から棚卸しまでの動きは、同じルールで記録しておきます。
品目・拠点・単位を一つの台帳で管理
清掃用品には、ケースや箱、本、ロールなど、品目ごとに異なる単位があります。リットルやキログラムで数える品目もあります。同じ品名でも濃縮液と希釈液、容量、メーカーが異なるため、品名だけでは正確に管理できません。
商品マスタには、品目コードや規格、容量を登録します。さらに、発注単位と使用単位、換算係数を持たせ、仕入先や標準単価、保管場所も同じマスタで管理します。こうしておくと、発注数と実際の使用数を同じ基準で集計できます。
薬剤や消毒用品には、SDSと保管上の注意、使用期限を登録します。ロットと開封日も押さえておく必要があります。購入記録に加えて、保管と使用が安全に行われたことを後から確かめられる記録も残します。
清掃用品在庫管理システムに必要な機能
必要な機能は、現場での記録と、管理者による発注や棚卸し、責任者向けの拠点別の使用量と費用の確認に分けられます。まずは欠品防止と在庫照会、棚卸し、発注点管理を優先すると、機能を増やしすぎずに運用を始められます。
商品・仕入先・拠点・ロケーションの登録
商品マスタには、品目コードや品名、規格を登録します。メーカーや容量、JANやQRコードも、同じマスタに持たせます。
発注に関わる項目として、発注単位と使用単位、仕入先、単価を登録します。最低発注数とリードタイムも加えておきます。
中央倉庫や本部、ホテル、病棟、車両、現場の棚まで、保管場所をロケーションとして分けます。こうすると、拠点ごとの在庫と移動履歴を把握できます。代替品や後継品も紐づけておけば、欠品が起きたときに、担当者の経験に頼らず対応できます。
スマートフォンとQRコードによる持出・補充の記録
現場スタッフが事務所に戻ってから入力する運用は、定着しにくいです。スマートフォンやハンディ端末でQRコードかバーコードを読み取り、数量と場所を入力して完了できる画面が向いています。
入力項目の基本は、数量と使用場所です。加えて、担当者、日時、理由も入れます。自由記述は、増やしすぎないようにします。
電波が弱い地下倉庫や病棟では、オフラインで一時保存し、通信が回復したあとに同期する機能も検討します。
発注・棚卸し・使用量分析への連携
発注点は、標準使用量と納品までの日数、必要な安全在庫をもとに設定します。発注点を下回った品目は発注リストに載り、承認から納品照合までを追跡できるようにすると、発注漏れを抑えられます。
購入データと入出庫データは分けて持ち、納品数と実際の入庫数が異なるときは、差異を記録します。この記録は、請求の確認にも役立ちます。
- 棚卸し：QRコードで実地カウントし、帳簿在庫との差異を、差異理由と承認履歴とあわせて記録します。
- 使用量分析：拠点や施設、清掃区域、商品カテゴリごとに、どれだけ使ったかと購入金額を見られます。
- 異常の把握：緊急発注や廃棄数、急増した量から、使い過ぎや入力ミス、保管上の問題に気づけます。
清掃用品在庫管理システムの種類と選び方
方式を選ぶ際は、標準的な在庫管理で足りるか、清掃業務に固有の運用や基幹連携まで作り込む必要があるかを考えます。そのうえで、短期間で導入するならクラウドSaaS、業務に合わせて設定や追加機能を加えるならパッケージ、独自業務を統合するならスクラッチ開発が候補になります。
小さく早く始めたい企業向けのクラウドSaaS
クラウドSaaSは、サーバーを自社で用意せず、在庫や棚卸し、発注点、バーコードなどの機能を月額料金で使う方式です。初期費用と開発期間を抑えやすく、機能改善やバックアップはサービス側に任せられます。
品目数やユーザー数、拠点数が少なく、既存の業務を標準機能に合わせられる場合は、候補になりやすいです。
独自の承認や複雑なケース・バラ換算、特殊な会計連携、通信圏外での利用は、標準機能では足りないことがあります。
契約前に次の点を確かめます。
- データとAPI：出力形式や返却の方法、APIで使える範囲を確認します。
- 追加料金：発生の有無と、利用を止めたときの条件を確認します。
- 障害対応：連絡の取り方を確認します。
成熟した在庫・購買機能を使いたい企業向けのパッケージ
パッケージは、在庫や購買、受発注の機能に加えて、権限や帳票も備えています。設定の変更や追加開発によって、自社の業務に合わせられます。特に、複数拠点の発注承認や仕入先別の購買、会計とのCSV連携など、SaaSより広い業務範囲に向いています。
導入実績や標準的な運用ノウハウを活用しやすい点も、強みです。ただし、標準機能を大きく変えると、導入費用やバージョンアップ、保守の負担が増えます。
清掃用品の管理に不要な販売管理や製造管理まで導入すると、使われない画面が増えてしまいます。そのため、必要な業務と将来の拡張を分けて選定します。
独自業務と複数システムを統合したい企業向けのスクラッチ開発
標準製品では変えられない独自のフローが競争力につながるなら、スクラッチ開発が候補になります。機能と導入範囲は、次の観点で整理します。
- 統合する業務：巡回計画、清掃実績、施設別原価、複雑な承認、会計・購買・施設管理との連携。
- 自社の責任範囲：要件定義から設計、開発、テスト、データ移行、教育、保守まで広がります。
- 段階導入：主要品目と1拠点で在庫照会や入出庫、棚卸し、発注点を稼働させ、効果を確かめてから連携やAI需要予測を加えます。
清掃用品在庫管理システム開発の進め方
開発の前に、品目と拠点、単位、補充ルールを標準化しておきます。そのうえで現場の動線を確かめ、誰が、いつ、どの端末で何を記録するかを明確にしてから、要件定義と方式選定に進みます。
▶ 詳細はこちら：清掃用品在庫管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
現状棚卸しと業務フローの可視化
まず、商品一覧や仕入先、拠点、棚の情報を集めます。発注単位と使用単位、月間使用量、購入金額、現在の棚卸し表も、手元に揃えます。
現場では、入庫から棚卸しまでの流れを観察します。中心は、保管から使用までと、補充から発注までの動きです。
- 入庫・納品：物品を受け入れる段階
- 持出・返品：物品を現場へ出す段階と、戻す段階
- 廃棄・棚卸し：処分する段階と、数量を数える段階
帳票に表れない部分も大切です。記録を後回しにする理由や、電波の弱い場所、手袋をしたまま端末を操作する場面も確かめます。
MustとShouldに分けた要件定義
要件はMustとShouldに分けて、対象範囲を整理します。品目数や拠点数、ユーザー数は、数値で書きます。
権限やラベル、端末の条件も、数値で記載します。オフラインやAPI、バックアップ、復旧目標についても、数値で示します。
- Must：欠品防止、在庫照会、拠点間移動、棚卸し、発注点アラート。
- Should：使用量分析、自動発注、SDS台帳、会計連携、AI需要予測。
「簡単に入力できる」といった要望は、「QR読み取りから登録完了まで30秒以内」のように測れる条件に言い換えます。
1拠点での試行と教育、並行稼働を経た展開
全拠点へ一度に広げず、1倉庫と1〜3拠点、主要50〜200品目程度で試行します。そのうえで、現場入力率や棚卸し時間と差異、欠品回数を測ります。緊急発注数や発注漏れ、在庫金額も測定します。
目標値に届かないときは、画面やマスタ、補充ルールのどこに原因があるかを見直します。本稼働の前には、操作教育や問い合わせ窓口、権限申請、データ修正の手順を決めておきます。
旧Excelと新システムを一定期間並行して照合し、在庫差異を説明できる状態になってから切り替えます。拠点展開後は月次でKPIを確認し、未使用の機能を削り、困っている業務へ改善予算を配分します。
清掃用品在庫管理システムの費用相場
既存SaaSの標準利用では、初期費用0〜50万円、月額5,000円〜15万円程度が目安です。物品・在庫クラウドは、設定とデータ移行を含めて初期0〜100万円程度です。
パッケージのカスタマイズは300万〜1,500万円程度、専用のスクラッチ開発は1,000万〜3,000万円程度が目安です。これらは、在庫・購買・受発注システムの公開価格と類似案件から整理した推定値で、清掃用品専用の統計ではありません。
▶ 詳細はこちら：清掃用品在庫管理システム開発の見積相場や費用/コスト/値段について
▶ 詳細はこちら：清掃用品在庫管理システム開発の発注/外注/依頼/委託方法について
標準SaaSの月額目安は5,000円から15万円程度
標準SaaSの公開料金は、サービスごとに異なります。消耗品管理と在庫クラウドの例で、違いを見比べます。
- 消耗品管理：QRによる持出と補充、発注リスト、通知、ログなどの機能です。
- 在庫クラウド：品目数、機能、拠点などに応じた料金の体系です。
- 追加費用：初期登録やExcel整理、ラベル、教育に加え、追加の利用者や拠点、API、帳票、サポートにも掛かる場合があります。
- 見積内訳：初期費用と月額を分けたうえで、端末や移行、教育、保守、消費税を項目ごとに示してもらいます。
- 初期予算：在庫数やQR持出・補充などの範囲から始めると、費用を抑えられます。
消耗品管理サービスでは、200アイテムまで月額5,000円から利用できる例があります（出典: 消耗品管理サービスの公開料金表、2026年8月確認）。
別の在庫クラウドでは、月額8,980円、49,800円、150,000円以上の段階料金の例があります（出典: 在庫管理サービスの公開料金表、2026年8月確認）。
価格は、品目数や機能、拠点、利用規模によって変わります。
カスタマイズと専用開発の費用目安は300万円から3,000万円以上
費用は方式や対象範囲で変わります。そのため、価格帯と開発費の内訳を分けて見積もります。
- パッケージ拡張：300万〜1,500万円程度。複数拠点や会計連携、移行を含む場合。
- 専用開発：1,000万〜3,000万円程度に達することがあります。
- 基幹刷新：複数法人や多数拠点の場合、3,000万〜8,000万円以上になる可能性もあります。
- 開発費内訳：要件定義10〜15%、設計25〜35%、開発・テスト45〜60%、移行・教育5〜10%の配分です。
- 年間保守：初期開発費の10〜20%程度を見込む考え方もあります。
専用開発の範囲には、現場アプリやオフライン同期、巡回計画が入ることがあります。清掃実績や施設別原価、複数システムの連携も、含まれる場合があります。
金額は、品目数や拠点数、ユーザー数によって変わります。端末や連携、セキュリティ要件、データの汚れも、費用を左右します。
費用を比べるには、要件をそろえて相見積もりを取る必要があります。
清掃用品在庫管理システムの開発会社・ベンダーの選び方
機能数より、清掃用品の業務を理解し、マスタ整備から現場への定着まで支援できるかを見ます。SaaS提供者、パッケージ導入支援者、受託開発会社では得意な領域が異なります。そのため、求める方式を整理してから比べます。
清掃用品と多拠点運用への適合性の確認
候補先には、洗剤や消毒剤、紙製品の管理単位を質問します。ゴミ袋や手袋、モップ、清掃機器の扱いも、質問項目に入れます。
サンプル品目を使い、ケース・バラ・リットル換算や代替品、期限・ロットの扱いをデモしてもらいます。SDS、拠点間移動、車両や現場棚、スマートフォン入力、通信圏外の扱いも、同じ方法で見せてもらいます。
提案書と見積もりの前提のそろえ方
提案と見積もりを同じ基準で比べるには、発注側がRFPに品目や拠点の規模、既存の資料、条件を具体的に書いておく必要があります。
- RFPの記載：品目数、拠点数、ユーザー数、月間の入出庫件数、棚卸しの頻度、発注承認の流れ。
- 既存資料：Excelの列、会計・購買システム、帳票。
- 条件：端末や権限、バックアップ、復旧目標。
- 提案書の区分：標準機能と設定対応、追加開発を分けて示してもらい、対象外や前提条件も明記してもらうと、比べやすくなります。
- 見積もりの比べ方：3社程度から同じ条件で見積もりを取り、価格に加えて、納期や体制、運用支援、データ移行の受け持ち範囲を比べます。
導入後の支援と責任分界の確認
導入後に使われなければ、成果は出ません。そのため、マスタ登録や現場教育、問い合わせ対応、月次レビューの支援を確かめます。改善要望や障害連絡、バージョンアップ、解約時のデータ返却も、支援の範囲に入るかを見ます。
クラウドでは、データの保存場所や、通信時と保存時の暗号化、アクセス権限、操作ログを確かめます。バックアップや復旧テスト、脆弱性対応も確かめます。委託先との受け持ちの範囲は、契約書や仕様書で確認します。
▶ 詳細はこちら：清掃用品在庫管理システム開発でおすすめの開発会社/ベンダー6選と選び方
導入で起きやすい失敗と対策
失敗は、システムの性能より、業務ルールと現場運用の設計不足から起きやすいです。入力者や承認者、マスタ修正者、棚卸し差異の確認者を決めておくと、稼働後に誰が責任を持つかが明確になります。
現場を置き去りにしたトップダウン導入の回避
管理部門だけで画面とルールを決めると、入力が面倒になり、後からの入力や紙への逆戻りが起きます。清掃スタッフや補充担当者、倉庫担当者、発注担当者に話を聞き、手袋をしたり洗剤を持ったりした状態で、操作を試します。
1回の入力を数タップで終えられるか、エラーのときに戻せるか、端末を共有する場合にどうログインするかを確かめます。
Excelの表記揺れを残したままのデータ移行
「トイレットペーパー」「トイレット紙」「TP」のような表記揺れは、移行後に直すのが困難です。そのため、移行前に重複をまとめ、品目コードや容量、発注単位を確定させます。使用単位、換算係数、仕入先、保管場所も、移行前に決めておきます。
移行件数や未確定の項目、重複候補、廃番品を一覧にします。現場責任者の確認を経てから、本番データを作ります。
全拠点展開と過剰なカスタマイズの同時進行
全拠点を一度に切り替えると、例外ルールが表に出て、問い合わせが集中します。代表拠点で運用し、入力率や棚卸し差異、欠品、発注漏れを測ったうえで、標準ルールを固めます。
標準機能で対応できる業務は無理に変えず、差別化につながる巡回計画や施設別原価などに、開発予算を振り向けます。
セキュリティ・法規制・2026年の最新動向
在庫情報には、購入情報や仕入先、担当者の情報が含まれます。施設情報や薬剤の安全情報も、含まれる場合があります。2026年は、バックアップやサプライチェーン対策を含め、委託先まで管理する必要があります。
アクセス権限やログ、復旧、法令に関わる情報の保持方法は、機能要件と同じ段階で決めておきます。
最小権限・暗号化・ログ・バックアップの基本
現場入力や拠点管理、発注承認、全社集計、システム管理で、権限を分けます。通信時と保存時の暗号化や多要素認証、退職者の停止、操作ログを確かめます。バックアップと復旧テスト、脆弱性対応も、確認しておきます。
IPAは2026年3月に、中小企業向けの情報セキュリティ対策ガイドライン第4.0版を公開しました。バックアップやサプライチェーン対策、不要な通信の遮断などが示されています（出典: IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年）。
SDS・PRTR・電子取引データの対象範囲と必要な記録
薬剤や化学品、電子取引の書類は、それぞれ対象範囲と必要な記録を確かめておきます。
- SDS情報：商品マスタから、関連する安全情報を参照できるようにします。
- 法令範囲：化管法の対象物質と、事業者間での提供条件です。
- 品目確定：取扱量や濃度を踏まえ、法務や安全衛生の担当者と決めます。
- 電子取引：発注書や納品書、請求書の保存条件です。
薬剤や化学品では、ラベルや保管条件、改訂日、確認者も管理の対象になります。化管法は、PRTR制度とSDS制度を柱としています（出典: 経済産業省「化学物質排出把握管理促進法・SDS制度」、2026年確認）。
電子帳簿保存法では、改ざん防止や検索性、可視性、必要時のダウンロード対応などを確かめます（出典: 国税庁「電子取引関係」、2026年確認）。法令への対応は、在庫システム単独で判断せず、会計や税務の担当者と合わせて保存方法を決めます。
正確な入出庫データを蓄積してからのAI活用
2026年時点では、AI需要予測や自動発注を提案するサービスもあります。ただし、表記揺れや欠損した使用履歴、季節要因を無視した発注データでは、精度が出にくいです。
まず、商品マスタや単位換算、入出庫、棚卸し差異、発注実績を標準化します。そのうえで、データがたまった段階で需要予測を検証します。AIの提案は、承認者が確認します。また、異常値や欠品リスクを説明できる運用にします。
導入後に確認したいKPIと運用改善
導入効果は感覚に頼らず、導入前の基準値と比べて判断します。欠品回数や緊急発注数、棚卸しの時間と差異率を追うと、改善の方向が見えてきます。在庫金額や発注リードタイム、現場入力率、廃棄数、拠点間移動数も、並べて見ます。
最初のKPIは欠品・差異・入力率
最初の3か月は、欠品回数と棚卸し差異率、現場入力率を中心に見ます。欠品が減っても、過剰購入で在庫金額が増えることがあるため、在庫金額と廃棄数も確認します。
入力率が低いときは、品目検索やQRラベル、端末、入力項目、通信環境、教育のどこに障害があるかを調べます。スタッフを責めても、解決にはつながりません。
月次レビューによる発注点とマスタの更新
使用量は、季節や施設稼働率、客室数、病床数、契約現場の増減によって変わります。そこで、月次レビューでは発注点や安全在庫、リードタイムを見直します。代替品や仕入先の単価も、確認の対象にします。
使用量が多い品目は、盗難と決めつける前に、単位換算や拠点移動、入力漏れ、現場作業量、商品の濃度や希釈方法を順に確かめます。
改善できたら、次の拠点へ展開します。標準のマスタと標準フローを保ち、必要な差分だけを追加すると、購買コストと清掃品質を一緒に改善できる基盤になります。
よくある質問（FAQ）
費用や導入期間、対象品目、既存Excelとの関係を確かめておくと、方式を選びやすくなります。検討の際によくある質問に、順に答えます。
小規模な施設でも清掃用品在庫管理システムは必要ですか？
必要です。品目数や拠点数が少ない場合は、月額型の標準サービスで在庫照会やQR入力、発注点、棚卸しから始められます。過剰な開発費をかけずに、効果を確かめられます。
紙やExcelで発注漏れや二重購入、棚卸しの負担が起きているなら、規模よりも業務上の損失を基準に検討します。
既存のExcelデータは清掃用品在庫管理システムへ移行できますか？
移行はできますが、そのまま取り込まず、表記揺れや重複、廃番を整理します。単位や拠点名、仕入先名もそろえます。サンプルデータを使い、商品コードや発注単位、使用単位、換算係数の表示を確かめます。在庫数や保管場所が正しく表示されるかも、見ておきます。
過去の取引履歴をすべて移すか、現時点の在庫だけを移すかは、目的と費用を見て決めます。
導入にはどのくらいの期間がかかりますか？
標準SaaSを設定して始めるだけなら、数日から3か月程度です。クラウドに移行や権限設定を加える場合は、1〜3か月程度が目安です。パッケージのカスタマイズは、3〜9か月程度です。
専用のスクラッチ開発は、6〜18か月程度になることがあります。期間を短くするには、対象の拠点や主要品目、Must要件を絞ります。そのうえで、データ移行と現場教育を計画に含めます。
洗剤や消毒剤のSDS・使用期限も管理できますか？
商品マスタに、SDSファイルや改訂日を紐づける設計なら管理できます。保管条件や使用期限、ロット、開封日も、同じ仕組みで扱えます。誰がいつ情報を確認したかの履歴も残せます。
清掃用品のすべてに、同じ法的な管理が必要とは限りません。対象の品目と必要な記録は、安全衛生の担当者に確かめます。
まとめ
このシステムは、在庫数に加えて、拠点や棚、車両の情報を一つの流れで管理します。持出から補充、発注、納品、棚卸し、使用量の確認までを、ひと続きにつなげます。清掃用品特有の単位換算や現場入力、多拠点間の移動、発注点と購買の連携を、要件に含めます。
SDSや期限、ロットの管理も、必要に応じて加えます。
導入で優先するポイント
商品マスタと単位換算を整え、現場入力や発注点、棚卸し、拠点間移動を使えるようにします。SDS・期限・ロット、会計連携、需要予測は、課題とデータの蓄積に合わせて加えます。
小さな試行から全社運用への拡大
試行の効果を見極めてから、費用と運用範囲を段階的に広げます。
- 試行：1拠点・主要品目で、入力率や欠品、棚卸し差異、在庫金額を見ます。
- 運用準備：目標を達成してから標準化し、教育とサポートを整えます。
- SaaS費用：初期0〜50万円、月額5,000円〜15万円程度。
- 開発費用：パッケージ拡張は300万〜1,500万円、専用開発は1,000万〜3,000万円程度。
- 段階展開：成果を確かめたあと、多拠点や会計連携、SDS、AIへ広げます。
▼関連記事一覧
・清掃用品在庫管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・清掃用品在庫管理システム開発でおすすめの開発会社/ベンダー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を創業。