清掃現場管理システム開発の見積相場や費用/コスト/値段について

清掃現場管理システムの費用は、SaaSなら月額0円〜1,980円/ユーザー、個別開発なら初期費用300万円〜2,000万円程度が目安です。金額は、導入方式、業務範囲、連携要件によって変わります。

全体像は、清掃現場管理システム開発の完全ガイドにもまとめています。

▼全体ガイドの記事
・清掃現場管理システム開発の完全ガイド

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

導入方法によって費用は大きく変わります。現場の報告だけならSaaS、契約・請求・損益まで標準化するならパッケージが候補です。独自の清掃基準や基幹連携が必要なら、個別開発を検討します。

ここで示す相場は、清掃専用の公的統計ではありません。NotebookLMリサーチで得た業務システムの目安を、清掃業務に当てはめて推定したものです。

導入方法ごとの費用レンジ

SaaSの月額料金から個別開発の初期費用まで、導入方法によって費用の単位も規模も異なります。

  • 既製SaaS:公開価格は月額0円〜1,980円/ユーザー/月
  • パッケージ:設定・連携を含む初期100万円〜500万円
  • 小規模PoC:1拠点の報告・承認で50万円〜300万円
  • パイロット本番化:複数物件で300万円〜1,500万円
  • スクラッチ:独自業務や連携を含み300万円〜2,000万円

CleanGoはFreeが月額0円、Standardが980円/ユーザー/月、Proが1,980円/ユーザー/月です。出典はCleanGo公式料金ページ(2026年8月確認)です。

業務システム全体のSaaSの目安は月額3万円〜100万円程度です。人数、拠点、容量、サポート、API、専用環境によって変わるため、公開価格だけで全社の費用は判断できません。

パッケージでは、月額または保守費も別に加わります。パイロットの目安は権限・帳票・協力会社機能を含み、スクラッチの目安は独自原価計算、複雑なシフト、会計・勤怠連携を含みます。

価格表を見るときの注意点

価格表では、利用人数とアカウントの課金範囲を項目ごとに確認します。

  • 課金対象:管理者・協力会社のアカウントの扱い
  • 無料枠:人数、案件、店舗、データ保持の制限
  • 見積範囲:設定、移行、帳票、写真、API、SSOの扱い
  • 導入後の支援:教育、問い合わせ、障害復旧の範囲

たとえば、CleanGoはStandardが3ユーザー以上、Proが5ユーザー以上です。Freeにはスタッフ数とデータ保持期間の制限もあります。

小規模な実証が安くても、複数拠点へ広げたあとの月額は別に試算します。

見積書に「一式」とだけ書かれていると比較が難しくなります。そのため、どの業務をいつまでに、どの品質で使える状態にするかを項目別に並べてもらうと、各社の見積を比べやすくなります。

ポイント

導入方式によって費用の桁が変わるため、まず自社に必要な機能の範囲を決め、そのうえでSaaS、パッケージ、個別開発を並べて比べます。公開価格は参考値なので、人数や拠点数を入れて試算し直します。

清掃現場管理システムの主な機能

清掃現場管理システムを中心に、作業記録、例外対応、品質管理、収支管理を放射状に示した図。
現場の記録から物件別の収支まで、管理範囲が広がります。

清掃現場管理システムは、勤怠アプリに限らず、作業から請求までをつなぐ仕組みです。物件や顧客、契約を起点に、作業予定や担当者、写真の情報を集めます。また、承認からクレーム対応、請求までを一続きにつなぎます。誰が、どこを、いつ、どの手順で清掃し、結果を誰が確認したかを、あとから追跡できます。

現場側に必要な機能

現場で必要な機能は、作業の開始から報告後の対応までをつなぐものです。

  • 作業記録:今日の案件、開始・完了、チェック、写真を登録
  • 例外対応:不具合連絡と再作業指示を確認
  • ホテル・民泊:客室状態、優先順位、完了時刻を連携
  • オフィス・商業施設:定期作業、設備点検、報告書を管理
  • 病院・福祉施設:衛生基準、立入制限、作業記録を扱う

