Magic xpaのシステム開発の発注/外注/依頼/委託方法について

Magic xpaのシステムを発注・外注するなら、製品のライセンス価格だけでなく、要件定義、既存データの移行、連携、テスト、教育、保守までを分けて比較することが重要です。ローコードで開発しやすい製品でも、業務の整理と現場への定着に必要な工数まで自動的に小さくなるわけではありません。

本記事では、Magic xpaのシステム開発を発注・外注・委託するときの進め方を、発注形態の選び方、RFPと要件整理、契約形態、費用相場、委託先の見極め方、見積比較のポイントまで順番に解説します。営業・顧客管理、既存MagicやAccessのWeb化、複数システムとの連携を検討している担当者が、相談前に確認すべき項目も整理します。

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

Magic xpaのシステムを発注・外注する全体像

Magic xpaの外注では、開発会社に画面を作ってもらうだけでなく、業務をどのように変えるか、どのデータを正とするか、導入後に誰が運用するかまでを共同で決めます。特に営業・顧客管理では、顧客、担当者、案件、活動履歴、見積、受注見込み、キャンペーン反応が部門ごとに分かれているため、製品選定より先に業務とデータの責任範囲をそろえる必要があります。

外注の目的は、社内にないMagic xpaの技術を借りることだけではありません。現行業務の棚卸し、画面や帳票の設計、既存システムの影響調査、データ変換、テスト計画、利用者教育、リリース後の問い合わせまで、社内担当者だけでは負担が大きい工程を分担できます。発注前に「何を任せたいか」を決めておくと、同じ開発会社でも提案内容と見積の前提を比較しやすくなります。

一方で、業務上の優先順位やデータの意味を外部会社だけで決めることはできません。Magic xpaを扱える会社であっても、顧客名の名寄せルール、案件ステージの定義、担当者が入力できる時間、管理者が必要とする集計軸は、発注者側が判断する必要があります。社内の業務責任者と現場代表をプロジェクトに参加させることが、外注成功の前提です。

納品日や画面数だけで成功を判断すると、稼働後に入力されない、Excelへの二重入力が残る、集計の数字を信用できないといった問題が起こります。成功条件は、代表業務が決めた時間内に処理できること、必要な権限で安全に使えること、旧システムからデータを正しく引き継げること、問い合わせや改修の窓口が明確であることです。

Magic xpaは同じ開発基盤からデスクトップ、Web、モバイルの業務画面を展開しやすく、既存データベースや外部システムとの接続も検討できます。公式製品情報では主要なRDBやREST APIへの対応が案内されていますが、対応していることと、自社の認証・データ構造・連携頻度で問題なく運用できることは別です。提案段階で実データに近いサンプルを使った確認を依頼してください。

Magic xpaの発注形態はどのように選びますか？

Magic xpaの発注形態は、全面的な一括外注だけで決める必要はありません。企画・要件定義だけを支援してもらう方法、試作を経て本開発を発注する方法、既存システムを段階移行する方法、開発後の保守・BPOまで委託する方法を組み合わせます。自社の業務知識、停止できる時間、内製化の意向、予算の確度を基準に選ぶと、過不足の少ない体制になります。

社内にシステム担当者が少なく、現行業務の調査から移行・教育まで伴走してほしい場合は、企画、要件定義、設計、開発、テスト、導入支援、保守を一つの開発会社にまとめて相談します。窓口を一本化しやすく、責任分界も整理しやすい点が利点です。ただし、発注者側の判断まで任せると、完成したものが現場に合わないおそれがあるため、業務責任者の承認ポイントを契約と計画に入れます。

一括外注では、提案書に含まれる作業と含まれない作業を確認してください。特に、データクレンジング、旧システムとの並行稼働、帳票の印刷調整、外部サービス側の改修、マニュアル作成、問い合わせ対応は、別費用になりやすい項目です。見積書に「一式」と記載されている場合は、対象件数と成果物を質問してから比較してください。

