清掃現場管理システム開発の完全ガイド

清掃現場管理システムは、業態、管理する業務、既存システムとの連携範囲によって、適した導入方法が変わります。導入方法は4種類に分かれ、費用の目安も方式ごとに異なります。

発注前に業務と必要な機能を整理し、同じ要件で候補を並べて見ると、違いを比べやすくなります。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

清掃現場管理システムの概要

現場と事務所で共有する情報の範囲が見渡せます。

清掃現場管理システムは、物件・契約、作業予定、スタッフをつなぐ業務システムです。また、品質、報告、請求の情報も、同じ流れで扱えます。

どの物件のどの場所で、誰がいつ、どの手順で作業したかを追跡できます。あわせて、作業結果と承認者も記録に残ります。

現場と事務所が同じデータを扱えば、作業漏れや請求漏れを減らせます。さらに、報告書の転記やクレーム対応の属人化も抑えられます。

紙・Excel・電話で分かれた情報をつなぐ仕組み

清掃業務では、依頼から請求まで現場と事務所の間で情報を受け渡します。受け渡しの回数が多いぶん、伝達漏れも起きやすくなります。

依頼と割当：営業の依頼を責任者が予定表に移し、電話や紙で現場へ伝えます。
報告と請求：作業後の報告書を事務担当が回収し、請求データへ再入力します。
伝達漏れ：予定変更や写真の紐づけ漏れが起き、承認待ちの報告が埋もれることもあります。

物件・フロア・部屋・設備・顧客・契約を台帳に登録します。そのうえで、予定・担当者・チェック・写真・コメント・承認状態を記録に紐づけます。

スマートフォンから登録すれば、帰社後の転記を減らし、異常箇所を早く確認できます。

勤怠管理を超えた品質と収益の把握

現場の作業記録を品質や収益の情報とつなげると、業務の状況を多面的に把握できます。

管理範囲：勤怠アプリの記録に加えて、品質・再作業・顧客報告・物件別採算まで把握の対象になります。
品質記録：チェックリスト・指摘・写真・差し戻し・再作業・協力会社への依頼の管理。
収益管理：見積・契約・原価・請求も、段階的に扱えます。
原因確認：同じクレームが続く物件で、担当者・手順・資材・写真・承認履歴を横断して見ます。
効果測定：報告漏れ率・再作業率・クレーム対応時間・物件別粗利で、現場と経営の状況を見ます。

ポイント

業態、管理する業務、既存システムとの連携範囲を先に書き出し、現場と事務所で共有する情報の範囲を決めておくと、導入方法の判断がぶれにくくなります。

清掃現場管理システムの主要機能と業態別の要件

必要な機能は、業態、契約形態、現場数、スタッフの働き方で変わります。まず、作業予定と実績報告から始め、承認・品質・請求・勤怠・会計連携へ順に広げる方法が現実的です。

台帳・予定・割当・実績の一連の管理

物件や契約の情報を基礎にすると、予定から作業後の記録までがつながります。

台帳：物件・フロア・部屋・設備・顧客・契約・作業基準を登録します。
予定と割当：日常・定期・臨時清掃や設備点検を、カレンダーや一覧で管理し、スタッフや協力会社へ割り当てます。
現場実績：開始と完了、所要時間、資材、特記事項、写真を登録します。
進捗確認：未実施・作業中・報告待ち・承認済み・差し戻しを色分けし、遅延や報告漏れを探します。
入力ルール：定型作業をテンプレート化し、物件や契約の変更時だけ責任者が更新できる権限にします。

チェック・写真・承認による品質の証明

作業の品質を後から確かめられるよう、現場の記録と報告の方法を整えます。

品質確認：チェックリスト・基準外コメント・責任者承認・差し戻し・再作業完了の記録。
写真管理：撮影日時・物件・部屋・作業項目に紐づけ、保存期間と容量上限も決めます。
個人情報保護：顔や名札、入退館情報が写る場合の、閲覧権限とマスキングの設計。
報告書作成：現場登録から自動生成し、手書き帳票の確認とExcel転記を減らします。
提出先別の帳票：データは共通化し、提出先ごとにテンプレートを分けて個別対応を抑えます。

