Chakra UIのシステム開発の見積相場や費用/コスト/値段について

費用は50万円から1億円以上までの幅があり、その中の位置は、画面と業務の分岐、外部連携、品質要件によって決まります。

費用の内訳と見積もりの取り方も、続けて説明します。

▼全体ガイドの記事
・Chakra UIのシステム開発の完全ガイド

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

Chakra UIのシステム開発で費用が決まる全体像

費用を見るときは、Chakra UI本体のライブラリ代と、業務システム全体の開発費を分けて考えます。

Chakra UIはReact向けの部品集で、ERPや会計パッケージではありません。

ボタンや入力欄の見た目はそろえやすくなります。一方で、業務ルール、データベース、認証、帳票、監視は別に設計・実装します。

Chakra UI自体の導入費用の考え方

Chakra UIのコアはオープンソースです。無料なのはライブラリの利用までで、設計や検証には別途工数がかかります。

• ライセンス：一般的なパッケージ製品のように、利用人数ごとの初期ライセンス費は想定しません。
• 開発工数：テーマ、デザイン、状態、ブラウザ、アクセシビリティの検証が必要です。
• テーマ構成：v3ではtokensなどを設定し、createSystemとChakraProviderへ渡します。

Chakra UI公式はv3のテーマ設計を案内しています（出典: Chakra UI公式「Theming overview」、2026年確認）。構成要素は、tokens、semanticTokens、recipes、slotRecipesです。

企業のブランドカラーやエラー状態、部署ごとの表示を仕組みに落とし込む作業は、UI基盤構築費に含まれます。

業務システム全体でかかる費用

費用の中心になるのは、業務を理解して、画面とデータの流れを定義する工程です。

• 業務設計：申請・承認の権限、差し戻し、代理承認、期限超過、通知、履歴の決め方。
• 既存連携：ERP、CRM、会計、勤怠、SFAのAPI、データ変換、再送、監視の設計。
• 見積もり：画面数だけでなく、誰がどのデータをどの条件で処理するかを数えます。

業務設計が曖昧だと、仕様変更や再テストが発生します。Chakra UIで画面を作れても、業務設計は省けません。

Chakra UIのシステム開発費用の相場

業務Webシステムの予算の目安は、UI検証だけなら50万〜150万円です。

小規模な社内利用なら300万〜800万円、中規模の部門横断システムなら800万〜3,000万円が目安になります。

複雑なERP・CRM連携やデータ移行、厳格な可用性・セキュリティを含むと、費用は3,000万円〜1億円以上になる可能性があります。

UI検証・PoCの費用目安

PoCでは、3〜8画面程度をモックデータで作り、画面の見た目と操作、代表業務の流れを確かめます。

• 表示：テーマ、レスポンシブ表示、既存デザインとの整合性を確認します。
• 操作：入力のしやすさとキーボード操作を試します。
• 代表業務：申請・承認を通し、エラー、空状態、ローディング、権限不足も検証します。

期間は2週間〜2か月程度が目安です。

ログインや本番データ移行を含めなければ、本体開発より小さな予算で始められます。

見た目だけのPoCにすると、本開発で認証やAPI連携の費用が後から発生します。一方、業務シナリオで検証すると、追加費用を早い段階で見つけやすくなります。

小規模システムの300万〜800万円の目安

小規模システムは、5〜15画面と基本機能を備える価格帯です。

• 基本機能：ログイン、利用者管理、検索、登録・更新・削除、簡易権限、少数のAPI連携を含みます。
• 利用例：申請管理、顧客台帳、案件管理、簡易在庫管理などです。
• 価格差：数十人の利用でも、承認経路が複雑なら上限側に寄ります。

株式会社アクシアの公開価格は、小規模100万〜200万円、中規模200万〜600万円、大規模600万〜2,000万円程度です（出典: 株式会社アクシア「料金について」、2026年確認）。

この数字は、機能範囲をそろえて比べるための目安として使います。各社共通の統計や確定価格ではありません。

中規模以上の800万〜3,000万円の見込み

