結論：Appianのシステム開発費用は、PoCや1部門の小規模導入で500万円〜1,500万円、
中規模の業務アプリで1,500万円〜5,000万円、全社規模では5,000万円〜2億円以上が目安です。
ただしAppianは公開定価ではなく、ユーザー数・アプリ数・エディション・連携範囲などで個別見積もりとなります。
Appianはローコードで画面を作るだけの製品ではなく、人・既存システム・データ・RPA・AIを一つの業務プロセスにつなぐプラットフォームです。
そのため、開発費だけでなくライセンス、データ連携、移行、権限設計、テスト、教育、
保守まで含めて総額を見なければ、導入後に予算が膨らみやすくなります。この記事では、
Appianのシステム開発にかかる費用相場、見積もりの内訳、価格が変わる要因、コストを抑える進め方、
発注時の確認事項を順に解説します。
▼全体ガイドの記事
・Appianのシステム開発の完全ガイド
Appianのシステム開発とは何ですか？
Appianのシステム開発は、申請・審査・承認・契約・顧客オンボーディングなど、
複数の部門やシステムをまたぐ業務を一つのプロセスとして設計する取り組みです。画面、
ワークフロー、データ参照、API連携、権限、監査履歴を組み合わせ、業務の流れそのものを見直せる点に特徴があります。
単純な入力フォームの作成よりも、既存資産を残しながら業務を標準化したい企業に向いています。
既存システムをつなぐ業務の接着層です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Appianでは、既存のERP、CRM、販売管理、Javaアプリケーション、データベースなどをすべて置き換える必要はありません。
APIが用意されているシステムはIntegrationやコネクタで接続し、APIがない古い画面にはRPAを補完的に使い。
AppianのData Fabricで複数のデータソースを業務画面から扱う構成を取れます。
つまり、基幹システムの記帳機能を全面再構築するよりも。複数のシステムを横断する申請・審査・照会・承認を束ねる「業務の接着層」
として活用すると効果を出しやすいです。
複雑なケース型業務と相性がよいです
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Appianが力を発揮するのは、案件ごとに担当者、審査条件、必要書類、期限、例外処理が変わる業務です。たとえば保険金請求、融資審査、取引先登録、規制報告、
公共申請、製造業の品質是正などが該当します。
一方、データ連携がなく数人だけが使う簡単なフォームや、公開ページだけを作る案件では、Appianのライセンスと設計の負担が機能に対して過剰になる場合があります。
費用を考えるときは、Appianを使うこと自体ではなく、手作業・二重入力・承認待ち・監査対応にかかる総コストをどれだけ減らせるかで判断することが大切です。
Appianのシステム開発費用の相場はいくらですか？
結論として、Appianの初期導入・開発費は、対象業務と連携数が少ないPoCなら500万円〜1,500万円、
中規模の業務アプリなら1,500万円〜5,000万円、複数部門と基幹周辺を含む全社規模なら5,000万円〜2億円以上が目安です。
これはAppian公式の公開価格ではなく、一般的な業務システムの工数相場に、Appianのライセンス、
連携、データ、運用設計を加味した2025〜2026年時点の記事用の推定レンジです。
実際の契約金額は必ず個別見積もりで確認してください。
PoC・1部門の小規模導入は500万円〜1,500万円です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
1業務を対象に、10〜30ユーザー程度が申請から承認までを使う構成であれば、初期費用は500万円〜1,500万円程度が一つの目安です。
期間は6〜10週間程度を想定し、画面、プロセスモデル、既存システム1〜2本との連携、権限、評価環境、基本的な受入テストを含めます。
ただし、短期間で作る場合でも正常系だけでなく、差戻し、重複登録、連携タイムアウト、権限不足、承認者不在を確認しなければ、本番後の追加費用が発生しやすくなります。
中規模の業務アプリは1,500万円〜5,000万円です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
複数部門が利用し、3〜8本のシステム連携、細かなロール権限、監査ログ、帳票、データ移行、教育、受入テストまで含める場合は。
1,500万円〜5,000万円程度となりやすいです。
開発期間は4〜8か月程度が目安です。
部門ごとに異なる業務ルールをAppian側で吸収するのか、業務を標準化して例外を減らすのかで費用が変わります。
要件が固まらないまま画面を増やすと、後からプロセスとデータモデルを作り直すことになり、見積もりを超える可能性があります。
全社・基幹周辺の大規模導入は5,000万円〜2億円以上です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
多数の業務プロセス、複数の国や拠点、既存基幹との複雑な連携、高可用性、段階的なデータ移行、運用監視まで含む場合は。
5,000万円〜2億円以上となることがあります。
期間も9〜18か月以上に及ぶ可能性があります。
業務システム全般の相場でも、小規模300万円〜1,000万円、中規模1,000万円〜5,000万円、大規模5,000万円〜1億円以上という幅があり。
Appian案件ではライセンスや連携の条件が加わるため。単純な画面数だけでは金額を推定できません
（出典: NotebookLMドメインQ&Aを基にした一般的な業務システム相場、2026年）。
Appianの見積もりに含まれるコストの内訳は何ですか？
見積もりを比較するときは、合計金額だけでなく、Appian本体の利用料、初期導入、
連携・移行、AIやRPA、テスト・教育、保守運用を分けて確認します。Appian公式Pricingページは、
Standard・Advanced・Premiumについて「ユーザー・月・アプリ単位」
の料金体系を示していますが、公開定価は掲載していません。そのため、ライセンスの仮定を伏せた一式見積もりは比較しにくく、
前提条件と数量を開示してもらうことが重要です。
ライセンス費用はユーザー数だけで決まりません
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ライセンスでは、利用ユーザー数、利用するアプリ数、Standard・Advanced・Premiumのどのエディションか。
開発・検証・本番の環境をどう用意するかを確認します。
公式情報では、Standardは単一データソース、1レコードタイプあたり400万行、RPA 5ボット、1アプリあたり1ポータルなどが示され。
Advancedでは複数データソース、2,000万行、RPA 25ボット、Process HQやCase Management Studioなどが利用できます。
利用者が少なくても、複数データソースやAI・オフラインモバイルが必要なら上位エディションが適する場合があります（出典: Appian公式Pricing、
2026年確認）。
要件定義・設計・開発・テストが初期費用の中心です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
導入会社に支払う初期費用は、現行業務の可視化、要件定義、プロセス設計、SAILによる画面開発、Data Fabricやデータモデルの設計。
Integrationの実装、権限・監査ログ、テスト、移行、教育に分かれます。
Appianの画面作成自体を短くできても、業務ルールの整理や例外処理の設計を省略できるわけではありません。
見積書に「開発一式」としか書かれていない場合は、成果物、担当者、テスト範囲、修正回数、移行対象を工程ごとに確認します。
連携・AI・RPA・保守が導入後の費用を左右します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
追加費用になりやすいのが、APIのないシステムへのRPA、帳票出力、データクレンジング、AIによる文書抽出、エージェント、専用ネットワーク、高度な監視です。
保守運用は、一般的な業務システムの目安として初期開発費の年15〜25％程度、または月15万円〜80万円程度と見積もる方法がありますが。
これはAppian公式価格ではありません。
利用ユーザーの増加、アプリの追加、連携先の仕様変更、問い合わせ対応時間、リリース頻度で変わるため、月次の運用範囲を明記した見積もりにします。
Appianの費用が変動する要因は何ですか？
Appianの費用は、画面数だけではなく、誰が、どのデータを、どの条件で、どの既存システムと連携し、
どの証跡を残すかで変わります。特にユーザーとアプリの数、データソースと連携方法、
AI・RPAの利用量、セキュリティと環境数の4点は、初期費用とランニング費用の両方に影響します。
見積もりを依頼する前に、次の項目を整理すると、会社ごとの価格差を説明しやすくなります。
ユーザー数・アプリ数・環境数でライセンスが変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
同じ100人が使う場合でも、1つのアプリで申請だけを行うのか、複数アプリで営業・審査・契約・請求まで行うのかで料金と設計が変わります。
また、開発、検証、本番の環境を分けるか、災害対策環境や高可用性を求めるかも確認が必要です。
Appian公式Pricingがユーザー・月・アプリ単位の課金を示しているため。見積もりでは「月間の登録ユーザー」「同時利用者」「管理者・外部ポータル利用者」
「対象アプリ数」を区別して記載します。
データ移行と外部連携の難易度で工数が増減します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存データをAppianへ全面移行する場合は、項目マッピング、重複排除、コード変換、過去データの保持、移行リハーサルが必要です。
Data Fabricで既存データを参照する方式なら移行量を減らせる可能性がありますが、接続先の性能、データ鮮度、権限。
障害時の代替処理を設計しなければなりません。
Salesforce、SAP、Oracle、メインフレームなど複数の接続先があり、API仕様が統一されていない場合は。
連携テストと障害対応の工数が大きくなります。
AI・RPA・セキュリティ要件が追加費用を生みます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
AIで文書を分類・抽出する、RPAで古い画面を操作する、外部ポータルを公開する、といった要件は業務を効率化する一方で、利用量や監視。
例外時の人手確認を追加します。
AIが個人情報や審査データを扱うなら、データリージョン、モデルへの送信範囲、プロンプトインジェクション対策、利用ログ、誤判定時の承認を要件に含めます。
Appian公式のセキュリティ情報では、SSO、API認証、行単位のData Fabric権限、暗号化、監視などが示されていますが。
これだけで自社の法令遵守が自動的に完了するわけではありません（出典: Appian Protect公式セキュリティ情報、2026年確認）。
Appianの開発を費用超過なく進める方法は何ですか？
費用を抑える基本は、安い会社を探すことではなく、最初に対象業務と成功条件を絞り、
後から増やせる設計で小さく稼働させることです。要件定義を削ると初期費用は下がって見えますが、
プロセスのやり直しや追加連携で総額が増えます。PoC、MVP、本番展開を分け、各段階で利用率や処理時間を確認すれば、
投資を続けるべきかを判断しやすくなります。
代表プロセスを選び、PoCで連携と例外を検証します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初から全社の業務を対象にせず、申請から承認、差戻し、外部照会、完了までが一つの流れで確認できる代表プロセスを選びます。
PoCでは、正常に処理できることだけでなく、連携先が停止した場合、権限のない人が閲覧した場合、期限を超えた場合、同じ申請が二重登録された場合を確認します。
評価指標は、処理時間、差戻し率、二重入力の削減数、ユーザー利用率、連携エラー率など、導入前後を比較できる数字にします。
共通部品と既存データを再利用します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
部署ごとに別の画面や承認ルールを作るのではなく、共通する申請者、顧客、契約、添付ファイル、承認者、通知、監査ログを部品化します。
既存のマスタやAPIを再利用し、Appian側に同じデータを二重に持たせないことも有効です。
ただし、再利用できるかは接続先の品質と権限に左右されるため、先にデータ責任者、項目定義、更新元、障害時の正とするデータを決めます。
共通化を急ぎすぎて各部門の重要な例外を無理に押し込めると、現場が使わなくなるため、標準化する業務と残す例外を分けます。
MVPを稼働させて段階的に拡張します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初のリリースでは、業務を完了させるために必要な画面、承認、連携、権限、監査を優先し、分析ダッシュボードや高度なAIなどを後段に回します。
利用率が低い機能を先に作ると、開発費だけが増えて効果を検証できません。
反対に、AIの判定結果をそのまま確定させるのではなく、人が確認してから完了させるような運用を先に設計すれば、安全性を保ちつつ適用範囲を広げられます。
段階ごとの継続条件と中止条件を、契約とプロジェクト計画に入れておくことが有効です。
Appianの見積もりを比較するときのポイントは何ですか？
Appianの見積もりは、3社程度に同じ前提で依頼し、金額だけでなく成果物、体制、
再委託、保守範囲、ライセンス条件を比較します。Appian本体は製品とライセンスの提供元であり、
導入パートナーは業務整理、設計、開発、連携、移行、教育、運用移管を担うことが一般的です。
どこまでをAppian本体が支援し、どこからをパートナーが保証するかを確認しないと、
障害発生時に責任の押し付け合いが起きます。
RFPにユーザー・業務・連携・データを具体化します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFPには、対象業務の開始条件と完了条件、利用者の区分、月間処理件数、同時利用者、対象データ、保存期間、既存システム名、APIの有無、RPAの必要性。
帳票、承認階層、例外、監査ログ、開発・検証・本番の環境を記載します。
まだ決められない項目は未定のまま隠さず、候補案と追加費用の算定方法を提出してもらいます。見積もりの前提が揃っていれば、A社が安い理由、
B社が高い理由を機能とリスクの差として比較できます。
Appianの認定だけでなく類似案件の成果を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
導入会社は、Appianの認定レベルだけでなく、同じ業界・同じ規模・同じ連携方式の稼働実績を確認します。
質問する項目は、担当者の認定と実務年数、要件定義から保守までの自社対応範囲、再委託の有無、Appian外のAPI・DB・RPAの責任者。障害時の一次窓口、
運用移管の方法です。
公式パートナー登録や表彰は候補を絞る材料になりますが、自社案件の成功を保証するものではありません。実際の担当者が類似プロセスをどう設計したか、
処理時間や利用率などの成果指標まで聞くことが大切です。
契約で成果物・追加費用・データの扱いを定めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
契約では、アプリ定義、画面・プロセス設計書、データモデル、API仕様、テスト結果、運用手順、リリース手順、障害対応表を成果物として明確にします。
追加費用が発生する変更の定義、工数単価、承認方法、納期への影響、ライセンス更新、解約時のデータ返却、改修権限、再委託先も確認します。
個人データを扱う場合、個人情報保護委員会のガイドラインは、委託先の選定、契約上の安全管理措置、再委託の報告・承認。
定期的な監査などを確認する考え方を示しています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。
Appianの費用対効果を事例からどう考えますか？
費用対効果は、システムの価格だけでなく、処理時間、手作業、移行期間、問い合わせ、
機会損失を含めて評価します。Appian公式の2025年事例では、医療過誤保険会社MagMutualがAppianとXebiaを通じて見積もりポータル、
引受・請求のワークフロー、既存システム連携を整備しました。公開情報は特定の開発費を示していませんが、
Appianで実現できる効果を考える際の具体例になります。
保険業務では移行と見積もりの時間短縮が評価軸になります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
MagMutualの事例では、従来は数週間かかっていた処理が数分になり。
セルフサービスの見積もりポータルは短期間で100万ドルを超える新規収益につながったとAppianが公表しています。
また、レガシーシステムの移行期間を最長3年から1年に短縮し、Salesforce、Oasis。
社内システムのデータをData Fabricで連携したと説明されています
（出典: Appian公式「MagMutual Transforms Operations with Appian」、2025年）。
これはAppian案件の費用を売上だけで回収するという意味ではありませんが。見積もりの評価項目を「画面ができたか」から「処理時間や移行リスクがどう変わったか」
へ広げる参考になります。
導入前に自社のKPIと回収期間を決めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
導入前に、1件の処理時間、担当者の作業時間、差戻し率、手入力項目数、承認待ち時間、監査資料の作成時間、エラー件数を計測します。
たとえば月間処理件数と1件あたりの削減時間が分かれば、削減できる人時を算定できます。
売上への影響がある業務では、問い合わせから契約までの転換率や提供開始までの日数も指標にします。
ライセンスと保守の年額を含む総保有コストと、導入しない場合の人件費・機会損失を同じ期間で比べることで、過度に楽観的なROIを避けられます。
Appianのシステム開発費用に関するよくある質問
Appianの費用については、公開価格の有無、ローコードによる短縮効果、既存システムとの連携範囲、
ライセンスの持ち方が特に質問されます。ここでは、見積もりを取る前に知っておきたい点を簡潔に回答します。
Appianのライセンスに公開定価はありますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Appian公式Pricingページは、Standard・Advanced・Premiumの機能差と。ユーザー・月・アプリ単位の課金モデルを示していますが、
契約金額の公開定価は掲載していません。
そのため、利用者数、アプリ数、エディション、データ量、AI・RPAの利用量、環境数を提示して個別見積もりを受けます。
記事内の500万円〜2億円以上という金額は、ライセンスと導入要素を含む推定レンジであり、Appian公式の定価ではありません。
ローコードならAppianは安く開発できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
画面やワークフローの作成を効率化できるため、スクラッチ開発より短期間になる可能性はありますが、必ず安くなるわけではありません。
既存システムとの連携、業務ルールの整理、権限、監査、移行、運用を含めると、Appianでも相応の設計工数が必要です。
単純なフォームだけなら他の選択肢と比較し、複雑な業務を横断して手作業や待ち時間を減らせるかを基準に判断します。
既存の基幹システムを残したまま導入できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存システムを残したまま、API、コネクタ、Data Fabric、RPAなどでAppianと接続する構成は可能です。
全面移行を避けられる場合は、移行データの量や切替リスクを抑えられますが、接続先の性能、データの正とする場所、権限、障害時の代替処理は別途設計します。
データを移さないことが、そのまま無料や低コストを意味するわけではありません。
導入後の保守費用はどの程度かかりますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
一般的な業務システムの目安として、初期開発費の年15〜25％程度、または月15万円〜80万円程度を置く方法があります。
ただし、これはAppian公式の保守料金ではなく、利用者数、アプリ数、問い合わせ時間、障害対応、軽微改修、リリース支援、監視の範囲によって変わる推定です。
契約前に、月何時間までの支援か、緊急対応の時間帯、Appian本体との切り分け、追加開発の単価を確認してください。
まとめ
Appianのシステム開発費用は、PoC・1部門で500万円〜1,500万円、中規模で1,500万円〜5,000万円、
全社規模で5,000万円〜2億円以上が推定レンジです。Appian公式はユーザー・月・アプリ単位の料金体系とエディション別機能を示していますが、
公開定価はないため、これらの金額を固定価格として扱ってはいけません。
費用はライセンス・開発・連携・保守の合計で判断します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
見積もりでは、ライセンス、要件定義・開発、データ連携・移行、AI・RPA、環境・セキュリティ、教育・保守を分けて確認します。
ユーザー数、アプリ数、データ量、連携数、環境数、AIやRPAの利用量、業務の例外が費用を変えるため、安さだけでなく、何を含んだ金額かを比べることが大切です。
PoCで代表プロセスを検証し、KPIを測定してから段階的に広げると、不要な機能への先行投資を抑えられます。
次は同じ前提で複数社へ見積もりを依頼します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
発注前には、対象プロセス、利用者、連携先、データ、権限、監査、AI・RPA、テスト、運用、成果物、追加費用の条件をRFPに整理します。
Appianの認定や実績だけでなく、担当者の経験、再委託、Appian外の連携責任、運用移管、個人情報の委託先監督まで確認すれば。
導入後の予算とリスクを見通しやすくなります。
Appianを単に「ローコードで安い製品」と見るのではなく、複雑な業務を短く、安全に、継続的に改善するための投資として評価してください。▼全体ガイドの記事
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。