ホテル・ビル・病院など業態で異なる重点機能

業態ごとに必要な機能と画面は異なるため、分けて整理します。

ホテル・民泊：チェックアウト情報と部屋の状態を連携し、進捗・優先順位・通知を管理します。完了連携の時期や、エラー時の手動操作も見ておきます。
外国人スタッフ：やさしい日本語、多言語表示、アイコン中心の画面が、定着率に影響します。
ビルメンテナンス：建物・契約・定期作業・設備・点検・月報を管理します。
病院・介護施設：清掃区域・衛生基準・入室制限・感染対策・再作業記録を重視します。
多様な案件：業態別テンプレートを用意すると、同じ画面に無理に統一せずに済み、使いやすさにつながります。

ポイント

作業予定と実績報告から始められるか、必須機能と将来検討の機能を分けられるかを基準に、業態に合う機能の範囲を決めます。

清掃現場管理システムの4つの導入方法

方式ごとに、向いている業務の範囲が異なります。

方式は、既製SaaS、業界パッケージ、ローコード・部分導入、スクラッチ開発の4つです。方式ごとに、向いている会社と注意点が異なります。

判断するときは、価格だけでなく、業務の標準化、会計や勤怠との連携、現場の制約への対応も見ます。

早く始めたい会社に向く既製SaaS

既製SaaSは、共通業務を早くデジタル化したい場合に検討できます。

短期間で利用開始：アカウント発行と設定の後に使え、予定・スタッフ割当・写真付き報告・案件管理を扱えます。
運用負担を抑えやすい：バックアップやアップデートを自社で抱えにくいことが利点です。
機能の適合範囲：独自の出来高計算・細かな承認経路・深い基幹連携・特殊帳票には、対応できない場合があります。

公開料金のあるサービスには、無料プランや、1ユーザーあたり月額980円、1,980円の例があります（出典: 清掃業務管理サービスの公式料金ページ、2026年確認）。

初期設定、データ移行、追加容量、連携、サポートは、別条件になることがあります。

契約・請求・損益を重視する会社向けの業界パッケージ

業界パッケージでは、物件台帳・契約・作業計画をはじめとする業務を、まとめて導入できます。現場報告から営業・請求まで、データをつなぎたい場合に検討できます。

契約・請求・損益を重視する場合は、次の業務もパッケージの対象になります。

購買
入金
建物別損益

標準機能に自社業務を合わせる必要があります。さらに、カスタマイズを重ねると、導入費や将来の保守費が増え、更新が難しくなることがあります。

デモと要件一覧では、標準機能、設定変更、追加開発を分けて確かめます。

小さく試したい会社向けのローコード・部分導入

ローコードや部分導入では、台帳、作業報告、クレーム受付など、一業務から始められます。

現場での調整：現場の意見で画面や項目を調整し、1拠点の課題を短い周期で確かめられます。
利用が広がったとき：権限・データ構造・画面・運用ルールが複雑になることがあります。
試行段階で決めること：そのため、物件ID・作業ID・スタッフID・契約IDを定めておきます。
将来の連携：キーを整えておくと、将来のAPI連携やデータ移行を妨げない設計につながります。

独自業務と複雑な連携に対応するスクラッチ開発

独自の清掃基準、複雑なシフト・出来高計算、協力会社ポータルが必要なら、スクラッチ開発が選択肢になります。さらに、会計・勤怠・販売管理との連携が必要な場合も、検討の対象になります。既製品に業務を合わせられない場合に適します。

自社で担う範囲：必要な操作やデータを設計できる一方で、要件定義・開発・テスト・教育・運用保守を、継続して担います。
段階的な広げ方：まず現場報告と承認を作り、KPIを見て請求や損益へ広げる方法があります。
開発費以外の費用：開発費だけでなく、障害対応・OSやブラウザの更新・写真保管・セキュリティ診断・担当交代時の引き継ぎまで含めて判断します。