入力項目が多いと、作業員は入力を後回しにしがちで、管理者の電話確認も増えます。そこで、必要な項目を絞る設計が費用対効果を左右します。

地下など電波が弱い現場では、一時保存や再送信、写真の圧縮、送信失敗の通知も要件に含めます。

管理部門に必要な機能

管理部門では、台帳から作業計画、品質確認、請求までの情報をつなぎます。

  • 台帳・計画:物件、契約、人員、協力会社、作業計画
  • 品質管理:担当割当、点検、承認、差し戻し
  • 収支管理:見積、単価、実績、原価、請求、入金

見積から入金までを結ぶと、物件別の採算や請求漏れを確認できます。例として、DK-CONNECT BMは、計画、作業結果、契約、物件台帳、作業履歴を管理します(出典: ダイキン工業公式機能紹介、2026年8月確認)。

全部を最初から一つにまとめる必要はありません。たとえば、現場報告をSaaSで始め、会計や給与は既存システムを続けることもできます。

請求と原価が重要なら、契約、作業単価、物件別損益を先に設計します。目的と範囲を切り分けておくと、見積を判断しやすくなります。

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

清掃現場管理システムの導入を、業務棚卸し、優先順位付け、1拠点・1業務のPoC、写真報告と承認のパイロットの順に示した図。
現場で試す範囲を絞ると、次の判断に必要な結果を得やすくなります。

費用を抑えて失敗を防ぐには、画面の一覧より先に、業務の流れから始めます。推奨する順序は、業務の棚卸しと優先順位付けに続いて、1拠点・1業務のPoCを行い、最後に写真報告と承認のパイロットへ進みます。その後、効果を検証して、請求・勤怠・会計へ広げます。

全社一括で作ると、使いにくさや例外が後から見つかり、修正費用が膨らみやすくなります。

要件定義で決める業務とKPI

最初の2〜4週間で、受付から請求までの業務の流れを確認します。写真やチェック、承認、クレームの扱いも、この段階で整理します。

物件や作業員、協力会社の数、月間件数を洗い出します。報告書や写真の容量、連携先、保存年数、権限も、要件として整理します。

紙やExcel、電話、LINEでの二重入力や報告漏れも記録します。効果を測るKPIは、次の業務指標から選びます。

  • 作成時間:報告書と請求締めの所要時間
  • 報告漏れ:漏れ率の変化
  • 再作業:やり直しの率や差し戻し件数
  • 対応時間:クレーム対応にかかる時間
  • 物件別粗利:各物件に残る利益

目的は、1拠点で手戻りを減らし、承認待ちを見える化することと定めます。そうすると、範囲を絞りやすくなります。

PoCとパイロットによる実環境での検証

PoCでは、作業員がスマートフォンで案件を開き、チェックと写真報告を行います。さらに、管理者による承認まで試し、実環境での動きを確かめます。

  1. 対象を1拠点または1種類の清掃に絞り、案件・チェック・写真・承認を試す。
  2. 電波、古い端末、写真容量、外国人・短時間勤務者の操作、繁忙時の通知を確認する。
  3. 実際の報告書とクレーム事例で受入テストを行い、追加費用を早期に見つける。
  4. パッケージ+設定・連携は2〜6か月、パイロット本番化は4〜12か月、スクラッチ開発は6〜18か月が目安。
  5. 物件、会計、勤怠、協力会社、BIまで含む全社・多拠点統合では、13〜36か月の段階計画も想定。

これらは要件と体制による推定値です。短納期をうたう提案では、要件定義やデータ移行、教育、受入テストが含まれるかを確かめます。

セキュリティと記録保存の設計

設計の段階で、個人情報の扱いと、法定記録の保存条件を整理しておきます。

  • 個人情報:氏名、連絡先、顧客、入退館、鍵、顔や名札の写真
  • 安全管理:アクセス制御、認証、教育、委託先監督を設ける
  • 記録保存:物件区分に応じ、保存期間と出力形式を決める