画面が15〜40あり、利用者ロールが複数になると、中規模に近づきます。

• 機能範囲：承認・差し戻し、帳票、通知、外部連携、監査ログ、データ移行を含みます。
• 期間：開発期間の目安は4〜10か月程度です。

特に、全社共通のマスタや複数部門の業務差分を扱う場合は、画面の実装より要件整理と受入テストに時間がかかります。

SIAの2026年7月更新情報では、小規模は100万〜300万円、中規模は500万〜1,000万円、大規模は1,000万円〜数千万円以上です。

人月単価は60万〜200万円程度です（出典: SIA株式会社「システム開発の費用・相場 2026年版」、2026年確認）。

公開されている目安には幅があるため、人月、画面数、連携数、テスト範囲を合わせて判断します。

Chakra UIのシステム開発費用の内訳

見積書では、フロントエンド費だけでなく、要件定義から運用引き継ぎまでを分けて見ます。初期費用にどこまでが含まれるかは、見積書の段階で確かめておく必要があります。

工程配分の目安は、要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%です。開発・単体テストは30〜40%、結合・総合テストは15〜20%、移行・導入は5〜10%程度です。この配分は、見積もりの抜け漏れを探す参考になります。

要件定義・UI設計の費用

要件定義では、現場の業務と画面仕様を整理します。

• 業務要件：業務フロー、ロール、画面、入力項目、エラー条件、データ保持期間の定義。
• UIルール：色や余白、フォント、フォーカス、エラー、読み込み、空状態の統一。
• 例外状態：セッション切れ、権限不足、先行更新、承認後の取消の設計。

既存部品を並べるだけでは、この工程は完了しません。仕様が曖昧な案件では工程比率が高まり、状態を後から付け足すと、画面、API、テストの修正を招きます。

フロントエンド・バックエンド・連携の費用

開発費はフロントエンド、バックエンド、周辺機能と連携に分かれます。

• フロントエンド：React・TypeScriptの画面、テーマ、フォーム、一覧（ページ送りを含む）、レスポンシブ、状態管理、ブラウザ試験。
• バックエンド：API、DB、認証・権限、通知、バッチ、監査ログ。Chakra UIは業務処理を生成しません。
• 周辺機能：大量データの一覧では、標準部品だけでは足りず、データグリッドや仮想スクロールを追加する場合があります。

チャート、リッチテキスト、日付入力、帳票PDF、CSV入出力も、周辺部品との組み合わせが必要になります。また、外部APIが1本増えるごとに、仕様確認、認証、正常系・異常系、リトライ、監視の工数を見積もります。

クラウド・データ移行・セキュリティの費用

クラウド、移行、セキュリティは開発費と分けて見積もります。

• 利用環境：AWS、Azure、GCPなどの利用料は、開発費とは別にかかります。
• クラウド費：計算資源、DB、ストレージ、ログと監視、バックアップ、通信が対象になります。
• 月額の変動要因：利用者数、データ量、可用性、バックアップ保持期間によって変わります。
• データ移行：項目対応、重複除去、表記揺れ、欠損補正、リハーサル、件数照合が必要です。
• セキュリティ：暗号化、アクセス制御、操作ログ、脆弱性診断、バックアップ、復旧目標の見積もり対象。

「クラウド費は別途」と書かれた見積もりは、前提の範囲を確かめる必要があります。

デジタル庁のガイドブックは2025年10月更新で、調達・外注時の考え方も整理しています（出典: デジタル庁「ウェブアクセシビリティ導入ガイドブック」、2025年更新）。

初期費用と分けた保守・運用費

保守には、運用後の対応と更新が含まれます。年間保守を初期開発費の15〜20%程度とする目安では、初期開発費が3,000万円なら年450万〜600万円、月額37万〜50万円程度になります。金額は、どの範囲の保守を契約するかで変わります。