ポイント

連携範囲と現場の制約から方式ごとの向き不向きを比べ、価格だけで選ぶと後から機能の不足や追加開発が重なりやすい点に注意して決めます。

清掃現場管理システムの開発・導入の進め方

現場での検証を重ねてから対象を広げます。

導入の成否は、現場業務を正しく切り出し、使われる範囲から始められるかで決まります。

業務の洗い出し・要件定義・PoC・パイロット・段階展開の順に、成果を確かめていきます。

▶ 詳細はこちら：清掃現場管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

業務の洗い出しによる二重入力と遅延の把握

業務の洗い出しでは、依頼から入金までを一つの流れとして書き出し、同じ情報を二重に入力している箇所と、遅延が起きている箇所を探します。

依頼受付から入金までを、業務フローとして並べます。
見積や契約、割当、写真・チェックを含む現場作業、承認、クレーム対応、請求も、工程として含めます。
各工程の担当者・登録内容・媒体・期限を書き出します。特に、紙からExcel、さらに請求ソフトへ同じ情報を入力している箇所は、改善候補になります。
現場責任者に加え、清掃スタッフ・事務・営業・請求担当・協力会社窓口にも聞き取ります。
通信が不安定な場所・古い端末・私物端末・複数現場の掛け持ちも確かめます。
要件は、会議室のデモで決めるより、現場の動きを見てから決める方が、ずれを防ぎやすくなります。

優先順位と受入条件による要件の整理

要件に優先順位と受入条件を付け、候補を同じ基準で比べます。

必須：物件と作業の紐づけ・担当割当・写真付き報告・承認と差し戻し・権限・CSV出力。
優先度の区分：要件を必須、できれば必要、将来検討の3段階に分けます。
将来検討：会計・勤怠連携、AIによる異常検知、顧客ポータルなどを別枠にします。
受入条件：3タップ以内の報告、写真と物件・部屋・作業項目の紐づけ、承認待ちを翌営業日までに一覧確認できることなどを記します。

帳票、写真、クレーム事例、月末請求手順のサンプルをRFPに添えると、機能名だけより候補を比べやすくなります。

1拠点・1業務のPoCによる現場適合性の確認

PoCでは、対象を絞って現場での使いやすさと導入効果を確かめます。

試行範囲：全社導入の前に、1拠点・1業態・1種類の清掃で試し、使いにくさを探します。
試行例：日常清掃の割当と写真報告を、4週間程度試します。
効果測定：入力時間・報告漏れ・差し戻し・確認時間、それに入力を止めた場面を記録します。
実地検証：通信不良・雨天・繁忙時・電池残量・端末共有・外国語話者の操作を、現場で確かめます。
障害対応：障害時に紙へ戻す手順も、あわせて試します。

オンラインで始めた作業を、オフラインでも一時保存できるかを試します。さらに、再接続時に写真が重複送信されないかも検証します。

教育・データ移行・段階展開の運用への組み込み

パイロットの効果を踏まえ、展開・移行・教育・問い合わせ対応を整えます。

段階展開：パイロット後、対象の物件や業務を順に広げます。
データ移行：旧帳票をすべて移すのではなく、対象と期間を決めて移します。
教育：管理者向け研修と現場スタッフ向け練習を分けます。
導入後の連絡体制：問い合わせ窓口などを定めて、混乱を抑えます。

展開先は、物件・協力会社・定期清掃・臨時対応・品質点検・請求です。

移行の対象には、契約中の物件・スタッフ・未完了案件・過去のクレーム・保存義務のある記録があります。

教育では、動画や一枚の手順書に頼るだけでなく、実際の物件で練習します。具体的には、作業依頼を受けて写真を撮り、差し戻しを直して報告書を出すまでを一連で行います。