業務が複雑で、全体の要件をまだ決めきれない場合は、最初にPoCや現行調査を発注します。顧客検索、案件登録、次回アクション、上長レビューなど、利用頻度の高い代表業務を1〜2か月程度で試作し、現場で入力負担とデータの扱いを確かめます。リサーチノートに基づく推定では、PoCや1業務の試作は50万〜150万円程度が検討レンジですが、範囲とライセンス・環境費の扱いをそろえた場合に限る目安です。

小さく発注する場合は、PoCの成果物を画面だけにしないことが大切です。業務フロー、データ項目、未解決の論点、正式開発での追加条件、概算工数、移行上の課題を残してもらいます。PoCで明らかになった不明点を正式なRFPに反映できれば、複数社から同じ前提の見積を取りやすくなります。

古いMagic、Access、RPG、Excelの業務を一度に置き換えられない場合は、既存データや業務ルールを調査し、優先度の高い業務から段階的に移行します。最初に顧客・案件管理をWeb化し、次に見積・受注、最後に会計や在庫と連携するように分けると、停止リスクと要件の不確実性を抑えやすくなります。旧システムとの並行稼働期間、切り戻し条件、移行データの責任者を先に決めてください。

将来の内製化を考える会社は、外注先にすべてを閉じた状態で任せないことも重要です。ソース、設計書、データ定義、環境設定、テスト結果、変更履歴を納品対象に含め、社内担当者が小さな帳票変更や入力項目の追加を学べる場を設けます。外部の保守契約を継続する場合でも、ベンダー変更時に引き継げる状態を発注条件にしてください。

RFPと要件整理では何を決めますか？

RFPは開発会社に要望を伝える資料であり、完成仕様を最初から完全に書き切る文書ではありません。目的、対象業務、現状の課題、利用者、データ、連携、制約、希望時期、予算の考え方、提案してほしい範囲をそろえることで、会社ごとの見積条件を近づけられます。Magic xpa固有の機能名を並べるより、業務で達成したい結果を先に書くことが大切です。

目的には、「営業担当者が訪問後に当日中に活動履歴を登録できる」「顧客と案件の重複を減らす」「受注見込みを部門別に集計できる」のように、利用後の状態を書きます。対象範囲には、顧客、担当者、案件、見積、受注、保守、キャンペーンなど、今回作る業務と対象外の業務を分けて記載します。利用者は営業、営業管理者、マーケティング、経理、経営層など役割ごとに分け、同時利用者数と利用端末も示します。

現行システムがある場合は、Magicのバージョン、AccessやRPGなどの資産、データベースの種類、画面数、帳票数、バッチ、外部連携、データ件数、稼働時間、許容停止時間を一覧化します。資産の情報が不明な場合は、調査分析を別工程として提案してもらう方法があります。分からない項目を空欄のまま「現行どおり」と書くと、開発会社ごとに想定が変わり、後から追加費用になりやすくなります。

営業・CRMの要件では、顧客と担当者をどのキーで識別するか、案件ステージを誰が変更するか、見積金額をどの時点で確定するか、失注理由を必須にするかまで決めます。メール、会計、販売管理、ERP、MA、EC、EDI、OCRなどとの連携は、APIかファイルかDBか、連携頻度、エラー時の再送、相手側の担当部署を確認します。連携先が増えるほど、Magic xpaの画面開発以外の調整工数が増えることを見積条件に明記します。

顧客情報を扱うため、権限、認証、操作ログ、バックアップ、保存期間、退職者アカウントの無効化、委託先や再委託先のアクセス範囲もRFPに入れます。個人情報保護委員会のガイドラインでは、委託先の安全管理措置を確認し、契約に取扱状況の把握や監査に関する内容を盛り込むことが示されています（出典: 個人情報保護委員会「個人情報保護法ガイドライン（通則編）」、2026年確認）。Magic xpaを選定しただけでは、この運用要件を満たしたことにはなりません。

RFPには、提案書、体制表、工程表、要件定義書、画面一覧、データ定義、連携仕様、テスト計画、移行計画、操作マニュアル、ソースや設定の納品範囲を記載します。発注者が比較したい項目を指定しないと、ある会社は開発費だけ、別の会社は保守費まで含めて提案し、金額の大小だけで判断できなくなります。税込・税別、ライセンスの購入主体、クラウド費用、交通費、保守時間もそろえてください。