個人情報保護委員会のガイドラインは、アクセス制御、アクセス者の識別と認証、不正アクセスや不正ソフトウェアからの保護を示しています。また、従業者教育や委託先の監督も示されています。出典は個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」(令和8年6月一部改正)です。

特定建築物では、建築物環境衛生管理基準に従った維持管理が求められます。厚生労働省の資料では、関係する帳簿書類の一部に5年間保存が必要なものが示されています。

作業実績や点検結果、報告書、写真の保存期間と出力形式は、契約条件や物件区分に合わせて確認します。システムを導入しただけでは法令対応は完了せず、設定と保存の運用をあわせて考える必要があります。

出典は厚生労働省「建築物環境衛生管理基準について」および関連施行規則(2026年8月確認)です。

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

見積額は、画面数だけでなく作業費の積み重ねで決まります。業務整理や画面、データ基盤、既存連携の作業に加えて、テスト、教育、保守の費用も含まれます。初期費用は、作業単位に分けて確認します。

要件定義・設計にかかる費用

要件定義と設計では、業務ルールと画面の役割を分けて整理します。

  • 業務要件:物件・部屋、清掃種別、権限、承認・差し戻し
  • 成果物:ヒアリング、業務フロー、画面案、データ項目、受入条件
  • 画面設計:現場・管理者・協力会社の通知、検索、帳票、ログ

施設ごとの手順や協力会社別の帳票が後から見つかると、仕様変更が増えます。また、写真や帳票の保存条件も要件に含めます。

画面が増えるほど費用も増えます。そこで、現場の入力を減らし、管理側は履歴と例外を確認できるように設計します。現場の操作と管理者が検索する情報を分けると、過剰な設計を避けられます。

現場アプリ・管理画面・データ基盤の費用

費用の対象は、現場アプリ、管理画面、データ基盤に分かれます。

  • 現場アプリ:案件、開始・完了、チェック、写真、コメント、署名、オフライン保存
  • 管理画面:台帳、予定、割当、承認、クレーム、帳票、ダッシュボード
  • データ基盤:検索、権限、退職者停止、操作・閲覧・出力ログ

複数の写真には、圧縮と再開、容量の上限が必要です。閲覧権限や削除・保存のルールも欠かせません。通信が不安定な現場では、圏外での動作を実機で確かめます。

利用者や物件を増やしても検索が遅くならないデータ設計が必要です。

サービスによっては、管理棟が増えても、利用人数に応じた年額料金とする場合もあります。拠点課金とユーザー課金のどちらが合うかを比べます。

外部連携・データ移行・教育の費用

連携、移行、教育は、それぞれ見積もりで範囲を別々に確認する作業です。

  • 外部連携:会計、給与、勤怠、販売、客室、メール、顧客窓口
  • データ移行:台帳や顧客情報の重複・表記揺れを整理
  • 定着支援:研修、マニュアル、問い合わせ、初月の伴走

連携では、API、頻度、再送、名寄せを確認します。CSVとリアルタイム連携では費用と保守の負担が異なるため、必須、将来、不要に分けて考えます。

台帳に空欄や古い契約、退職者が残ったままだと、検索や請求に影響します。

導入後の支援費に、定着支援まで含まれるかも確認します。

ポイント

見積額は作業費の積み重ねで決まるため、初期費用は作業単位に分けて比べます。一式の見積もりでは作業費の中身が見えないので、項目別の内訳を求めます。

清掃現場管理システムの費用を左右する変動要因

清掃現場管理システムの費用要因として、物件数・作業員数・業態、モバイル・オフライン・多言語対応、連携・セキュリティ・記録要件、写真容量・保存期間を4枚のパネルに整理した図。
規模と現場条件、システム要件が見積もりの範囲を決めます。

個人向けのハウスクリーニングと、複数の特定建築物の管理では、必要な設計が異なります。

価格差は、機能数だけでなく、対象範囲や例外処理から見積もると分かります。さらに、データ量や連携、運用責任も見積もりを左右します。

物件数・作業員数・業態の違い