障害時の連絡先やアカウント停止の担当者も、事前に決めておきます。

清掃現場管理システムの費用相場と内訳

費用は、利用人数と物件数の多さに加え、月間作業件数や写真容量、帳票数、権限によって大きく変わります。

外部連携、データ移行、サポート範囲も、費用に影響します。ただし、清掃専用システムの公的な相場統計は限られています。

そのため、ここに示す数字は、業務システムの一般的な目安を清掃現場管理へ引き直したものです。正式な見積もりは、同じ要件を複数の候補へ提示して取ります。

▶ 詳細はこちら：清掃現場管理システム開発の見積相場や費用/コスト/値段について

導入方法ごとの初期費用と期間の目安

方式別の費用と期間は、利用規模や導入範囲によって幅があります。

既製SaaS：月額3万円から100万円程度です。小規模サービスには、0円や、1ユーザーあたり月額980円、1,980円の公開例もあります。
業界パッケージ：設定・連携を含む初期費用は100万円から500万円程度、期間は2か月から6か月程度です。
小規模PoC・部分開発：50万円から300万円程度です。部分開発は3〜6か月程度です。
パイロットの本番化：複数物件へ展開する場合は300万円から1,500万円程度を想定します。
スクラッチ・全社統合：スクラッチは300万〜2,000万円・6〜18か月、全社統合は1,500万〜5,000万円・13〜36か月程度です。

SaaSの導入は、数日から2か月程度が目安です。ただし、初期設定や既存データの整備を含めると、長引くことがあります。金額は、一般的な業務システムをもとにした推定で、要件によって上下します。

納期を短くする場合でも、受入テストと教育の期間は削らないでおきます。

見積書で確認したい開発費以外のコスト

見積もりは、初期費用と運用費を分けて、追加条件まで含めて比べます。

初期費用の内訳：現場アプリ・管理画面・権限・オフライン・写真保管・帳票を分けます。通知・連携・移行・テスト・教育・保守も、項目ごとに並べます。
追加料金：最低利用人数・追加ユーザー・容量・API・専用環境の各項目で、費用が増える場合があります。
運用費：月額利用料・サーバーとストレージ・保守・セキュリティ更新が含まれます。端末・通信・バックアップ・追加帳票・教育も、継続してかかる費用です。
容量と効果の試算：写真1件あたりの容量と保存年数から年間費を出し、削減できる転記や残業時間を、維持費と同じ期間で比べます。

さらに、問い合わせ時間や解約時のデータ返却も、費用の対象になることがあります。

見積依頼に書く業務量と要件

見積もりの前に、業務量とシステム要件を具体的に整理します。

現場規模：物件・フロア・部屋・スタッフ・協力会社の各数と、月間作業件数。
作業・記録量：日常・定期・臨時の比率・月間写真枚数・帳票数・利用者の権限数・保存年数。
連携先：会計・勤怠・販売管理・予約・入退館などのシステム。
現場での使いやすさ：入力項目数・操作ステップ・通信断からの復旧・写真圧縮・通知条件に分けて示します。

連携先の製品名に加え、データ項目・更新頻度・連携方向・エラー時の扱いも示します。

要件が具体的であれば、候補どうしの見積差が、機能の抜けによるものか、工数や保守条件の違いによるものかを比べられます。

ポイント

費用は利用規模と連携、サポート範囲で大きく変わるため、同じ要件で複数社に見積もりを頼み、初期費用と運用費を分けて比べるのが目安です。

清掃現場管理システムの開発会社/ベンダーの選び方

見るのは、知名度や機能数よりも、自社業務を理解し、現場で使える形にし、導入後も支援できるかです。

既製SaaS・パッケージ・部分開発・スクラッチでは、比べる観点が異なります。そこで、同じ要件表で評価し、合わない選択肢は早めに外します。

清掃・ビルメンテナンス業務への理解

