ヘルプデスクシステムの費用は、導入方式、利用規模、要件で変わります。標準SaaSなら初期0〜50万円程度からで、レガシー連携や閉域網などが重なる大規模統合では5,000万円〜数億円以上まで幅があります。
全体像は、ヘルプデスクシステム開発の完全ガイドでも確認できます。
▼全体ガイドの記事
・ヘルプデスクシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ヘルプデスクシステムの費用相場の目安
導入方式によって費用相場と導入期間が変わるため、4つの区分ごとに初期費用と向いているケースを比べます。
クラウドSaaSの標準機能での導入
メールやWebフォームで問い合わせを受け付け、チケット番号や担当者を管理する方式です。
- 初期費用：0〜50万円程度
- 導入期間：数日から2か月程度
この金額は、製品契約、初期アカウント設定、カテゴリや通知ルールの登録を含む目安です。場合によっては、簡単な操作説明も含まれます。
10名程度の小規模チームや、共有メールとExcelから脱却したい企業に適しています。
SaaSの月額ライセンスは、初期費用とは別に発生します。そのため、見積書では「導入費」と「毎月の利用料」を分けて確認することが大切です。
SaaSへの設定・移行・連携の追加
既存データや外部サービスを加えると、製品の設定とは別に、設計と移行の工数が増えます。
- 初期費用：50万〜500万円程度
- 導入期間：1〜4か月程度
- 主な対象：FAQ、顧客・社員マスタ、過去チケット
SSOやSlack、Teams、CRMなどを連携する場合も、この価格帯が目安になります。
この段階では、費用の中心がデータ整理や権限設計に移ります。ワークフロー設定や連携テストも対象になります。
数十件の文書を手作業で登録するFAQ移行は、工数を抑えやすい方法です。一方で、複数年分のメールやExcelから重複を除いて分類する場合は、工数が増えます。
移行費を比べるときは、件数だけでなく、不要データの削除や項目変換、移行後の確認まで含むかを確かめます。
パッケージやローコードの拡張
標準製品に部門固有の業務を加えると、設定と追加開発の範囲が広がります。
- 初期費用：100万〜1,000万円程度
- 導入期間：3〜9か月程度
- 対象例：申請、承認、資産管理、帳票、権限
ローコードは画面を早く作れる一方で、標準料金だけでは完結しないこともあります。
メール取り込みやSLA、検索を追加設定すると、費用が増えます。さらに、監査ログや外部公開範囲も追加費用の対象になります。
作れる機能の数だけでなく、将来の設定変更を自社で行えるかも確認しておきます。
外部パートナーへ毎回依頼する設計では、運用を変えるたびに追加費用が生じます。
中規模の個別開発と大規模統合
複数部門で数十〜数百席を使う場合は、個別開発と統合の範囲が費用を左右します。
- 費用：500万〜5,000万円程度
- 期間：6か月〜1年半程度
- 連携例：基幹システム、CRM、CTI、認証基盤、監視ツール
レガシー連携や閉域網、オンプレミスの条件が重なることもあります。
独自のSLAや監査要件まで重なる場合は、5,000万円〜数億円以上となるケースもあります。
この価格帯は、ヘルプデスク画面だけの開発費ではなく、業務システム全体にかかる推定レンジです。
業務整理やセキュリティ設計、連携基盤のほか、データ移行やテスト、研修、稼働後の改善も含まれます。
最初から全面的に個別開発とせず、代替できない要件だけを個別開発に回せば、費用を管理しやすくなります。
ヘルプデスクシステムの費用を左右する要素
社内IT向けか顧客サポート向けかで、必要な機能と費用は変わります。さらに、金額を左右するのは、課金の単位と、対応するチャネルや業務ルールの範囲です。
移行と連携、セキュリティ、導入後の運用体制も、費用に影響します。
担当者数・利用者数・問い合わせ件数の課金単位
課金単位を押さえると、利用規模に応じた年間費用を見積もれます。
- 人数課金：担当者や利用者の人数に応じて課金される
- 従量課金：問い合わせ件数や機能の利用量に応じる
- アドオン：機能ごとに追加料金が発生する
人数課金では、担当者1人あたりの月額課金や、利用者数による段階課金があります。社内ヘルプデスクでは、申請者全員を課金対象にするか、担当者だけにするかで年間費用が変わります。
契約前には、誰が何をすると課金されるのかを確かめておく必要があります。
Zendeskの公式料金ページ（2026年8月確認時点）では、Support Teamが年払いで1エージェント月額19ドルからです。Suite Teamは55ドル、Suite Professionalは115ドルと表示されています。Copilotは1エージェント月額50ドル、Contact Centerは83ドルの追加料金です。
基本ライセンスとAI・音声アドオンは分けて計算します（出典：Zendesk公式料金ページ、2026年）。
必要なチャネル・ワークフロー・ナレッジの範囲
対応チャネルや業務ルールが増えるほど、設計と検証の範囲が広がります。
- チャネル：メール、フォーム、チャット、電話、SNS、社内ポータル
- ワークフロー：SLA、自動振り分け、承認、エスカレーション
- ナレッジ：公開範囲、版管理、承認、検索、対象者分離
メールとフォームだけの場合に比べ、複数チャネルでは連携と運用設計が増えます。
優先度別のSLAや担当者の自動振り分けを設けると、費用が上がります。また、承認や営業時間の設定も、費用を押し上げる要因になります。
エスカレーションや代理担当を細かく設定すると、テストケースも増えます。
ナレッジベースは、記事を置くだけなら小さな費用で済みます。一方で、公開範囲や版管理を加えると、要件が広がります。
AI回答を使う場合は、契約費に加えて、FAQの品質改善と人による確認フローも必要になります。
データ移行・外部連携・セキュリティ要件
移行データや接続先が増えるほど、変換とエラー処理の工数が増えます。監視やテストの範囲も広がります。
- 移行データ：件数、項目差、重複、文字コード、添付、個人情報
- 連携先：CRM、基幹システム、認証基盤、CTI、BI
- 安全管理：権限、ログ、保持期限、削除、復旧目標
過去チケットや顧客情報を移す場合は、件数と項目の違いを確認します。
重複や文字コードも、移行の対象として見ます。添付ファイルと個人情報の扱いは、移行費に影響します。
API連携では、接続先ごとに仕様を確認し、エラー処理や権限、監視を用意する必要があります。改修時のテストも欠かせません。
SSOや多要素認証に加えて、担当者、管理者、委託先ごとに閲覧範囲を決めておきます。
操作ログやバックアップ、保持期限、削除、復旧目標も要件に含めます。
個人情報保護委員会の通則ガイドラインでも、委託先の安全管理措置を事前に確認する考え方が示されています。
そのため、再委託や取扱状況を把握できるよう、セキュリティ確認は見積もりの初めから含めます。
根拠は個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」です（2026年確認）。
導入後の保守・教育・改善体制
導入後の運用体制と追加料金は、初期費用とは分けて確認します。
- 日常運用：アカウント、権限、FAQ、ワークフローの変更
- 保守：障害対応とバージョンアップ検証
- 別料金：連携改修、データ整理、AI・電話の従量費
SaaSでは基本保守が月額に含まれることが多い一方で、個別設定の変更は別建てになりやすいです。
外部連携の改修やデータクレンジングのほか、AIや電話の従量料金も確かめます。
自社開発や大規模カスタマイズでは、年間保守費を初期開発費の10〜20％程度とする方法があります。業務システムとして手厚く見る場合は、15〜20％程度とする方法もあります。
たとえば、初期開発費が3,000万円の場合、年間450万〜600万円、月額37万〜50万円程度になります。これは相場を示す計算例で、障害対応の時間や改善契約の範囲によって変動します。
開発・導入の工程ごとの費用内訳
見積書を比べるときは、総額に加えて、工程ごとの費用配分を見ます。
方式によって、工程ごとの割合の傾向も変わります。SaaSの標準導入では設計と開発の割合が小さく、スクラッチ開発では要件定義やテスト、移行の割合が大きくなります。
要件定義・企画の割合（全体の10〜15％程度）
要件定義では、受付チャネルと利用者、担当者の役割を整理します。あわせて、カテゴリと優先度も決めておきます。
- 業務条件：SLA、通知、承認、検索、レポート
- 管理条件：権限、データ保持、連携、移行対象
要件定義の費用を削りすぎると、開発中に例外の要望が増え、後工程の追加費用につながりやすいです。この費用は、全体の10〜15％程度を見ておく考え方があります。
社内に業務知識があり、標準SaaSを使う場合は、要件定義の費用を小さくできます。
一方で、社内ITと顧客サポートを統合する場合は、用途ごとのデータ公開範囲を整理します。統合の範囲が広いほど、要件定義に十分な時間を確保する必要があります。
画面・データ・連携設計の割合（全体の25〜35％程度）
設計工程では、画面と状態遷移を決めます。そのうえで、通知やナレッジ、権限、API仕様もこの工程で設計します。
- 画面：受付、担当者、管理の各画面
- 業務：受付、一次回答、エスカレーション、解決、クローズ
- 連携：API仕様とエラー処理
問い合わせ管理では、状態遷移が曖昧だと担当者の滞留や二重対応が生じかねません。
設計費は全体の25〜35％程度が目安です。連携先が増えるほど、認証失敗やタイムアウト、重複登録への対応も設計します。
送信先の停止やデータの不整合も想定するため、見積もりは上がります。連携の本数だけでなく、1連携あたりのデータ項目とエラー処理まで確認します。
開発・単体テスト・結合テストの割合（全体の30〜40％程度）
開発費には、画面やAPIに加えて、権限や通知、検索、レポートの実装も含まれます。
- 実装：監査ログ、バックアップ、障害時の復旧
- 単体テスト：機能ごとの動作確認
- 結合テスト：CRMや認証基盤とのデータ連携確認
開発・テストを全体の30〜40％程度と見る場合でも、追加機能によって範囲は変わります。AIを加える場合は、誤回答や権限外の情報提示、個人情報の混入も確認します。
音声機能では、録音や転送、営業時間外の応答を確認し、通話料金の計測も見ます。
移行・教育・リリースの割合（全体の5〜10％程度）
移行・教育・リリースの費用は、全体の5〜10％程度を目安にできます。
- 教育：操作説明会、動画マニュアル、問い合わせ窓口
- 展開：段階リリースと旧運用との並行期間
利用者や担当者が多い場合は、目安の割合を超えることもあります。
移行作業では、残すデータと削除するデータを決め、表記を統一する項目も定めます。移行元のExcelやメールの重複も整理し、公開範囲は自社側で決めます。
不要な個人情報を残したままツールを変えても、検索性と安全性は改善しません。
料金体系と3年TCOの比較方法
月額料金に加えて、初期費用から社内の運用工数までを同じ期間で比較します。
- 固定費：初期費用、ライセンス、アドオン、保守
- 変動費：従量料金、連携、移行、社内運用工数
最低契約数や年払いの条件、AIの上限を確かめます。加えて、電話料金や導入支援費、データ出力費も含めて見ます。
基本ライセンスとアドオンの切り分け
基本料金と追加機能を分けると、毎月の固定費と利用量による費用を把握できます。
- 基本費用：担当者、閲覧専用、外部利用者、ストレージ
- 追加機能：AI、ナレッジ、チャット、音声、分析
- 確認項目：サポートプランとサンドボックスの扱い
ワークフォース管理、分析、サンドボックスが基本プランに含まれるかも、あわせて確かめます。
Atlassianの公式情報では、Jira Service ManagementのPremiumとEnterpriseに仮想サービスエージェントが含まれています。月1,000件または年12,000件のアシスト付き会話が含まれると説明されています。
上限を超えた場合は、1件あたり月額0.30ドルからの追加料金が示されています。そのため、AI利用時は問い合わせ件数と会話数を分けて予測します（出典：Atlassian公式Service Collection価格ページ、2026年確認）。
同じ条件で揃えた3年間の総額
3年TCOは、初期費用から社内運用工数までを足し合わせて計算します。
- 現状の担当者数と利用者数を置く
- 1年後と3年後の人数を見込む
- 繁忙期の問い合わせ量とAI・電話の利用量を加える
式にすると、「初期費用＋月額料金×36か月＋従量料金＋追加開発費＋社内運用工数」になります。SaaSの場合は、初年度だけでなく、3年目のライセンス増加やAI従量課金も見ておきます。
利用者数が少ないケース、標準ケース、増加ケースの三つで試算すると、予算超過を見通しやすくなります。
クラウド・オンプレミス・ハイブリッドの違い
運用場所によって、月額費用と自社負担の範囲が変わります。
- クラウド：サーバー調達と基本更新の負担を抑えやすい
- オンプレミス：サーバーや保守要員を自社で負担する
- ハイブリッド：二重管理と連携監視も費用に含める
クラウドでは、月額料金やデータの所在、API制限を確かめます。為替や、停止時の業務継続も見ます。
オンプレミスでは、バックアップやパッチ適用も、自社側の作業になります。保守要員の費用も、自社側で見込む必要があります。
個人情報や閉域網の必要性を見ながら比較します。許容できる停止時間、社内運用人員、将来の拠点数も判断材料です。
クラウドとオンプレミスを組み合わせる場合は、二重管理や連携監視の費用も含めます。
ヘルプデスクシステムのコストを抑えるポイント
費用を抑えるには、将来の運用費を膨らませる要因から先に減らします。使わない機能や、整理されていないデータ、例外の多いワークフローを見直します。
対象部門とチャネルの絞り込み
対象を絞れば、必要な機能を検証しながら不要な開発を抑えられます。
- 対象：1部門、1チャネル、主要カテゴリ
- 検証：受付からクローズまでの一連の業務
最初から全社の問い合わせや顧客サポート、資産管理、変更管理を一度に作るのは避けます。まず小さく始め、処理時間や滞留件数、検索失敗、自己解決率を見てから、対象を広げます。
SmartStage ServiceDeskの公式事例では、日揮情報システムが3か月のテスト導入を行いました。導入6か月目に課題解決率が約3.7倍になったと紹介されています。
この数字は費用の削減率とは別に、課題解決率として読む必要があります。小さく試すことは、過剰導入を避けるための材料になります（出典：SmartStage ServiceDesk公式導入事例、2026年確認）。
例外処理の削減と標準機能の優先
標準機能を優先すれば、初期開発費と将来の保守負担を抑えられます。
- 整理する項目：分類、優先度、SLA、承認経路
- 分ける範囲：標準運用と個別対応が必要な業務
現場の要望をすべて個別機能にすると、バージョンアップと保守の負担が増えます。SmartStageのキッツ公式事例では、必要十分な機能と柔軟性が選定理由とされています。
多機能であることよりも、使う機能を運用に落とし込むことが、費用と定着に効きます（出典：SmartStage ServiceDesk公式導入事例、2026年確認）。
移行前のデータ削減とFAQの整備
移行データを減らし、FAQの内容を整理しておくと、移行費と検索の負荷を抑えられます。
- 整理対象：重複チケット、古い手順、不要な添付
- FAQ管理：対象者、公開範囲、更新責任者、見直し期限
退職者の個人情報も整理し、残す履歴とナレッジ化する情報を分けます。FAQは回答文を作るだけでなく、更新する人を決めておく必要があります。
情報が古いままだと、AIや検索機能を追加しても、誤回答や再問い合わせが増えてしまいます。
無料トライアルとPoCによる操作性の検証
資料では分からない操作性と運用負荷も、実際の問い合わせを使えば確認できます。
- 操作：分類、検索、SLA違反の把握
- 権限：見せてはいけない情報が隠れるか
問い合わせを一件、受付からクローズまで通して操作します。担当者の分類、過去回答の検索、管理者のSLA確認を試します。
日立システムズの公式事例では、利用者10名の自治体ヘルプデスクが紹介されています。Excel管理からパッケージ導入へ移行したことで、回答状況を追えるようになりました。さらに、集計や分析の負荷が下がり、情報が一か所にまとまったともされています。
自社に近い事例では、導入期間や移行範囲、支援範囲を確認すると、見積もりの精度が上がります（出典：日立システムズ公式導入事例、2026年確認）。
AI導入の前提となる業務の標準化
AIを追加する前に、FAQと権限、回答確認の範囲を整えておきます。
- 先に整えるもの：問い合わせの種類、正解、エスカレーション条件
- 契約確認：上限、超過単価、ログ、削除、責任の範囲
FAQが不正確なまま権限設計も曖昧だと、誤回答と確認作業が増えます。そのため、AIが参照してよいデータと、人が最終確認する範囲を決めておきます。
AI費用は、基本ライセンスに含まれる場合もあれば、アドオンや従量課金になる場合もあります。そのため、契約前に、月間利用量の上限や超過単価、学習利用の有無を確かめ、ログ保存とデータ削除もあわせて見ます。
誤回答が出た場合に、どこまでを誰が負うかという責任の範囲も、契約条件として確認します。
ヘルプデスクシステムの見積もりを取る際のポイント
見積もりを頼む前に、必要な業務とデータをそろえ、各社へ同じ条件を渡します。条件がそろっていないと、安い見積もりは機能不足に、高い見積もりは過剰な提案になることがあります。
利用規模と業務シナリオを記した仕様書
利用規模と業務シナリオをそろえておくと、各社の見積もりを比べられます。
- 規模：担当者、利用者、月間件数、繁忙期
- 仕様：チャネル、対応時間、カテゴリ、SLA、レポート
- 環境：既存システム、移行件数、保存期間、認証方式
社内ITか顧客向けか、国内だけか海外拠点を含むかも、仕様書に記載します。言語やタイムゾーン、権限、サポート時間も、条件によって変わります。
仕様書には、実際の業務シナリオを三つ以上入れます。たとえば、メールの自動分類と担当者割り当て、期限超過時の上長通知などです。
FAQで解決できない顧客を担当部署へエスカレーションする流れも含めます。
画面の数よりも、業務が最後までつながるかを比べます。
同じ条件で揃えた複数社の見積もりの比較
会社の種類と見積もりの範囲をそろえると、価格差の理由を読み取れます。
- 比較先：SaaS販売、導入支援、パッケージ、個別開発
- 工程：要件定義、設計、開発、テスト、移行、教育、保守
- 契約：価格方式、変更ルール、データ返却、障害連絡
製品ライセンスに加えて、導入支援会社やパッケージベンダー、個別開発会社も含めます。同じ会社でも、設定や移行、研修、運用支援の範囲が異なる場合があります。
見積書は、要件定義から保守までの工程ごとに分けてもらいます。そのうえで、追加変更の単価や、固定価格か準委任か、要件確定後の変更ルールも確かめます。
納品ドキュメント、設定情報の開示、解約時のデータエクスポートも比較します。再委託先と障害時の連絡体制は、価格と同じ表で確認します。
セキュリティと契約条件の事前確認
セキュリティ条件を事前にそろえておくと、契約後の追加費用を抑えられます。
- データ：保存場所、暗号化、削除、海外移転
- 管理：権限、操作ログ、バックアップ、再委託
- AI：学習利用、根拠ログ、参照権限、利用停止
顧客情報や社員情報を扱う場合は、インシデント通知の有無も確かめます。個人情報保護委員会も、委託先の安全管理措置を事前に確認する考え方を示しています。
契約や報告で取扱状況を把握するため、安全性は価格とは別に確かめます。
AIについては、契約書の文面で、利用停止時にデータを削除できるかまで確かめます。
条件をRFPに入れておけば、契約後にセキュリティ対応が増える事態を防げます。
受入テストと運用責任者の明確化
受入テストと運用責任を決めると、稼働後の手戻りと属人化を抑えられます。
- 参加者：管理者、一次・二次対応者、申請者、責任者
- 確認項目：検索、通知、権限、期限、履歴、帳票
- 運用役割：管理者、業務オーナー、FAQ承認者、窓口
受入テストでは、各担当者が実際の業務を試します。確認するのは、検索や通知、権限、期限のほか、エスカレーションと帳票です。
データ移行後の履歴と、合格条件を満たさなかった場合の修正期限も決めておきます。稼働後に各役割を誰が担うかも、決めておく必要があります。
月次では、件数や一次回答時間、平均解決時間、期限遵守率を確認します。再オープン率と自己解決率も見ながら、FAQやカテゴリを更新します。
よくある質問
公式料金と開発相場は意味が異なるため、質問ごとに、どの費用を含むかを切り分けて読みます。
ヘルプデスクシステムは100万円以内で導入できますか？
標準的なクラウドSaaSの契約と初期設定だけなら、100万円以内に収まる可能性があります。
- 収まりやすい範囲：契約と初期設定
- 超えやすい要因：大量移行、複数連携、個別ワークフロー、電話・AI
超えやすい要因を同時に含める場合は、100万円を超えることがあります。
AIや電話機能の料金は月額費用に含まれますか？
製品とプランによって、基本料金、アドオン、従量課金の扱いが異なります。
- 基本料金：標準機能に含まれるもの
- アドオン：エージェント単位で追加するもの
- 従量料金：会話数や通話時間に応じるもの
ZendeskやAtlassianの公式料金ページでも、AIや仮想エージェントの条件は製品ごとに分かれています。見積もりは、月間利用量と超過料金を含めて依頼します。
ヘルプデスクシステムの見積もりでは何を伝えればよいですか？
利用規模、業務範囲、既存環境、移行条件をそろえて伝えます。
- 規模：担当者、利用者、月間件数、受付チャネル
- 業務：対応時間、SLA、権限、業務シナリオ
- 環境：既存システム、移行データ、セキュリティ、希望時期
受付からクローズまでの業務シナリオを添えると、前提条件がそろいます。機能不足や過剰な提案も、見分けられます。
SaaSと個別開発はどちらが安いですか？
標準的な問い合わせ管理であれば、SaaSは初期費用と導入期間を抑えられます。
- SaaS向き：標準的な問い合わせ管理
- 個別開発向き：独自業務、閉域網、複雑な連携、細かな権限
独自業務や閉域網が競争力や法令対応に直結する場合は、単純には比べられません。個別開発やパッケージ拡張も含めて、3年TCOと業務効果で比べます。
まとめ
ヘルプデスクシステムは、標準SaaSから大規模統合まで費用に幅があります。標準SaaSの初期は0〜50万円程度で、設定・移行・連携を加えると50万〜500万円程度になります。
個別開発は500万〜5,000万円程度、大規模統合は5,000万円〜数億円以上です。
費用は、利用規模や問い合わせ量、業務の複雑さで変わります。移行や連携、セキュリティ、保守も、費用を動かす要因です。
費用判断の考え方
月額料金に加えて、初期設定や移行、連携、保守、社内運用工数まで含めた3年TCOで判断します。AI・音声の費用も、この計算に入れます。
- 業務を洗い出し、標準機能で始める範囲と個別開発が必要な範囲に分ける
- 分けた範囲をもとに、導入の進め方を費用と現場定着の両面で決める
標準機能と個別開発の境界をはっきりさせることが、費用と現場定着を両立させることにつながります。
導入に向けて次に実施する事項
担当者数、問い合わせ件数、受付チャネル、主要な業務シナリオを整理します。
- 既存データ、連携先、セキュリティ条件を整理する
- 同じ前提で複数社へ見積もりを依頼する
- PoCや無料トライアルで実務を試す
導入後のFAQ更新とKPI確認まで含めて計画すると、長期的にコストを抑えることにつながります。
▼全体ガイドの記事
・ヘルプデスクシステム開発の完全ガイド
▼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を創業。