• 運用作業：障害や問い合わせ、依存パッケージとChakra UI v3の更新、脆弱性対応、バックアップ・監視、改善。
• 月額開発例：小規模は月額10万円程度、中規模は月額20万〜40万円、大規模は月額80万〜120万円程度です。
• 契約範囲：対応時間、SLA、月額作業、追加開発単価、緊急対応の区分。

アクシアの公開料金は月額定額開発の目安です（出典: 株式会社アクシア「料金について」、2026年確認）。なお、定額開発は保守契約と同じ意味ではありません。

Chakra UIのシステム開発費用が変動する要因

同じChakra UIを使っても、費用は同じになりません。費用は、画面状態、データの複雑さ、品質要件、既存資産との接続、開発体制によって変わります。

画面数より画面状態と業務分岐

工数を見積もるときは、画面の種類と状態を分けて確かめます。

• 画面の種類：「20画面」でも、参照だけか、入力検証や承認・差し戻しがあるかで工数は異なります。
• 画面状態：検索条件・ソート・ページング、CSV出力、ローディング、空状態、エラー、編集ロック、スマートフォン表示を一つずつ数えます。
• 大量データの一覧：ページング方式、検索性能、権限による列の出し分け、同時更新の扱い。

部品を再利用できても、業務固有の状態を設計・実装・テストする工数は残ります。

認証・権限・監査ログの深さ

ログイン画面が一つだけなら比較的単純です。ただし、認証の方式や権限の細かさを増やすと、設計の量が増えます。

• 認証・権限：社内SSO・OIDC・SAML、多要素認証、部署・役職・拠点別RBAC、代理承認、退職者の即時無効化。
• アクセス制御：画面表示だけでなく、API、データアクセス、管理者操作も対象になります。
• 監査ログ：レコードの閲覧・変更・承認・削除、変更前後、失敗操作の記録範囲。

個人情報保護や社内監査が求められる場合は、保存期間、閲覧権限、改ざん防止、エクスポート方法も、あらかじめ決めておく必要があります。

Chakra UI v2からv3への移行（別枠）

移行時は、コンポーネントAPI、Provider、テーマ設定、styleConfig、フック、Next.js連携、分割コンポーネントの差分を調べます。

公式のcodemodを使える場合でも、表示、型エラー、キーボード操作、独自部品は、人が確認する必要があります。

費用と期間は、対象画面、独自部品、テストの有無、停止可能時間によって変わります。そのため、現状調査、変換、手動修正、回帰テスト、段階リリースを分けて見積もります。

性能・可用性・アクセシビリティの要件

品質条件を具体化すると、基盤とテストの規模を見積もれます。

• 非機能条件：同時利用者、ピークアクセス、表示時間、バックアップ、復旧時間、許容損失を定めます。
• 要求の数値化：可用性やセキュリティなどの目標を、見積もりに使える形にします。
• アクセシビリティ：キーボード、フォーカス、読み上げ、色に依存しない表示の試験。

IPAの非機能要求に関する資料を参考に、要件を数値や運用条件に置き換えます（出典: IPA「非機能要求グレード」、2026年確認）。

Chakra UIにはアクセシブルな部品がありますが、採用だけでJIS X 8341-3:2016やWCAG 2.2への適合が保証されるわけではありません。

費用を抑えるChakra UIシステム開発の進め方

費用を抑えるには、業務の優先順位を決め、見積もりの対象と対象外を明らかにし、代表シナリオを小さく検証してから広げます。

企画段階での業務整理と作らない機能

企画段階では、現状の業務と必要な機能を棚卸しし、作らない機能を決めておきます。

• 現状把握：紙やExcel、メール、電話やFAX、二重入力、担当者ごとの例外を洗い出します。
• 業務と機能：現状とあるべき姿を分け、初回必須、手作業可能、将来検討に振り分けます。
• 見積もり前提：ロール、1日あたりの処理件数、同時利用者、保持期間、既存システムと規程、目標日。

標準化と単純化によって、不要な画面や権限を減らせます。情報がそろうほど工数と期間の根拠を説明でき、追加費用も抑えられます。

UI基盤と代表画面の先行開発