実績は、日常・定期・臨時清掃の分野で確かめます。導入社数に加えて、物件数とスタッフ数での利用状況も聞いておきます。

そのほか、次の分野と項目も確かめます。

分野：ホテル客室、病院・施設、協力会社管理
確認項目：写真報告、承認、契約と請求、損益

可能であれば、似た規模や業態の利用者に、導入前後の運用と困った点を聞いておきます。デモでは、自社の依頼・汚れや破損の写真・報告書・差し戻し・月末請求を再現してもらいます。

現場スタッフ自身に操作してもらい、入力時間や迷う箇所を記録すると、導入後のギャップを減らせます。

機能と同じ重さで見るセキュリティと契約条件

扱う情報と契約終了後の扱いを踏まえ、次の項目をベンダーに確認します。

情報へのアクセス：扱う情報に応じた、アクセス制御と保護策。
運用時の対応：退職者アカウントの停止・委託先管理・事故時の連絡手順。
ガイドライン：IPAの中小企業向け第4.0版も、確認の対象にします。
契約終了時：データ保管場所・復旧目標・脆弱性対応・再委託、データ返却と削除証明。

顧客・作業員・入退館情報、鍵・警備情報を扱う場合があります。また、写真に顔や名札が写ることもあります。

役割別の制御、多要素認証、暗号化を確かめます。さらに、操作・閲覧・出力のログとバックアップも見ておきます。

IPAは2026年3月に中小企業向け情報セキュリティ対策ガイドライン第4.0版を公開しました。同版は情報セキュリティ6か条を示したうえで、サプライチェーンと人材不足への対応も示しています（出典: IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版、2026年）。

導入後の支援体制と費用の透明性

導入後の支援範囲と、契約・納品後に自社で運用できる条件を確かめます。

支援と料金：対応体制・支援範囲・追加費用。
納品と引き継ぎ：納品物の範囲と、運用へ移す条件。

問い合わせ担当や、平日・夜間の対応時間、障害優先度、復旧目標を確かめます。さらに、更新頻度と仕様変更の相談方法も確認します。人数や物件が増えたときの料金、写真容量、帳票の追加、解約時のデータ形式は、契約書に残しておきます。

開発を依頼する場合は、ソースコード・設計書・DB定義・テスト仕様書・操作マニュアルの納品範囲を確かめます。さらに、引き継ぎ方法、保守会社の変更可否、追加開発の見積ルールも質問します。

▶ 詳細はこちら：清掃現場管理システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：清掃現場管理システム開発の発注/外注/依頼/委託方法について

ポイント

業務への理解、導入後の支援、契約終了時のデータ扱いを同じ要件表で評価し、機能の数だけで決めないことが判断の目安になります。

導入後の運用・セキュリティ・法令対応

システムは、導入した日から自動的に定着するものではありません。

導入後は、利用率・入力の正確さ・権限・保存・障害対応を見直し、業務ルールと画面を改善していきます。

スタッフの入れ替わりが多い現場では、教育とアカウント管理を運用の一部として組み込みます。

権限・ログ・バックアップの継続管理

導入後も続けて管理するのは、次の項目です。特に権限は、顧客向けの報告書と社内の原価情報を同じ権限で見られないよう、分けておく必要があります。

権限の分け方：現場・営業・事務・顧客・協力会社・管理者ごとに権限を分け、物件や契約の単位で閲覧範囲を制限します。
利用者の見直し：毎月または四半期ごとに利用者を見直し、退職・異動・契約終了時はアカウントを停止します。
ログの記録：作成・変更・承認・差し戻し・削除を残し、出力やログイン失敗も記録します。
バックアップ：取得だけでなく、復元テストも行います。
運用ルールの決め方：削除権限・保持期間・保存先・暗号化・持ち出し制御を、契約と社内規程に合わせて決めます。

法令上の記録と契約上の保存期間の整理

対象建物や契約ごとに、必要な記録と保存条件を整理します。