物件・人員の規模と業態によって、必要な設計やテストの量が変わります。

  • ホテル:部屋の進捗とチェックアウト情報を連携
  • オフィス:契約単位の定期作業を管理
  • 病院:区域、衛生基準、記録を扱う

物件や人員、協力会社が増えるほど、検索や権限の設計が広がり、テストも増えます。

共通機能と業態ごとのルールは分けて整理します。作業員や責任者、協力会社など役割ごとに権限を分けると、設計とテストが増えます。たとえば、協力会社には担当物件だけ、顧客には承認済みの報告書だけを見せるなど、役割を先に定めておきます。

モバイル・オフライン・多言語対応

現場で使う端末や通信状況に合わせ、操作性とオフライン時の仕様を見積もりに含めます。

  • 端末・通信:私物や古いスマートフォン、共有端末、弱い電波を想定
  • 操作性:大きな文字、選択式入力、やさしい日本語、多言語通知
  • 写真送信:中断後に送信を再開できるようにする
  • オフライン動作:データ競合、送信順序、管理者が変更した案件の扱いを決める
  • 見積条件:使える画面、保存時間、失敗時の通知先を明記

対応する言語や端末、オフラインで使える範囲が広がると、設計とテストの費用も増えます。

連携・セキュリティ・記録要件

連携、情報保護、記録保存は初期要件に含め、後から追加する費用も見込んでおきます。

  • 連携:仕様確認とエラー処理の費用を見込む
  • 情報保護:写真・顧客情報の権限、ログ、返却を決める
  • 保存設計:期間、圧縮、削除承認、出力形式を定める

写真や顧客情報を扱うには、容量、バックアップ、閲覧権限が必要です。さらに、操作ログとデータ返却が欠かせません。退職者の停止や委託先の管理も必要です。

情報保護では、IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版を参照します。ランサムウェアやサプライチェーン、バックアップ、人材不足への対応を重視します。出典はIPA(2026年3月27日)です。

長期保存は、ストレージや検索性能、出力設計に影響します。そのため、契約や法令、顧客との合意に沿って、必要な記録を削らないようにします。

ポイント

費用を左右するのは画面数よりも、業態ごとの例外や端末・言語、保存条件、連携先の数です。要件が曖昧なままだと、後から追加費用が重なりやすくなります。

清掃現場管理システムのコストを抑える方法

コストを抑えるには、機能を一律に削るよりも、効果を測る対象を小さく絞って広げていく進め方が適しています。報告漏れや承認の滞留、請求の二重入力などから始めると、投資判断がしやすくなります。

SaaSや標準パッケージ、ローコード、個別開発を、業務に合わせて段階的に組み合わせます。

1拠点・1業務から始める導入

小規模導入では、効果測定から展開判断までを段階的に進めます。

  1. 写真付き報告などを1拠点で試し、台帳、作業項目、報告書、承認者を限定する。
  2. 2〜4週間の棚卸し後、3〜6か月程度のPoCで作成時間や差し戻しを測る。
  3. 入力、承認、顧客向け報告、通信断時の記録保持を確認する。
  4. 結果から展開機能と見送る機能を決め、使われない画面への投資を抑える。

PoCは、判断材料を得るための工程で、本番システムを安く作り切るものではありません。対象を絞ることで、設定や教育、テストの費用も抑えられます。

標準機能への業務の寄せ方と例外の扱い

独自の帳票や承認をすべて再現すると、開発費と保守費が増えます。そこで、案件、予定、チェック、写真は標準機能をそのまま使い、承認と帳票も標準の形で扱います。そのうえで、変えられない例外だけを追加します。

標準機能に寄せると、更新やバックアップを自社で抱えずに済みます。ただし、原価や出来高、顧客別の報告、協力会社への発注が利益や契約継続に直結する場合は、標準化しない判断も必要です。

機能は、開始時に必須なもの、導入後に追加するもの、不要なものに分けます。そのうえで、必須の機能について複数社に概算を依頼します。優先順位が明確であれば、費用対効果を比べられます。

月額・保守・運用の費用