評価方法は、価格だけでなく、Magic xpaの開発経験、類似業務の実績、既存資産の移行力、APIや帳票への対応、データ品質への向き合い方、プロジェクト管理、運用保守、内製化支援、担当者との相性で配点します。現場が毎日使う顧客検索や案件登録を短時間のデモで確認し、提案書の説明と実際の操作が一致しているかを見ると、機能一覧だけでは分からない差が見えます。

契約形態は準委任と請負をどう使い分けますか？

契約形態は、作業の内容と成果の定義が固まっているかで選びます。要件定義や調査のように発注者と開発会社が協力しながら不確実性を減らす工程は準委任、仕様と完成条件を合意して成果物を完成させる工程は請負が候補になります。実際の契約は案件ごとに法務・専門家へ確認し、契約名だけでなく、作業範囲、成果物、責任分界、変更手続を具体化してください。

準委任では、専門家が調査、会議、設計支援、開発支援、運用支援などの業務を行うことを約束し、成果物の完成だけを一つの責任にしない契約が一般的です。現行MagicやAccessの影響範囲が不明な場合、利用部門の要望がまだ揃っていない場合、PoCで検証しながら進める場合に適しています。発注者は、月ごとの作業内容、稼働時間、会議体、レビュー方法、知識移転を確認します。

準委任だから成果を確認しなくてよいわけではありません。調査報告書、課題一覧、画面プロトタイプ、要件の決定事項、次月の作業計画など、工程ごとの確認物を定めます。作業時間だけを管理すると、未決事項が残ったまま期間だけが延びる可能性があるため、発注者側の意思決定期限も計画に置きます。

請負では、合意した仕様に基づいて開発、テスト、納品、受入を進めるため、完成条件が明確な画面、帳票、連携、移行プログラムなどに向いています。Magic xpaで実装する機能の一覧だけでなく、入力チェック、エラー表示、権限、帳票の出力条件、性能、テストケース、検収方法まで記載すると、納品後の認識違いを減らせます。

IPAが公開するシステム開発の資料では、企画・要件定義は準委任、設計・プログラミング・テストは請負を基本としつつ、外部設計やシステムテストなどは内容に応じて使い分ける考え方が示されています（出典: IPA「システム開発の健全化に向けて」、2025年）。重要なのは一括請負にすることではなく、発注者とベンダーの役割、変更管理、追加費用の条件をフェーズごとに明記することです。

契約前には、仕様変更の申請者、影響調査の期限、追加費用の算定方法、納期変更の扱いを決めます。さらに、Magic xpaのライセンスを誰が契約するか、ソースコード・画面定義・設定ファイル・設計書の所有や利用権をどうするか、第三者製品のライセンスをどう扱うかも確認します。契約終了時にデータを返却・消去する方法、アカウントを停止する時期、引き継ぎ期間も曖昧にしないでください。

顧客情報を外部会社へ渡す場合は、再委託の事前承認、アクセスできるデータと環境、ログの保存、事故発生時の連絡、監査への協力、バックアップの保管場所を契約に含めます。マジックソフトウェア・ジャパンは2026年2月、親会社がSOC 2 Type II保証報告書を受領したと発表していますが、製品やメーカー側のセキュリティ情報だけで自社の委託先管理が完了するわけではありません（出典: マジックソフトウェア・ジャパン公式プレスリリース、2026年）。自社のデータを扱う範囲で確認してください。

Magic xpaの発注・外注費用相場はいくらですか？

Magic xpa固有の開発案件について、2026年時点の全国統一相場や案件別の公開見積は確認できません。そのため、以下の金額は、公式に確認できる製品価格と、リサーチノートにある一般的な営業・CRM・業務システム開発相場を組み合わせた予算検討用の推定レンジです。税別の目安であり、画面数、帳票、利用者数、既存資産、連携数、データ品質、保守範囲によって実際の見積は変わります。

