Zoho Creatorの開発費は、業務範囲、連携の複雑さ、移行・テストの範囲によって、50万円程度から5,000万円超まで変わります。
小規模なPoCは50万〜150万円、部門アプリは150万〜500万円が目安です。全社や基幹周辺まで広げる場合は、1,500万〜5,000万円超を想定します。
▼全体ガイドの記事
・Zoho Creatorのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Zoho Creatorのシステム費用の決まり方
Zoho Creatorのシステム費用は、ライセンス費用と役務費用の2つで決まります。ライセンス費用は製品を使うための費用で、役務費用は業務アプリの開発と定着を支援する費用です。
ライセンス費用は、ユーザー数やプラン、カスタマーポータルなどのオプションで変わります。一方で、役務費用は業務の複雑さや連携本数で大きく変わり、データ量や品質要件も影響します。
ライセンス費用と開発・導入費用の分け方
ライセンス費用は、アプリにアクセスするユーザーが増えるほど大きくなります。一方で、開発・導入費用はユーザー数だけでは決まりません。
開発・導入費用は、フォームやレポートの数、承認経路によって増減します。そのほか、帳票や移行するデータも費用に影響します。API連携とテスト範囲も、費用を左右する項目です。
利用者が少なくても、既存の基幹システムと複雑に連携する案件では、役務費用が高くなることがあります。
アプリ数や画面数だけでは分からない総額
見積書に「アプリ一式」や「画面一式」とだけ書かれている場合は、作業範囲がどこまでかを確認する必要があります。同じ画面数でも、実装する業務ルールによって工数は異なります。
権限判定や重複チェック、在庫引当を含む画面は、単純な登録フォームより作業が増えます。承認やPDF帳票、外部API呼び出しが加わると、さらに作業は増えます。画面数だけで比べるのではなく、データモデルや業務ルール、連携や移行まで含めた作業範囲で比べてください。
Zoho Creatorのシステム開発費用の相場
Zoho Creatorの開発・導入費は、最小規模のPoCなら50万〜150万円が推定レンジです。1部門のアプリは150万〜500万円、複数部門と外部連携を含む場合は500万〜1,500万円です。
全社や基幹周辺まで広げる場合は、1,500万〜5,000万円超が目安です。
この金額は、2026年時点の業務システム一般の相場とローコード開発の特性から整理した記事用の目安で、Zoho公式の定価や一律の見積もりではありません。
小規模PoCの費用目安
1つの業務を対象に、フォームと一覧画面を中心として、単純な承認やCSV入出力を組み合わせるPoCは、50万〜150万円程度が目安です。対象ユーザーは10〜30人程度、期間は2〜6週間を想定します。
たとえば、紙の点検表をモバイル入力に置き換え、管理者が未対応案件を一覧で確認する範囲なら、この規模に収まりやすいです。
部門アプリの費用目安
顧客、案件、商品など複数のテーブルを持つ部門アプリは、150万〜500万円程度が推定レンジです。期間は1〜3か月程度となります。
部署・役職ごとの権限や通知、帳票に加えて、簡易的なAPI連携も範囲に含まれます。既存Excelのデータ整理や担当者への操作説明を加えると、同じ機能数でも上限側に近づきます。
複数部門・複数連携の費用目安
Zoho CRMや会計、ERPと同期するほか、POSやGoogle Workspaceなどとも連携する場合は、500万〜1,500万円程度を見込みます。
複雑なDeluge処理、データ移行、モバイル現場入力も費用に影響します。
期間は3〜6か月程度です。APIごとに認証方式や再送方法が異なり、データ形式や処理上限も違います。連携本数だけでなく、1本あたりの処理内容を確認してください。
全社・基幹周辺は1,500万〜5,000万円超の想定
全社・基幹周辺は費用の幅が広く、対象範囲や品質対応、期間の進め方によって金額が大きく動きます。
- 費用幅：1,500万〜5,000万円超となる可能性があります
- 対象範囲：複数拠点、ポータル、高度な権限・監査、複数連携
- 品質対応：厳格なテストや教育も費用に含まれます
- 期間と進め方：6〜12か月以上を想定し、対象を分けて初期費用とリスクを抑えます
Zoho公式は、顧客の95％が1か月未満でアプリ導入を開始できると説明しています（出典：Zoho Creatorエンタープライズ向け公式ページ、2026年8月確認）。ただし、これは導入開始の説明で、複雑な移行や全社展開、運用定着までが1か月で終わるという意味ではありません。
PoCの開始期間と本番定着の期間は、分けて計画してください。
Zoho Creatorの費用内訳
見積もりは総額だけでなく、工程ごとの金額で比べることが大切です。一般的な業務システム開発の工程配分を参考にして、工程ごとに確認します。
Zoho Creatorを使えば、実装の一部を短くできます。ただし、業務整理や権限設計は欠かせず、移行や受入テストも必要です。
要件定義・業務整理は全体の10〜12％程度
要件定義では、現行業務を聞き取り、業務フローを書き出し、対象範囲を決めます。そこには、Zoho標準機能とCreatorの役割分担や、KPIの設定も含まれます。
初期開発費の10〜12％程度が参考配分です。この工程を削りすぎると仕様変更が増え、後工程の費用が上がりやすくなります。そのため、打ち合わせ回数やヒアリング部署数、業務フロー数を見積書に書いてもらいます。
データ設計・画面設計・環境構築の費用配分
設計では、顧客や案件などのマスタと取引履歴を定義し、ステータスや削除・訂正の扱いも決めます。部署・役職・拠点ごとに、どこまで参照できるかも決めておきます。
管理者権限と外部ユーザーのポータル権限は、先に設計しておきます。設計・環境構築の費用は、初期開発費の22〜24％程度が参考になります。
既存データの品質が低い場合や、開発環境と本番環境を分ける場合は、工数が増えます。
実装・連携・帳票作成の費用配分
実装費には、フォームやレポート、ページ、ワークフローの作成が含まれます。Blueprintや通知、帳票もこの範囲に入ります。さらに、Delugeによる計算や分岐、API連携も対象です。
標準設定で対応できる部分は比較的短期間で進みます。一方で、複雑な業務ルールや例外処理が増えると、通常のシステム開発に近い設計・レビュー・テストが必要です。
一般的な工程配分では、実装は48〜50％程度ですが、要件によって前後します。そのため、機能ごとの工数明細で判断します。
テスト・教育・リリースの費用配分
テストでは正常系に加えて、権限不足や重複登録、API停止、通信遅延を確認します。誤入力や訂正、月次締め、障害復旧も対象です。
利用者向けの操作説明や管理者への設定引き継ぎ、段階リリースに加えて、稼働後の問い合わせ窓口も費用に含むかを見ておきます。テスト・リリースの費用配分は、15〜17％程度が参考です。
個人情報や金額データを扱う場合は、テストケースを増やす必要があります。
運用保守は初期開発費の年15〜25％が目安
運用保守は、初期開発費の年15〜25％程度が一般的な参考値です。範囲には、障害対応や業務変更、権限追加が含まれます。さらに、Deluge改修やAPI仕様変更も対象です。
利用状況の確認やデータ品質の改善、月次相談を含むかどうかで、金額は変わります。契約前には、月の対応時間や超過単価、緊急対応の条件を決めておきます。Zohoの更新確認の担当者も、あらかじめ決めておきます。
Zoho Creatorのライセンス料金体系
2026年8月時点のZoho Creator公式料金ページでは、スタンダード、プロフェッショナル、エンタープライズの3プランを案内しています。個別要件向けのフレックスプランもあります。
料金は契約期間や地域、機能によって変わるため、この記事では固定の日本円単価を示していません。契約時点の金額は、公式料金ページで確認してください。
プランと契約期間で変わる利用範囲
スタンダードは小さく始める用途、プロフェッショナルはチームや部門のアプリ、エンタープライズは組織のコアアプリを想定した区分です。
月間契約と年間契約では、割引条件が異なることがあります。無料トライアルは、公式ページ上で15日間と案内されています（出典：Zoho Creator日本語料金ページ、2026年8月確認）。
PoCを短期間で検証するのか、複数年の運用を前提にするのかによって、比べるべき契約条件が変わります。
ユーザー単位の料金とアクセス人数
Zoho Creatorはユーザーごとに料金が決まるため、アプリにアクセスする人数に応じてライセンス数を見積もります。そのため、管理者や入力担当者、閲覧だけの担当者を分けて整理してください。
社外の顧客や取引先は、通常ユーザーとカスタマーポータルユーザーのどちらにあたるかを確認します。異動・退職者や繁忙期の一時利用者も含めて部署ごとにログイン人数を数えておくと、ライセンスの過不足を抑えやすくなります。
ポータル・サポートなどのオプション費用
カスタマーポータルやストレージ、サポートプランは、基本ライセンスと分けて考えます。帳票や電子署名、API利用量も、同じ確認の対象になります。ポータルとは、顧客やベンダーが専用画面にアクセスする機能のことです。
公式料金ページでは、ポータルアドオンやサポートプラン、導入・アプリ開発を支援するジャンプスタートプログラムも案内されています。
見積書では、初期費用や月額利用料、年次更新費を分けて書いてもらうとよいです。オプション費や税、サポート費も、別の行で示してもらいます。
Zoho Creatorの費用が高くなる要因
同じZoho Creatorを使う場合でも、費用は業務の例外処理や既存データの状態によって変わります。外部連携や利用者・権限、品質・セキュリティ要件も、費用を左右します。
価格を下げたい場合は、機能を単純に削るより、初回リリースの範囲と将来の拡張の範囲を分ける方法が現実的です。
データモデルと業務ルールの複雑さ
顧客台帳のような単純なデータなら、フォームと一覧で始められます。一方で、見積から入金までを関連付ける場合は、データモデルと状態遷移の設計が必要です。
状態ごとの担当者も決めておく必要があります。月末締めや訂正履歴、承認の差し戻しが増えるほど、Deluge処理とテストケースも増えます。重複防止や例外的な値引きも、扱いが増える要素です。
API連携の処理内容と失敗時の設計
CRMから顧客情報を受け取るだけの連携と、受注を会計や在庫へ送って結果を戻す連携では、必要な工数が異なります。失敗時の再送や担当者への通知も、工数に影響します。
要件には、認証や項目変換、同期タイミングを含めます。重複時の扱いやAPI制限、障害時のログ保存も、あわせて要件に入れます。外部システムの仕様調査や相手ベンダーとの調整費が費用に入るかも、確かめておくとよいです。
ユーザー数・権限・モバイル・ポータルの要件
利用者が増えると、ライセンス費用も増えます。加えて、部署や拠点、役職ごとに、担当顧客まで見た権限パターンも増えます。
現場で写真や位置情報を登録する場合は、スマートフォン画面の作り込みや、通信が不安定な場所での運用、端末管理も検討対象になります。
顧客ポータルでは、社内ユーザーと異なる認証や公開範囲、問い合わせ対応を設計する必要があるため、別の工数が発生します。
データ移行・セキュリティ・受入テストの扱い
データ移行と情報管理は、事前に確認しておくほど見積もりの前提のずれを減らせます。
- 移行データ：Excelの列名の不統一や顧客の重複、日付・金額形式を事前に確認し、整えておきます
- 情報保護：個人情報や営業機密を扱う場合の最小権限、監査ログ、バックアップと復旧の確認
- 契約条件：データの所在、再委託、契約終了時の返却の確認
Zoho Creator公式は、AES-256暗号化やHTTPSについて説明しています。さらに、権限管理、監査・ログ、バックアップや災害復旧も案内しています（出典：Zoho Creator Security Evaluation Guide、2026年8月確認）。
暗号化や権限管理などの仕組みがあるだけで、自社の運用ルールや契約責任まで自動的に満たされるわけではありません。
Zoho Creatorのシステム開発の進め方
費用と納期を安定させるには、画面を作る前に業務課題を整理し、データや権限、利用者、連携先も洗い出しておきます。PoCで使い勝手を確認し、その結果を本番設計に反映すれば、不要な機能を作り込むリスクを抑えられます。
業務課題・KPIの設定と現行業務の洗い出し
「紙をなくしたい」で終わらせず、入力時間や承認リードタイム、在庫差異、対応漏れ、失注率など、改善したい指標を決めます。
Excelや紙、メール、既存CRMに分かれたデータと、担当者だけが知る例外処理を洗い出します。目的と例外を共有すると、標準どおりに進める部分と独自に残す部分を判断しやすくなります。
Zoho標準・Creator・外部システムの役割分担
Zoho CRMやBooks、Inventory、Projectsなどで対応できる業務は、標準機能に合わせる案を検討します。独自の申請や現場台帳、複雑な入力や承認は、Creatorで補えます。
極端な高負荷処理や決済のコア、リアルタイム制御などは、既存の基幹や外部基盤に残す方法もあります。役割を3つに分けることが、初期費用と将来の保守費用を抑える基本です。
データモデル・権限・PoCの先行設計
マスタと取引データの関係や履歴、削除・訂正のルールを設計します。部署や拠点ごとの参照範囲も、あわせて決めます。そのうえで、主要画面や承認、通知、帳票、代表的な連携を含むPoCを作ります。
現場ユーザーに実際に触ってもらい、入力項目やスマートフォンでの操作、管理者の状況把握を確かめます。その結果、使われない機能は本番実装から外します。
Deluge・API・移行・テストの実装
PoCで確認した要件をもとに、まず標準機能を優先します。不足する部分は、Deluge、Webhook、REST API、Zoho Flowなどで拡張します。
既存データは、サンプル移行と本番移行に分けて進めます。件数や欠損、重複、文字コード、日付形式を確認します。
テストでは権限とエラー、連携停止を確かめるほか、訂正や削除、月次処理、復旧も対象です。受入条件を満たしたものから、段階的にリリースします。
教育・運用・改善の計画
本番稼働後は、利用ログや入力漏れ、問い合わせ、承認の滞留を見ながら、段階的に改善します。管理者が変更できる範囲と、開発会社へ依頼する範囲は、あらかじめ決めておきます。
緊急時の連絡先も定めておくと、軽微な変更のたびに高額な追加見積もりが発生することを防げます。優先順位を付けて継続改善する計画なら、総コストを見通せます。
Zoho Creatorのシステム開発費用を抑えるポイント
安さだけを目標にすると、入力しにくい画面や管理できないデータ、保守しにくいDelugeが残り、再開発費が発生します。
費用を抑えるには、業務価値の高い部分へ予算を集中し、使われない機能や不要なカスタマイズ、重複した連携を減らす考え方が有効です。
1業務のPoCから始める進め方
全社業務を一度に移行せず、入力漏れや承認の遅れなど、効果を測りやすい1業務を選びます。PoCでは、画面の完成度だけでなく、入力時間や処理件数も測ります。
承認日数や紙・Excelの削減量も記録しておきます。効果を確認できた機能と設計パターンを次の部門に広げると、毎回作り直す費用を抑えられます。
標準機能への適合と、Deluge・連携の最小化
標準機能で対応できる業務に独自画面や処理を追加すると、初期費用と保守費用が増えます。まず入力項目やステータス、通知、帳票を見直し、必須の独自要件だけをCreatorに実装してください。
連携はリアルタイム同期が必要か、日次で足りるかを検討します。既存のZoho製品やZoho Flowで置き換えられれば、API開発と障害対応の工数を減らせます。
発注前のデータと要件の整理
発注前に、帳票やExcel、業務フローを用意しておくと、開発会社の調査工数を抑えられます。サンプルデータや利用者一覧、連携先の仕様も、あわせて用意しておくとよいです。
社内で要件を決め切れていなくても、問題ありません。未確定の事項は提示したうえで、調査や整理の費用を見積もりに含めるか相談してください。
情報が足りないまま安い金額で発注すると、後から追加費用が発生しがちです。
再利用性と内製化の範囲
似た台帳や申請画面を部署ごとに作り直すのではなく、共通マスタや権限パターン、通知、帳票の部品を再利用できる形で設計します。
現場管理者が変更できる設定と、開発者がレビューすべき処理は分けておきます。マニュアルや設計書も、納品物に含めてもらいます。
内製化は開発会社への依存を減らせる一方で、担当者の教育時間も必要になります。教育費と運用体制は、初期計画に含めておきます。
Zoho Creatorの見積もりを取る際のポイント
複数社に同じ資料と前提条件を渡し、金額や納品物、対象範囲、除外項目、保守条件を比べます。認定パートナーかどうかは、あくまで参考情報です。
CreatorやDelugeでの開発、API連携、移行を、自社の案件で担えるかを確かめます。さらに、業界知識や稼働後の改善まで担えるかも、別に確認します。
見積依頼書に書く機能・データ・連携の前提
見積依頼書には、対象範囲と必要な機能を、次の項目で整理します。
- 業務と利用者：対象業務、部署、利用者数、希望時期
- アプリ機能：フォーム、レポート、ワークフロー、帳票の数
- データと連携：移行件数、連携先、モバイル・ポータル利用
- アクセス権：必要な権限と利用者区分
未確定の項目は「調査後に決定」と書いたうえで、調査費用と追加見積もりのルールを確認します。現行帳票や匿名化したサンプルデータがあれば、画面数だけでは分からない工数も評価してもらえます。
作業項目と成果物の明細比較
要件定義書や業務フロー、データモデル、画面一覧を確認します。権限一覧やDeluge設計書、API仕様、移行計画、テスト仕様書が含まれるかも見ます。
操作マニュアルや管理者向けの引き継ぎ資料も、納品に含まれるかを確認します。「実装一式」「連携一式」「テスト一式」は対象範囲と件数が分からないため、内訳の提示を求めます。
納品物が明確なら、他社との比較や追加変更の判断もしやすくなります。
開発会社の実績と体制
画面数だけでなく、実務を誰が担い、稼働後まで支援できるかを確かめます。
- 実績範囲：Creatorの画面作成に加え、要件定義、Deluge、API連携、移行、セキュリティ、テスト、運用保守の経験
- 経験規模：これらの経験が、自社と同程度の規模の案件か
- 担当体制：要件定義の担当者、Delugeのレビュー担当者、API障害の調査担当者、データ移行の回数
- 稼働後支援：問い合わせ窓口の体制、可能であれば似た業界やユーザー数、連携を持つ事例
- 事例の確認項目：課題、開発範囲、期間、運用体制（匿名の範囲で）
追加費用・データ返却・障害時の責任分界の取り決め
契約では、金額だけでなく、運用時の責任とデータの扱いも明確にします。
- 契約変更：仕様変更の扱い、追加開発の単価、納期遅延の条件
- 障害対応：一次対応の担当と、外部サービス停止時にどこまでを誰が受け持つか
- 運用・委託：バックアップと復旧、再委託先の確認
- データ返却：公式はCSVやPDF、XLSXなどでの出力を案内しています。対象データや形式、期限、取得者は、契約と運用手順で具体的に決めます
- 費用比較：導入時だけでなく、変更や障害、終了時の費用も含めた比較
Zoho Creatorの導入事例から見る費用の考え方
費用を考えるときは、単一の画面を安く作れるかに加えて、業務を段階的に広げられるかも見ておくと役立ちます。Zoho公式事例には、農業・物流を手掛けるDole Asia Holdingsの例があります。
同社はインシデント管理から始め、Zoho Creator上で20以上のカスタムモジュールを持つERP基盤へ拡張しました。
Doleの事例に見る、小さく始めて広げる考え方
Doleの事例は、手作業が中心で、報告が発生から3〜4日後になるという課題から始まりました。写真付きモバイル報告や役割別ダッシュボードに続き、輸送管理、監査、危機管理などへと広げています。
既存ERPをすべて置き換えるのではなく、課題が明確な業務モジュールから拡張しました。
初期投資を抑えながら業務価値を検証する参考になります（出典：Zoho Creator導入事例「Dole」、2026年8月確認）。
海外事例を自社に当てはめる際の注意点
公式事例の企業規模や業務範囲、成果は、自社のユーザー数や法規制、データ量、既存システム、開発体制とは異なります。
Doleの事例は大規模な業務基盤を構築できる可能性を示しますが、同じ費用や期間で導入できる保証ではありません。
自社では、最初の1業務に必要な機能や現場の入力環境、連携先、データ移行量を分けて見積もる必要があります。
よくある質問
Zoho Creatorの費用について、よく聞かれる質問をまとめました。ライセンス価格と開発費は分けて、自社の業務範囲に当てはめて判断するとよいです。
Zoho Creatorは本当にノーコードで開発できますか？
フォーム、レポート、ページ、単純なワークフローは、ドラッグ＆ドロップなどの設定中心で作成できます。
複雑な計算や分岐、帳票、API連携、細かな権限には、Delugeや設計・テストの知識が必要です。小規模なら内製も可能ですが、基幹周辺や複数連携は、専門家の支援も含めて見積もると安全です。
Zoho Creatorの開発費用とライセンス費用は別ですか？
原則として、別々に考えます。ライセンス費用は、ユーザー数やプラン、契約期間、ポータルなどのオプションで変わります。
開発費用は、要件定義や設計、実装の範囲で大きく変わります。移行やテストに加えて、教育や保守の範囲でも金額が変わります。月額料金だけの見積もりでは、初期開発や移行、連携、教育、稼働後の支援が含まれるかを確かめてください。
どのくらいの期間でZoho Creatorを使い始められますか？
単純なPoCは2〜6週間、部門アプリは1〜3か月、複数連携や移行を含む場合は3〜6か月程度が目安です。
Zoho公式は、顧客の95％が1か月未満でアプリ導入を開始できると案内していますが、開始と全社への定着は別のものです。合意形成やデータクレンジング、受入テスト、教育も計画に含める必要があります。
開発会社を選ぶときに一番確認すべきことは何ですか？
画面作成の実績に加えて、要件定義やデータモデル、Deluge、API連携の経験を確認します。移行やセキュリティ、テスト、運用保守の経験も、あわせて確かめます。
複数社に同じRFPを渡し、標準機能やCreator、外部システムの役割を同じ形式で確認します。初期費用や月額、保守、納品物、データ返却もそろえておくと、比べやすくなります。
まとめ
Zoho Creatorの開発費は、PoCなら50万〜150万円、部門アプリなら150万〜500万円が推定レンジです。複数部門・連携なら500万〜1,500万円が目安です。
全社・基幹周辺は1,500万〜5,000万円超が目安です。いずれも固定価格ではなく、ライセンスや要件定義、設計の範囲によって変わります。実装や連携、移行に加えて、テストや教育、保守の範囲でも、金額は増減します。
費用比較の総額と変動要因
見積もりでは、アプリ数だけでなく、テーブル数や画面数、ワークフロー数、連携本数、移行件数を明細化してください。
テストケースや教育、月次サポートの時間も確かめます。ローコードで短期間に開発できる利点を活かしつつ、業務整理とデータ設計を省かないことが、追加費用を防ぎ、長く使えるシステムにつながります。
対象業務を1つに絞った相談の進め方
最初の相談では、現行の帳票やExcel、業務フローを共有し、利用者数や連携先、困っている指標も伝えます。
その情報をもとに、Zoho標準、Creator、外部システムの役割を整理します。PoCと本番展開を分けて見積もると、予算と効果のバランスを判断しやすくなります。
▼全体ガイドの記事
・Zoho Creatorのシステム開発の完全ガイド
▼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を創業。