初期費用を抑えても、ユーザー数や拠点数、写真容量の増加によって、月額が増えることがあります。さらに、追加オプションやAPI、問い合わせ、保守も月額に影響します。

  • SaaS:人数、拠点、写真容量、API、問い合わせ、保守
  • パッケージ・個別開発:サーバー、監視、バックアップ、更新、改修
  • 運用体制:アカウント、マニュアル、月次KPI、データ、障害訓練

SaaSでは、課金単位や保存期間を確認します。加えて、返却・解約費と障害時の対応時間も見ておきます。

パッケージや個別開発では、サーバーや監視、バックアップの範囲を確認します。さらに、OSやミドルウェアの更新、軽微な改修の範囲も押さえます。

東宝ビル管理株式会社は、2018年にビルメンテナンス業向けシステムと、販売・会計・人事給与・見積、勤怠などを連携しました。その後、2025年1月には統合パッケージへ移行しています。

大塚商会の公式事例では、見積データを契約処理に反映し、二重入力をなくしたと説明されています。また、導入候補と比べて費用を半分ほどに抑えたとも記載されています。出典は大塚商会「東宝ビル管理株式会社 導入事例」(2025年11月取材)です。

これは特定企業の事例で、自社の価格を示すものではありません。連携は、効果と費用の両方を増やすため、段階導入の判断材料として扱います。

運用担当者を決めて、アカウントの棚卸しやマニュアルの更新を行います。月次でKPIを確認し、不要データの整理や障害訓練も実施します。

現場から「使いにくい」という声が出たら、画面を改修する前に、入力項目や操作説明で解決できるかを確かめます。こうした小さな改善を重ねる体制が、追加開発費の急増を防ぎます。

清掃現場管理システムの見積もりを取るときのポイント

良い見積もりには、前提と成果物、対象外、検収条件が記載されています。導入後の支援も含め、範囲が分かるように書かれています。相談するときは、希望機能だけでなく、業務量と課題も伝えます。

物件や作業員、協力会社の数、月間の作業量が分かると、概算の精度が上がります。写真の容量、帳票の数、連携先の数も伝えると、より正確な概算になります。さらに、保存年数と権限も伝えておくと、見積もりの前提がそろいます。

見積依頼書に入れる業務量と必須条件

見積依頼書では、業務フロー、業態ごとの条件、非機能要件をそろえます。

  • 業務フロー:清掃種別、写真枚数、承認、差し戻し、帳票
  • 業態条件:ホテル連携、契約・損益、協力会社の発注範囲
  • 利用・安全要件:端末、オフライン、多言語、権限、ログ、バックアップ、保存、返却、サポート

なお、暗号化や認証はセキュリティ要件として分けても構いません。前提をそろえると、SaaS、パッケージ、ローコード、スクラッチを同じ条件で比べられます。

複数社の見積を同じ条件で比較する方法

各社の提案を同じ軸で比べられるよう、方式と費用項目を分けます。

  • 比較先:清掃SaaS、業界パッケージ、ローコード、開発会社
  • 評価軸:価格・速度、契約・損益、独自基準・基幹連携
  • 見積項目:要件、開発、移行、設定、テスト、教育、保守、月額、追加改修
  • 総額:初期費用と3年程度の運用費を比較

移行や受入テストが対象外なら、追加費用が発生する可能性があります。一方で、高い見積もりでも教育やバックアップ、障害対応が含まれ、他社より総額が低くなる場合があります。

契約・検収・変更管理の確認事項

契約条件と機能の再現性、セキュリティ、事故時の役割を確かめます。

  • 契約:納品、検収、修正、変更、障害、解約、データ所有・返却
  • 実機確認:端末、通信、写真、帳票で提案機能を試す
  • 安全対策:多要素認証、権限、暗号化、ログ、バックアップ
  • 事故対応:アカウント停止、委託先管理、連絡体制を定める

短納期をうたう提案では、どの工程を効率化するのかを聞き、要件定義や受入テストを省いていないかを確かめます。