マジックソフトウェア・ジャパンの公式FAQでは、開発環境のMagic xpa Studioは定価60万円、Magic xpa Studio RIA Editionは定価18万5,000円と案内されています。開発者数分の環境、DBMS、トレーニング、サポートが別途必要になる場合があり、サーバー製品には年間保守料、サブスクリプションには契約期間に応じた費用が発生します（出典: マジックソフトウェア・ジャパン公式FAQ、2026年確認）。この価格は製品の参考であり、顧客企業の本番構築や開発工数を含む総額ではありません。

公開されているMagic xpa 4Plus価格表には、Enterprise Studio Web EditionやRIA Serverの参考価格が掲載されていますが、価格表は2024年3月版です。永続ライセンス、サブスクリプション、ユーザー数、サーバー構成、保守契約の条件が変わる可能性があるため、見積時点の公式価格を確認してください。開発会社の見積では、ライセンス、クラウド・サーバー、要件定義、開発、移行、教育、保守を別行に分けてもらうと比較しやすくなります。

顧客、担当者、案件、活動履歴、簡単な見積や売上見込みを管理し、20〜50画面、基本帳票、部署別の権限、小規模なデータ移行まで含める場合は、初期費用300万〜800万円程度が一つの推定レンジです。期間は2〜5か月程度を想定しますが、現場の確認が速いか、帳票が何種類あるか、Excelデータの重複をどこまで直すかで前後します。この金額はMagic xpa案件の公式統計ではなく、リサーチノートに基づく予算検討の目安です。

複数部門の営業・CRM、ERPや会計との連携、モバイル入力、複数拠点、複雑な承認や大量データの移行を含む場合は、800万〜3,000万円程度の推定レンジになります。既存基幹の刷新、数百画面、並行稼働、拠点ごとの権限、運用監視まで含めると、3,000万円〜1億円超となる可能性もあります。案件の規模を判断するときは、画面数だけでなく、帳票、連携、データ変換、テストケース、拠点数で見てください。

見積の差が大きくなりやすいのは、開発そのものよりも、既存データの診断、クレンジング、変換、並行稼働、利用者教育、問い合わせ対応です。初期開発費だけを比べると安く見える提案でも、移行や教育が含まれず、稼働直前に追加費用が発生する場合があります。データ件数、重複除去のルール、移行リハーサルの回数、研修対象者、マニュアルの範囲を見積に明記してください。

運用開始後は、製品保守、クラウドやサーバー、バックアップ、監視、障害対応、問い合わせ、軽微な改修、バージョンアップが発生します。年間保守を初期開発費の10〜20%程度で仮置きする考え方もありますが、これは一般的な予算検討の目安であり、Magic xpaの公式一律相場ではありません。保守時間、対応時間、月の改修枠、障害時の目標復旧、対象外作業を分けて提示してもらいます。

Magic xpaの委託先・開発会社はどう選びますか？

委託先は、Magic xpaの販売や開発経験だけでなく、自社の業務を理解して要件定義・移行・運用まで担えるかで選びます。マジックソフトウェア・ジャパンの公式パートナー情報では、国内800社以上のパートナー網が案内されています（出典: マジックソフトウェア・ジャパン「Magic xpaパートナー」、2026年確認）。候補が多いからこそ、製品を扱えることと、対象業種の業務システムを任せられることを分けて評価してください。

実績は「Magic xpaで開発した」という一文だけでなく、どの業務を、どの規模で、何から移行し、誰が保守しているかまで聞きます。営業・CRMなら、顧客名寄せ、案件管理、モバイル入力、承認、見積、外部連携のどれを経験しているかを確認します。既存MagicやAccessからの移行なら、現行調査、旧DBの解析、データ変換、並行稼働、切り戻しの経験があるかを質問してください。

公開事例の期間や効果は、そのまま自社の見積に当てはめません。事例の画面数、帳票数、連携先、利用者数、既存データの状態、発注者側の協力体制が自社と違うためです。候補会社には、匿名化した現行画面や帳票サンプルを見せ、同じ条件で概算の前提と不確実な点を出してもらうと、経験の深さを見極めやすくなります。