まず、代表画面で技術構成と共通ルールを確かめます。

• 技術選定：React・TypeScriptを基本に、SSR・ルーティングはNext.js、SPA中心ならViteなどを選びます。
• UI基盤：v3のtheme、tokens、semanticTokens、recipes、Providerの役割を定め、独自部品を集約します。
• 状態設計：ブランド色、成功、警告、エラー、無効、フォーカスを定義し、作り直しを減らします。
• 代表画面：検索、詳細、登録、承認・差し戻しを作り、Storybookなどで共有して現場に試してもらいます。

たとえば、列不足や差し戻し理由の必須化といった現場の指摘は、全画面へ展開する前に設計へ反映しておきます。

API・データ・権限の同時設計

画面、API、データ移行は並行して設計し、手戻りを防ぎます。

• API仕様：OpenAPIなどで項目、型、必須条件、エラー、ページング、認証を共有します。
• 社内基盤：OIDC・SAMLとRBACが既存基盤に合うか確かめます。
• 移行手順：サンプル、全量リハーサル、差分移行、件数・金額照合。

画面を先に量産すると、API制約によって後から修正が発生します。移行元の品質が低いと整備費も増えるため、実データは早い段階で確認しておきます。

テスト・教育・リリース後の改善

テスト、利用者向けの準備、リリース後の改善までを計画に入れます。

• 試験：単体や結合、業務、権限別、ブラウザ・端末、性能、アクセシビリティの各段階。
• E2E：重要業務をPlaywrightなどで自動化し、UI更新後の確認に使います。
• リリース準備：操作・管理者手順、問い合わせ窓口、障害連絡先、ロールバック。
• 安定化：リリース後1〜3か月、問い合わせとログをもとにした改善。

Chakra UIの更新や画面の改修後も、試験は続けます。安定化期間を経ることで、初期費用と保守費の境界がはっきりします。

Chakra UIのシステム開発で見積もりを取るポイント

見積もりを比べるときは、総額だけでなく、各社が同じ前提で見積もっているかを確かめます。要件定義、クラウド、移行の扱いは、会社によって異なります。そのうえで、工数を項目ごとに分けて示しているかを、次の項目で確かめます。

• PM：進行管理の工数
• デザイン：画面デザインの工数
• 試験：テストの工数
• マニュアル：操作資料の作成
• 保守：運用後の対応の範囲

発注前のRFPと画面一覧

RFPと画面一覧には、案件情報と見積もり前提をまとめておきます。

• 案件情報：目的と対象業務、利用者、画面・入力と承認、連携と既存データ、時期と予算、セキュリティ。
• 画面操作：参照・登録・編集・承認・出力のほか、エラー、空状態、権限不足を記載します。
• 概算前提：データ件数、同時利用者、連携先仕様、v2からv3への移行対象。

RFPが未完成でも、不明点は空欄にせず「未確定」と明記すれば問題ありません。そのうえで、開発会社に確認事項として挙げてもらうと、見積もりの前提がずれにくくなります。

工程・工数・別費用の整理

工程と費用を分けて示し、見積もりの範囲をはっきりさせます。

• 工程・工数：要件定義から保守まで、工程ごとに人月と期間を分けます。
• 見積もり条件：担当職種、人月、期間、納品物、前提、除外事項の記載。
• 別費用：クラウド、外部サービス、移行元改修、脆弱性診断、第三者のアクセシビリティ試験、現地教育、休日対応。

「一式」と書かれていると、追加費用の原因を追いにくくなります。安い理由は、納品物と受入条件で確かめます。

複数社の同条件での比較

3社程度に同じ資料を渡し、見積もりと質問の両面から価格差を比べます。

• 価格差：単価が高くても、要件と試験を含み追加が少ない場合があります。保守や移行を別料金にすると、5年総額が上がります。
• 技術経験：Chakra UI v3、React・TypeScript、API・認証・RBAC、移行の経験の有無。
• 周辺対応：帳票、データグリッド、アクセシビリティ、障害、コード・設計書の引き渡し。