個人情報保護委員会の指針は、委託先の適切な監督を求めています。そのため、価格だけでなく、事故時の役割を契約書や運用手順に定めておきます。

ポイント

見積もりを比べるときは、同じ前提と条件で各社に依頼します。前提がそろっていないと、価格差の理由が分からないため、比べても判断材料になりません。

よくある質問(FAQ)

清掃会社やビルメンテナンス会社が費用を検討するときに、よく挙がる質問をまとめました。公開価格は参考値で、業務量や保存条件、連携範囲によって見積もりは変わります。

清掃現場管理システムは月額いくらから使えますか?

清掃SaaSには、月額0円のプランや、980円〜1,980円/ユーザー/月のプランがあります。

たとえば、CleanGoはFreeが月額0円、Standardが980円/ユーザー/月、Proが1,980円/ユーザー/月です。

最低人数や保持期間、オプション、導入支援などの条件があるため、自社の人数と拠点数で試算します。

既製SaaSとスクラッチ開発はどちらが安いですか?

初期費用ではSaaSが安く、数日から2か月程度で始めやすい傾向があります。ただし、会計連携や独自帳票を追加すると費用が増えます。オフラインや多言語、協力会社ポータルを加えた場合も、費用は膨らみます。

スクラッチは初期300万円〜2,000万円程度が目安です。自社業務への適合も含め、3年程度の運用総額と効果で比べます。

小規模な清掃会社はどこから始めればよいですか?

まずは1拠点または1種類の清掃に絞り、予定や写真報告、チェック、承認のうち一つを置き換えます。そのうえで、無料プランや小規模SaaSで使い勝手を試します。

報告漏れや作成時間、差し戻し件数を測り、要件が見えてきたら、顧客管理や契約・請求、会計・勤怠連携へ広げます。そうすると、不要な先行投資を抑えられます。

見積もりで特に確認すべき項目は何ですか?

初期費用と月額のほか、設定や移行、帳票、写真容量を確認します。さらに、APIや教育、保守、バックアップの扱いも見ます。障害対応やデータ返却、解約条件も見ておきます。

見積もりでは、対象の物件や作業員、権限、保存期間、オフライン、受入テストの範囲が記載されているかを確かめます。対象外の作業と追加改修の単価が明確な見積もりは、比較しやすくなります。

まとめ

費用の目安は、SaaSが月額0円〜数千円または数万円、パッケージ+設定・連携が初期100万円〜500万円程度です。PoC・部分開発は50万円〜300万円程度です。パイロット本番化は300万円〜1,500万円程度、スクラッチは300万円〜2,000万円程度です。

全社・多拠点で会計や勤怠まで統合する場合は、1,500万円〜5,000万円程度の推定もあります。清掃専用の公的相場ではなく、要件により変わる目安です。

費用判断の要点

価格差は、画面数だけでなく、規模や業態別の例外から生じます。オフラインや多言語で使える範囲が広がると、設計とテストの量も増えます。

  • 写真・帳票:写真の容量と帳票の数によって、保存と出力の設計が変わります
  • 会計・勤怠連携:仕様確認とエラー処理の費用が加わります
  • 権限:役割ごとに分けるほど、設計とテストが増えます
  • 移行:台帳や顧客情報の重複・表記揺れを整理する作業が加わります
  • 教育・保守:研修や問い合わせ、保守の範囲で費用が変わります

初期費用に月額、追加改修、運用担当者の工数を加えた総額で比べます。

導入に向けた次の進め方

導入を始める際は、課題の選定から実地検証まで段階を踏みます。

  1. 1拠点・1業務を棚卸しし、報告漏れや二重入力など測れる課題を選ぶ。
  2. 物件、スタッフ、写真、帳票、連携、保存年数、権限を整理する。
  3. 各方式へ同じ条件で相談し、現場・写真・報告書・クレーム事例でPoCを行う。
  4. 受入テストで使い続けられるか確かめ、導入方式を判断する。

費用だけでなく現場で使い続けられるかを基準に選ぶと、失敗と不要な追加費用を抑えられます。

▼全体ガイドの記事
・清掃現場管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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