提案時の営業担当だけでなく、要件定義を担当する人、Magic xpaの実装者、データ移行担当、インフラ担当、テスト責任者、保守窓口を確認します。外部の協力会社や海外拠点を使う場合は、再委託先、データアクセスの場所、連絡時間、品質管理の方法を聞きます。発注後に担当者が大きく入れ替わる場合の報告ルールも契約前に決めておくと安心です。

候補会社との打ち合わせでは、分からない点をすぐに安く見せる会社より、調査が必要な項目と追加条件を説明できる会社を評価します。要件が曖昧な段階で低い総額を断定し、後から変更を積み上げる提案は比較しにくいためです。発注者の判断が必要な事項を質問として返し、意思決定の期限まで示す会社は、プロジェクト管理の相性を判断する材料になります。

Magic xpaの見積を比較するときのポイント

見積は総額の安さだけでなく、同じ条件で比較できているかを確認します。製品ライセンス、開発会社の工数、クラウド・サーバー、データ移行、教育、保守、追加変更の単価を分け、対象外の項目も明記してもらいます。提案会社によって作業範囲が違う場合は、金額を並べる前にスコープをそろえることが必要です。

要件定義、外部設計、内部設計、画面開発、帳票、バッチ、API、データ移行、テスト、教育、リリース支援の各工程に、対象数と作業量を付けてもらいます。例えば「画面一式」ではなく、入力画面何画面、検索画面何画面、管理画面何画面、帳票何種類、API何本、バッチ何本かを示してもらいます。単価だけが安くても、想定工数や品質確認の工程が少なければ、総額と納期のリスクが高くなります。

費用配分の目安として、リサーチノートでは一般的な営業・CRMシステムの要件定義10〜15%、設計25〜35%、開発30〜40%、テスト15〜20%、移行・導入5〜10%程度を示しています。これはMagic xpaの公式統計ではなく、見積の偏りを見るための参考です。要件定義が極端に少ない場合は、発注者側が要件を十分に固めているのか、単に後工程へ先送りしているのかを確認してください。

見積比較では、データの重複除去、旧システムの調査、相手側システムの改修、クラウドの初期設定、脆弱性対応、性能改善、操作マニュアル、研修会場、休日の切り替え、障害時の現地対応が含まれているかを確認します。対象外なら、発注者が担うのか、別途見積を取るのか、作業をしないのかを決めます。

追加費用が発生する条件は、仕様変更だけではありません。現行資産の調査で想定以上の処理が見つかった場合、データ欠損で補正が必要になった場合、外部サービスの仕様が変更された場合、利用者数や拠点数が増えた場合にも影響します。変更管理の申請書に、理由、影響範囲、追加工数、納期、承認者を残す運用を提案してもらってください。

発注先を決めるときは、初期開発費に加えて、ライセンス更新や保守、クラウド・サーバー、監視、バックアップ、追加改修、教育の費用を数年単位で試算します。永続ライセンスが安く見えても、保守やインフラを自社で持つ必要があり、サブスクリプションが高く見えても、更新やサポートを含む場合があります。契約年数、利用者数の増減、開発会社を変更したときの引き継ぎ費用も比べてください。

Magic xpaでは、2026年にWebブラウザ型ワークフローのMagicFlowや、AI活用例を備えたSFAアプリケーションのソース公開型テンプレートが公式に案内されています。テンプレートや生成AIによって試作を早められる可能性はありますが、テンプレートの適合、追加開発、データ移行、セキュリティ確認、教育が不要になるわけではありません（出典: マジックソフトウェア・ジャパン公式プレスリリース、2026年）。新しい選択肢を見積に入れる場合も、何が含まれるかを明細で確認してください。

発注・外注で起こりやすい失敗と対策

発注時の失敗は、Magic xpaの機能不足よりも、発注者と開発会社の認識がそろわないことから起こります。ローコードだから短期間で完成すると考え、現行業務やデータを調べずに一括発注すると、後から帳票、権限、連携、移行の問題が見つかります。最初から不確実な点を明らかにし、検証できる工程と変更できる工程を分けて計画してください。