採用実績がない場合は、類似システムや採用理由、代替案の説明で評価します。

開発会社のリスクと契約条件

開発体制、契約、終了後の引き継ぎ条件は、事前に確かめておきます。

• 体制：PMや開発、試験などの担当、再委託、担当交代、レビュー責任、コード保管、引き継ぎ方法。
• 契約：仕様変更と受入、瑕疵や事故、個人情報の扱い、SLA、保守時間、更新。
• 引き継ぎ：終了時のデータ・コードの返却と、他社に渡せる納品物の範囲。

実装担当者が提案の段階から参加すると、前提を具体化しやすくなります。また、他社へ渡せる納品物があると、長期の費用を抑えることにつながります。

Chakra UIのシステム開発でコストを抑えるポイント

コストを抑えるには、不要な機能を作らず、UIを再利用し、品質を保って手戻りを減らします。ここでいう最適化は、人月を単純に減らすことではありません。

初期費用だけでなく、5年間の保守、クラウド、追加改修、教育、移行を含むTCO（総所有コスト）で考えます。

MVPによる業務の一連の流れへの集中

初回リリースは、利用頻度が高く効果を測れる業務に絞ります。

• 対象：1〜2シナリオを選び、申請作成、承認、差し戻し、履歴確認を扱います。
• 後続機能：複雑な集計や高度な分析は、第二段階に回します。
• 拡張性：追加できるAPIとデータ構造を残し、仮実装は本番に持ち込まない。

2026年の公開価格情報でも、MVP開発や段階的な開発はコストを抑える方法として紹介されています。出典は、秋霜堂株式会社「システム開発の費用相場は？抑えるコツや開発会社を選ぶポイント」（2026年更新）です。

MVPは、品質を下げずに対象範囲を絞る考え方です。ただし、認証、権限、バックアップ、監査は、初めから設計しておく必要があります。

共通コンポーネントと設計ルールの再利用

共通化する部品と、個別に残す画面の基準を決めておきます。

• 共通部品：ボタンや入力欄、検索・一覧・ページ送り、ダイアログ、通知、状態表示をまとめます。
• 設計ルール：v3のrecipesやslotRecipesでトークンと状態を管理し、類似画面の個別実装を減らします。
• 適用条件：3画面以上、同じ業務ルール、一括変更。固有画面は無理に抽象化しません。

共通化しすぎると、例外対応によって部品が複雑になります。型定義とStorybookの状態例は、担当交代後の再利用に役立ちます。

段階リリースによる手戻りとリスクの分散

まず一部署か一業務から運用を始め、問い合わせや入力ミス、処理時間、利用率を確かめます。改善を重ねてから、対象を広げます。

この進め方は、誤ったUIを全体に展開するリスクを下げます。一方で、データの並行運用、旧システムの切替、権限の追加、問い合わせ対応の費用が生じます。

次の段階へ進む判断指標を決め、段階化の費用と、一斉移行で起こりうる障害の費用を比べます。

発注側の役割分担

業務判断、優先順位、受入確認、データの正しさには、発注側の責任者が欠かせません。そのため、現場担当、決裁者、情シス、セキュリティ担当の役割とレビュー期限を、あらかじめ決めておきます。

業務フロー、マスタ、既存データ、用語集、社内規程を早く渡すと、開発会社の調査工数を減らせます。

要件定義やテストは省かず、意思決定と資料準備を分担して進めます。

初期費用ではなくTCOでの比較

方式ごとの費用と運用負担を、5年間のTCOで比べます。

• SaaS：月額料金がかかり、標準機能に業務を合わせます。
• パッケージ：導入、カスタマイズ、連携費がかかります。
• スクラッチ：初期開発に加え、保守とクラウド費が続きます。
• 5年間の費用：月額、追加開発、移行、教育、終了時の切替を含めて見ます。

業務変更や他社への引き継ぎ、障害復旧まで含めて考えると、将来の予想外の費用を抑えやすくなります。

よくある質問（FAQ）