法令上の清掃：特定建築物の維持管理要件を把握します。
保存する記録：作業記録・点検結果・報告書・承認履歴・作業基準・契約書を、物件ごとに整理します。
保存と提出条件：保存年数・改ざん防止・検索・PDF・CSV出力、監査時の提出方法を定めます。契約に5年間などの指定があれば、法令だけでなく契約条件も優先します。

特定建築物では、建築物衛生法に基づく維持管理が求められます。厚生労働省は、日常清掃と6か月以内ごとの大掃除を案内しています（出典: 厚生労働省「建築物環境衛生管理基準について」、2026年確認）。ただし、導入したシステムが、法令対応を自動で済ませてくれるわけではありません。

KPIによる導入効果の測定

導入効果は、次の項目で確かめます。

現場の業務：報告書作成時間・報告漏れ率・承認時間・再作業率を測ります。
対応・請求・採算：クレーム初動・請求締め時間・物件別粗利も見ます。
利用指標の注意：ログイン率や報告入力時間も見られますが、利用率だけを目標にすると、不要な入力が増えるおそれがあります。
使われ方の確認：業務の成果と操作負担を合わせて評価し、月次で使われない項目や入力しにくい画面を見直します。
導入の狙い：同じ情報の重複入力を減らし、異常を早く見つけ、品質を説明し、請求と実績を一致させることです。

清掃現場管理システムのよくある質問

導入前に相談されやすい質問に答えます。答えは、自社の規模や業態によって変わります。現場件数、スタッフ、契約、連携、保存要件に照らして、検討してください。

清掃現場管理システムはSaaSと開発のどちらがよいですか？

予定、写真報告、案件管理を早く始めたい場合は、既製SaaSが向いています。

独自基準・複雑な原価計算・協力会社ポータル・深い基幹連携が必要なら、設定・連携、部分開発、スクラッチを検討します。

小規模な清掃会社でも導入する意味はありますか？

あります。物件数が少なくても、転記・電話・写真整理・請求前確認に時間がかかるなら、1拠点・1業務で効果を確かめられます。

利用者数・月間作業件数・写真容量を抑えたプランから始め、業務が増えた段階で拡張すれば、過剰投資を避けられます。

現場の通信が不安定でも利用できますか？

サービスや方式によって異なります。オフライン時に一時保存し、回復後に同期できる設計なら、利用できます。

地下や機械室、郊外、エレベーター内で、実機を使って試します。開始・チェック・撮影・保存・再送信・重複防止ができるかを確かめます。

写真や顧客情報を安全に管理するには何が必要ですか？

役割別アクセス制御、多要素認証、暗号化、操作ログが必要です。さらに、バックアップ・端末紛失対策・退職者アカウント停止・保存期間・削除ルールも欠かせません。

写真に顔・名札・鍵・入退館情報が含まれる場合は、閲覧範囲と、事故時の報告・連絡手順も決めます。

まとめ

清掃現場管理システムは、予定だけでなく、物件やスタッフ、品質、写真の情報をつなぎます。承認やクレーム、契約、請求まで含めて扱います。必要な機能は、清掃会社、ビルメンテナンス、ホテル・民泊、病院・施設など、業態によって異なります。

現場報告から始め、効果を測って広げる段階的な導入

既製SaaS・業界パッケージ・ローコード・部分導入・スクラッチを比べます。そのうえで、費用・適合性・連携・保守・セキュリティ・データ返却の各点を確かめます。

まず1拠点の予定・写真報告・承認から始め、報告漏れ率や作業時間を測ります。その後、請求・勤怠・会計・損益へ、段階的に広げます。

見積前に整理する自社の数字と現場条件

見積前には、物件・スタッフ・協力会社・月間作業・写真容量の数字を整理します。帳票・連携先・保存年数・権限・通信環境も、あわせて整理します。

実作業と報告書を使ったデモ、通信断を含む受入テスト、導入後の教育・サポートを確かめておけば、合わないシステムを選ぶリスクを抑えられます。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。