顧客名の表記揺れ、同一顧客の重複、担当者の退職、古い住所、空欄の案件ステージが残ったままでは、新しい画面を作っても正しい集計になりません。外注先にはデータ診断、変換、移行ツール、テストを任せられますが、どの顧客を統合し、どの履歴を残し、どのデータを廃棄するかは発注者が決める必要があります。データ責任者を社内に置き、移行前後の件数と代表データを確認してください。

現場にとって入力項目が多すぎる、検索が遅い、スマートフォンで操作しにくい、旧システムと二重入力になるといった問題は、稼働後の利用率を下げます。代表者が参加するプロトタイプ確認、受入テスト、研修、マニュアル、問い合わせ窓口、段階リリースを計画に含めます。管理者向けの集計機能だけでなく、営業担当者が入力する時間と画面遷移を実際に確かめてください。

導入後の改善を外注する場合も、軽微な改修の月額枠、障害と要望の受付方法、回答時間、リリース頻度、バージョンアップの影響調査を決めます。外注先が変わっても運用できるように、設計書、ソース、設定、テスト結果、アカウント一覧を更新して納品してもらいます。完成時点ではなく、半年後に誰が何を管理するかまで決めることが、発注の品質を高めます。

よくある質問

Magic xpaの発注では、費用、発注先、既存システムの扱い、ライセンス、保守について同じ質問が繰り返されます。ここでは、外注前に判断しやすいよう、回答を先に示します。

Magic xpaのパートナーや業務システム開発会社へ相談します。ただし、製品を扱えることだけでなく、自社の業種、既存Magic・Access・RPGの移行、データ連携、教育、保守まで対応できるかを確認してください。候補を2〜3社程度に絞り、同じRFPと匿名化した現行資料を渡すと、提案と見積を比較しやすくなります。

画面や定型処理を効率よく組み立てられる可能性はありますが、必ず安く短期間になるわけではありません。要件定義、データクレンジング、外部連携、権限、テスト、移行、教育、保守は別に工数がかかります。公式FAQには利用者の声として開発効率の向上が紹介されていますが、自社案件ではPoCや代表画面で効果を確認し、短縮できる工程を見積に反映してもらうことが安全です。

活かせる可能性がありますが、現行システムをそのままコピーできるとは限りません。画面、帳票、DB、バッチ、連携、業務ルール、データ品質を調査し、残す、変える、廃止する処理に分けます。代表業務で移行プロトタイプを作り、件数、紐付け、権限、並行稼働、切り戻しを確認してから全体の発注範囲を決めると、停止リスクを抑えやすくなります。

案件の運用方針によりますが、誰がどの環境で何人分を契約するかを見積と契約書に明記します。開発会社の開発環境と、発注者が使う本番環境のライセンスを混同しないことが重要です。永続ライセンス、サブスクリプション、サーバー保守、ユーザー数の増減、契約終了時の利用権を確認し、発注者が将来の保守会社変更や内製化をしやすい形を検討してください。

まとめ

Magic xpaのシステムを発注・外注するときは、製品の価格や開発会社の知名度だけで決めず、業務、データ、連携、移行、現場定着、保守までを一つの計画として比較します。ローコードの効果が出やすい画面開発と、時間を短縮しにくい要件整理・データ品質・テスト・教育を分けて考えることで、見積の妥当性を判断しやすくなります。

相談前には、既存資産の種類、対象業務、利用者数と端末、画面・帳票・連携の数、データ件数と品質、許容停止時間、個人情報の範囲、社内の意思決定者、内製化の意向を整理します。RFPでは、成果物、評価方法、保守範囲、対象外作業、変更管理を明記し、候補会社へ同じ条件で提示します。個人情報を委託先へ渡す場合は、再委託、監査、ログ、事故対応、データ返却も契約条件に含めます。

全社の業務をいきなり一括発注するのではなく、顧客検索や案件登録などの代表業務をPoCで確認し、正式な開発範囲と移行課題を明らかにする方法もあります。Magic xpaのシステムは、作る速さだけでなく、現場が使い続けられること、データを安全に扱えること、将来の改修や委託先変更に対応できることまで含めて選ぶことが大切です。最初の相談では、安さの断定よりも前提と不確実性を説明できるパートナーを選んでください。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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