発注前の疑問は、ライブラリを採用するかどうかだけでなく、業務システムの運用と見積もりの範囲から判断すると整理しやすくなります。

Chakra UIは無料なので、システム開発も安くなりますか？

コアはオープンソースで、導入時のパッケージ購入費は大きくありません。ただし、要件定義、画面・API、テストは別途必要です。ほかにも、次の項目が対象になります。

• テーマ：UIの設定と構成
• 認証：ログインと権限の仕組み
• クラウド：利用料
• 保守：運用後の対応と更新

無料なのはUI基盤の一部で、業務システム全体が無料になるわけではありません。

Chakra UIはどのような業務システムに向いていますか？

管理画面、ダッシュボード、申請・承認を中心に、入力が多く複数画面のデザインをそろえたいシステムに向きます。次の種類も同じように当てはまります。

• 顧客・商品台帳：顧客や商品の情報を管理する画面
• 検索一覧：条件で絞り込む一覧画面
• 権限設定：利用者ごとの操作範囲の設定

ReactやNext.jsを使う社内ポータル、SaaS、業務Webアプリとも相性があります。一方で、ERP、DB、複雑な帳票、大規模グリッド、認証基盤までは、単独では解決できません。

周辺技術や実装体制まで含めて、業務要件を理解し設計できる開発会社に相談します。

見積もりではChakra UIのバージョンを指定すべきですか？

新規開発か移行かによって、見積もり条件を分けます。

• 新規案件：v3を前提にするか、別のUI基盤も比べるかを依頼書に書きます。
• v2移行：対象画面、独自部品、テーマ、テスト、codemod後の修正、回帰テストに分けて見積もります。
• 運用方針：採用理由、更新、脆弱性対応、保守担当、将来更新の工数。

公式情報や周辺部品は変わるため、契約前に公式ドキュメントと開発会社の実績を再確認します。

開発後の保守費用はどのくらい見込めばよいですか？

年間保守を初期開発費の15〜20%程度とする目安があります。実額は、対応時間、障害時SLA、窓口、脆弱性対応、監視、追加開発の範囲によって変わります。

クラウドや外部サービス、バックアップ、将来改修を含めて、年間の予算を確認します。あわせて契約前に、平日・休日・夜間の対応、軽微な修正、更新、障害優先度、復旧目標、報告書の有無を確かめておきます。

監視や更新を外して保守を安く見せると、運用リスクは高くなります。

まとめ

費用は、ライブラリ代ではなく、安全に使い続けるための総工数で決まります。2026年時点の目安は、PoCが50万〜150万円、小規模が300万〜800万円、中規模が800万〜3,000万円です。

複数部門や基幹との連携を含む場合は、3,000万円〜1億円以上が目安です。画面状態、権限、連携、移行、品質要件によって、この範囲の中で変動します。

4段階のレンジと内訳による予算の組み立て

予算のレンジと業務・品質の条件をそろえたうえで、見積もりを依頼します。

• 規模と内訳：PoCから基幹連携までの規模を選び、設計、開発、認証、移行、試験、保守に分けます。
• 共有条件：画面と状態、ロール、件数・利用者数、連携、品質要件、保守範囲を伝えます。
• 比較：3社程度へ同条件で依頼し、工数、納品物、除外事項、5年間のTCOを比べます。

Chakra UIで見た目をそろえても、業務フローと非機能要件は省けません。

最初の一歩は代表業務のPoC

全社導入の前に、代表業務を3〜8画面程度のPoCで検証します。

• 対象：毎日使う業務を選び、操作性と技術構成を確かめます。
• 業務状態：入力エラー、権限不足、差し戻し、空状態、監査ログ。
• 開発会社：v3、要件、API・認証・移行、試験、運用引き継ぎを説明できる会社を選びます。

PoCによって、本開発の費用を現実に近づけられます。作らない機能と、省略できない品質を分けておくことが、長く使えるシステムへの近道になります。

▼全体ガイドの記事
・Chakra UIのシステム開発の完全ガイド

▼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を創業。