Magic xpaのシステム開発を発注・外注する流れは、業務とデータを整理し、PoCで検証してから、契約と見積の範囲をそろえることです。
範囲をそろえた契約と見積が、現場への定着と比較しやすい発注につながります。全体像はMagic xpaのシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・Magic xpaのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Magic xpaのシステムを発注・外注する全体像
Magic xpaの外注では、画面開発だけでなく、業務変更、データの正しさ、導入後の運用まで、発注者と開発会社が共同で決めます。たとえば営業・顧客管理では、顧客・担当者・案件、活動履歴、見積・受注見込み、キャンペーン反応が部門ごとに分かれているため、業務とデータの責任範囲を先にそろえておく必要があります。
外注の目的と任せられる範囲
外注先は、Magic xpaの開発だけでなく、現行業務を洗い出す作業や、画面・帳票の設計も分担できます。影響調査やデータ変換、テストと利用者教育、稼働後の問い合わせまで含めて頼むこともできます。
- 影響調査とデータ変換：既存システムの調査や移行の支援。
- テストと利用者教育：テスト計画の作成と、現場への説明の分担。
- リリース後の問い合わせ：稼働後の窓口や保守を依頼できる。
任せたい範囲を発注前に決めておくと、各社の提案内容と見積の前提を比べやすくなります。一方で、業務の優先順位やデータの意味は、発注者側で判断する必要があります。
顧客名の名寄せや案件ステージのような業務ルールは、社内で定めておく必要があります。入力時間や必要な集計軸も、社内で詰めておきます。そのうえで、業務責任者と現場代表を打ち合わせに加えることが、外注を成功させる前提になります。
発注の成功は予定どおり稼働し使い続けられる状態
納品日や画面数だけで判断すると、稼働後に入力されない、Excelとの二重入力が残る、集計を信用できないといった問題を見落としがちです。そのため、発注の成功は、予定どおり稼働し、使い続けられる状態として捉えます。
- 業務処理：代表業務を決めた時間内に終えられること。
- 安全な利用：必要な権限でシステムを使えること。
- データ移行：旧システムから正しく引き継げること。
- 運用窓口：問い合わせや改修の担当が明確なこと。
Magic xpaは同じ開発基盤から、デスクトップ、Web、モバイルの画面を展開しやすく、既存DBや外部システムとの接続も検討できます。公式の製品情報でも、主要RDBやREST APIへの対応が案内されています。
ただし、製品が対応していても、自社の認証、データ構造、連携頻度で問題なく運用できるとは限りません。提案時には、実データに近いサンプルで確認を依頼してください。
Magic xpaの発注形態の選び方
発注形態は、業務知識と停止できる時間、内製化の意向に応じて、支援の範囲を組み合わせて選びます。予算の確度も踏まえて決めます。
全面的な一括外注は、その選択肢の一つです。組み合わせの例として、企画・要件定義の支援、試作後の本開発、段階移行、開発後の保守・BPOがあります。
企画から運用までを一括で外注する方法
社内の担当者が少なく、調査から移行・教育まで伴走が必要な場合は、一社への一括外注が候補になります。企画や要件定義、開発などを工程ごとに相談できるうえ、窓口を一つにまとめられ、どこまでを誰が受け持つかも決められます。
- 委託工程：企画から保守まで、工程ごとに相談できる。
- 社内判断：業務責任者の承認点を、契約と計画に入れる。
- 別費用：データ整備、並行稼働、帳票調整、外部改修、マニュアル、問い合わせの扱い。
- 一式見積：対象件数と成果物を尋ねてから比べます。
PoCや要件定義から小さく外注する方法
業務が複雑で要件を決めきれない場合は、PoCや現行調査から発注する方法が候補になります。たとえば、利用頻度の高い業務を試作し、現場の入力負担とデータの扱いを確かめます。
- 試作業務：顧客検索、案件登録、次回アクション、上長レビューなど。
- 期間・費用：1〜2か月程度、50万〜150万円程度が検討の幅です。
- 費用条件：作業範囲とライセンス・環境費をそろえた場合の目安。
- 成果物：画面・業務フロー・データ項目の資料と、未解決事項、追加条件、概算工数、移行課題。
不明点をRFPに反映しておくと、各社から同じ前提の見積を得やすくなります。
既存システムの段階移行と内製化を組み合わせる方法
古いMagic、Access、RPG、Excelを一度に置き換えられない場合は、既存データと業務ルールを調べたうえで、優先度の高い業務から移行します。
- 移行順：顧客・案件管理から、見積・受注、会計・在庫連携へと段階を踏む。
- 移行条件：並行稼働の期間、切り戻しの条件、移行データの責任者。
- 内製化準備：外注先に閉じないよう、ソース、設計書、データ定義、環境設定、テスト結果、変更履歴を納品対象にする。
- 引き継ぎ：帳票と入力項目の変更を学ぶ機会を設け、委託先が変わっても引き継げるようにする。
段階に分けて進めると、停止リスクと要件の不確実性を抑えられます。
RFPと要件整理で決めること
RFPは、完成仕様をすべて書き切る文書というより、開発会社に要望を伝える資料です。まず、目的と業務、課題を書き、利用者も明記します。次に、データと連携、制約を整理します。最後に、希望時期と予算、提案範囲をそろえておきます。
こうした情報がそろうと、各社の見積条件が近づきます。Magic xpaの機能名より先に、業務で達成したい結果を書きます。
目的・対象範囲・利用者の記載
RFPでは、利用後の状態と対象範囲を分けて書き、利用者と現行環境も別に記載します。
- 目的：活動履歴の当日登録や、顧客・案件の重複削減、部門別集計などを示す。
- 対象・利用者：対象業務と対象外、利用者の役割、同時利用者数、端末。
- 現行環境：Magicの版、Access・RPG資産、DB、画面・帳票数、バッチ、連携を一覧にします。データ件数、稼働時間、許容停止時間も併記します。
対象は顧客や案件を中心に、見積、受注、保守、キャンペーンまで広がり、利用者は営業や管理者、マーケティング、経理、経営層などです。また、資産情報が不明な場合は、調査分析を別の工程として切り出せます。「現行どおり」とだけ書くと、開発会社との想定がずれやすく、追加費用になりがちです。
データ・連携・権限の要件
RFPでは、業務データや外部連携、顧客情報の管理条件を具体的に書き込みます。
- 営業データ：識別キー、案件ステージの変更者、見積確定時点、失注理由を、必須にするかどうかを決める。
- 外部連携：連携先（メール、会計、販売管理、ERP、MA、EC、EDI、OCR）ごとに、方式、頻度、再送、担当部署を確かめる。
- 情報管理：権限・認証、ログ、バックアップ、保存期間、退職者のアカウント、委託先の範囲を定める。
連携先が増えるほど、画面以外の調整工数も増えます。そのため、見積条件に明記しておきます。
個人情報保護委員会のガイドラインでは、委託先の安全管理措置を確認し、契約に取扱状況の把握や監査の内容を盛り込むことが示されています（出典: 個人情報保護委員会「個人情報保護法ガイドライン（通則編）」、2026年確認）。運用要件は、製品の選定に加えて、情報管理の条件も含めて初めて満たせます。
成果物・提案条件・評価方法の指定
RFPには、成果物と比較条件、評価方法を指定しておきます。
- 成果物：提案書、体制・工程表、要件定義、テスト・移行計画を指定する。画面・データ・連携の仕様やマニュアル、ソース・設定も含めます。
- 比較条件：税込・税別、ライセンス購入主体、クラウド費、交通費、保守時間をそろえる。
- 評価軸：価格、Magic xpa経験、類似実績、移行力、API・帳票、データ品質を見ます。
- デモ：顧客検索や案件登録の実操作が、提案書の内容と一致するかを確かめる。
比較項目をそろえないと、開発費だけの会社と保守費込みの会社を、金額だけで比べてしまいます。評価軸には、プロジェクト管理や保守、内製化支援、担当者との相性も加えると、金額以外の判断材料が増えます。また、デモでは、機能一覧だけでは分からない差も確かめられます。
準委任と請負の使い分け
契約形態は、作業内容と成果物を定義できるかどうかで選びます。要件定義や調査のように不確実性を減らす工程は準委任が、仕様と完成条件を合意できる工程は請負が候補になります。
実際の契約は、案件ごとに法務や専門家へ確認してください。契約名だけでなく、作業範囲と成果物、変更手続きまで具体化したうえで、どこまでを誰が受け持つかも決めておきます。
準委任が向く工程：要件定義・調査・伴走支援
準委任では、専門家が業務を行うことが契約の中心で、成果物の完成を責任に問わない形が一般的です。
- 業務：調査や会議、設計・開発・運用の支援などを依頼する。
- 適する状況：現行資産の影響が分からない、要望が未確定、PoCで検証する、といった場合。
- 管理項目：月ごとの作業内容・稼働時間、会議、レビュー、知識移転を定めます。報告、課題一覧、試作、決定事項、次月計画も含めます。
作業時間だけを管理すると、未決事項が残ったまま期間が延びるおそれがあります。そのため、発注者の意思決定期限も計画に置いておきます。
請負の完成条件と受入基準の合意
請負は、合意した仕様どおりに進め、完成条件が明確な成果物に使いやすい契約です。
- 対象：画面、帳票、連携、移行プログラムなど。
- 受入基準：入力チェック・エラー表示、権限・帳票、性能・テスト、検収方法を定める。
- 工程条件：役割、変更管理、追加費用を工程ごとに明記する。
IPAの資料では、企画・要件定義を準委任、設計・プログラミング・テストを請負の基本としています。外部設計やシステムテストについては、内容に応じた使い分けが示されています（出典: IPA「システム開発の健全化に向けて」、2025年）。
契約書に入れる変更・知財・再委託・終了の条件
契約では、変更や知的財産、再委託、終了時の扱いを具体的に定めます。
- 変更：申請者、影響調査の期限、追加費用の算定、納期の変更を決める。
- 権利：ライセンス契約者、ソースや画面定義、設定、設計書の所有と利用権、第三者製品。
- 終了時：データの返却や消去、アカウント停止、引き継ぎ期間。
- 情報管理：再委託の承認、アクセス、ログ、事故連絡、監査、バックアップ場所を契約に含める。
マジックソフトウェア・ジャパンは2026年2月、親会社がSOC 2 Type II保証報告書を受領したと発表しました（出典: マジックソフトウェア・ジャパン公式プレスリリース、2026年）。メーカーの情報は参考になります。ただし、委託先管理は、自社データの扱いまで含めて確認します。
Magic xpaの発注・外注費用の相場
Magic xpa案件の2026年の全国統一相場や、案件別の公開見積は確認できません。そのため、ここで示す金額は、公式製品価格と、リサーチノートにある一般的な営業・CRM・業務システム開発の相場を組み合わせた、予算検討用の推定です。
金額は税別の目安です。実際の見積は、画面・帳票数や利用者数によって変わります。既存資産や連携数でも増減します。データ品質と保守範囲も、見積を左右します。
ライセンス費用と開発会社の費用の切り分け
ライセンス価格と開発会社の工数は、分けて見ます。加えて、追加費用や価格の時点も確認しておきます。
- 開発環境：Magic xpa Studioは定価60万円、Magic xpa Studio RIA Editionは定価18万5,000円。
- 別途費用：開発者数分の環境、DBMS、トレーニング、サポートが、別に必要になることがあります。
- 契約費用：サーバー製品は年間保守料、サブスクリプションは契約期間に応じた費用が発生します。
- 価格表：Enterprise Studio Web EditionとRIA Serverの参考価格表は、2024年3月版。
- 見積内訳：ライセンス、クラウド・サーバー、要件定義・開発、移行・教育、保守に分ける。
FAQの価格は参考値で、本番構築や開発工数を含む総額ではありません。永続かサブスクリプションか、利用者数、サーバー構成、保守条件は、見積の時点の公式価格で確認します（出典: マジックソフトウェア・ジャパン公式FAQ、2026年確認）。
開発費は小規模なら300万〜800万円程度が推定レンジ
開発費は、規模と移行・連携の範囲によって幅があります。ただし、各金額は公式統計ではなく、リサーチノートに基づく予算の目安です。
- 小規模：顧客・案件・履歴、簡単な見積や売上見込みを扱う規模で、300万〜800万円程度。
- 複数部門：連携、モバイル、複数拠点、複雑な承認、大量移行を含む規模で、800万〜3,000万円程度。
- 基幹刷新：数百画面、並行稼働、拠点別権限、運用監視を含み、3,000万円〜1億円超の可能性がある。
小規模の場合は、20〜50画面、基本帳票、部署別権限、小規模な移行を含み、期間は2〜5か月程度です。ただし、現場確認の速さや帳票数、Excel重複の修正範囲によって前後します。また、規模を判断する際は、帳票や連携、変換、テストケース、拠点数も手がかりになります。
移行・教育・保守を含めた総額での判断
見積の差が大きくなりやすいのは、開発そのものより、既存データの診断や整備、変換、並行稼働の部分です。教育や問い合わせ対応でも、見積に差が出ることがあります。
- 移行・教育：診断、整備・変換、並行稼働、教育、問い合わせ対応の範囲。
- 見積条件：データ件数、重複除去、リハーサルの回数、研修対象者、マニュアルの範囲を明記する。
- 運用費：製品保守、クラウド・サーバー、バックアップ・監視、障害対応・改修・更新を含める。
- 保守条件：対応時間、月の改修枠、復旧目標、対象外の作業を分けて書く。
移行や教育が含まれていないと、稼働直前に追加費用が発生する場合があります。また、年間保守は、初期開発費の10〜20%程度で仮置きする考え方もあります。ただし、これは一般的な目安で、公式の一律の相場ではありません。
Magic xpaの委託先・開発会社の選び方
委託先は、Magic xpaの販売・開発経験に加えて、業務を理解し、要件定義から移行、運用まで担えるかどうかで選びます。
公式のパートナー情報では、国内800社以上のパートナー網が案内されています（出典: マジックソフトウェア・ジャパン「Magic xpaパートナー」、2026年確認）。そのため、製品を扱えることと、対象業種の業務システムを任せられることは、分けて評価してください。
類似業務と既存資産の実績
Magic xpaの経験だけでなく、対象業務や移行元が自社に近い実績があるかを確かめます。
- 実績の内容：業務、規模、移行元、保守担当者。
- 営業・CRM：顧客名寄せや案件管理、モバイル入力、承認、見積、外部連携の実績。
- 既存資産：Magic・Accessの調査、旧DB解析、変換、並行稼働、切り戻しの経験を聞く。
- 事例条件：画面・帳票数、連携先、利用者数、データ状態、発注者の協力体制を比べる。
公開事例の期間や効果は、そのまま自社に当てはまるとは限りません。そこで、匿名化した画面や帳票をもとに、同じ条件での概算の前提と不確実な点を示してもらうと、経験の深さを判断しやすくなります。
案件に合う担当者と開発体制
営業担当だけでなく、実務を担う人や委託の体制も確かめます。
- 担当者：要件定義、実装、移行、インフラ、テスト責任者、保守窓口を、それぞれ誰が担うか。
- 委託体制：再委託先や海外拠点、データにアクセスする場所、連絡時間、品質管理、担当交代時の報告。
- 提案姿勢：追加調査や条件、発注者の判断事項、意思決定期限を示せるかを評価する。
要件が曖昧なまま総額を断定すると、後から変更が積み上がり、各社の比較がしにくくなります。また、判断事項や期限を示す姿勢は、進行管理との相性を見る材料になります。
Magic xpaの見積を比較するときのポイント
総額の安さを比べる前に、同じ条件で比較できるかを確かめます。見積は、ライセンスと開発工数を分けてもらいます。クラウド・サーバーの費用も、別に示してもらいます。移行、教育、保守は、それぞれ項目を立ててもらいます。追加変更の単価と対象外の作業も、明記してもらいます。
会社ごとに作業範囲が違う場合は、金額を並べる前に、スコープをそろえておきます。
見積項目の工程・数量・単価への分解
各工程の対象数と作業量を分けて、「一式」ではなく数量で示してもらいます。
- 工程：要件定義、設計（外部・内部）、画面・帳票・バッチ・API、移行、テスト、教育とリリース支援に分ける。
- 数量：入力・検索・管理画面、帳票、API、バッチの数。
- 工数・品質：単価に加えて、想定工数と品質確認の工程から、総額と納期を比べる。
リサーチノートは、一般的な営業・CRMの配分の目安を示しています。要件定義は10〜15%、設計は25〜35%、開発は30〜40%、テストは15〜20%、移行・導入は5〜10%程度です。
これはMagic xpaの公式統計ではなく、見積の偏りを見るための参考です。要件定義の割合が極端に少ない場合は、要件を固めたのか、後工程へ先送りしたのかを確かめます。
含まれない作業と追加費用の条件
見積では、対象の作業と、追加費用が発生する条件を分けて確かめます。
- 調査・環境：重複除去、旧システム調査、相手側システム改修、クラウド設定、脆弱性・性能対応。
- 導入支援：マニュアル、研修会場、休日切替、障害時の現地対応。
- 追加条件：想定外の現行処理、データ欠損、外部仕様の変更、利用者数や拠点数の増加。
対象外となった作業は、発注者が担うか、別途見積を取るか、作業しないかのいずれかに決めます。変更申請には、理由や影響範囲、追加工数、納期、承認者を残しておきます。
初期費用だけでなく3年程度の総保有コスト
初期額だけで比べず、契約期間を通した費用と、見積に含まれる作業を比べます。
- 費用項目：開発と更新、保守、クラウド・サーバー、監視・バックアップ、改修、教育の費用を試算する。
- 契約条件：永続かサブスクリプションか、年数、利用者数、委託先変更時の引き継ぎ費。
- 新しい選択肢：2026年に公式案内された、Webブラウザ型ワークフローのMagicFlowと、AI活用例を備えたSFAアプリのソース公開型テンプレート。
- 適用確認：適合、追加開発、移行、セキュリティ確認、教育の範囲も確かめる。
永続ライセンスでは、保守やインフラを自社で持つ必要があります。一方で、サブスクリプションは、更新やサポートを含む場合があります。
テンプレートなどを使えば、試作を早められる可能性もあります。ただし、テンプレートがあっても、必要な作業が不要になるわけではありません（出典: マジックソフトウェア・ジャパン公式プレスリリース、2026年）。
発注・外注で起こりやすい失敗と対策
失敗の多くは、機能の不足よりも、発注者と開発会社の認識違いから起こります。たとえば、ローコードなら短期間で完成すると考え、現行業務やデータを調べずに発注すると、帳票や権限、連携、移行の問題が後から見つかります。そのため、不確実な点は先に明らかにし、検証する工程と、後から変更できる工程を分けて計画しておきます。
データ品質の問題の分担
顧客名の表記揺れ・重複、退職者、古い住所、空欄の案件ステージが残っていると、新しい画面でも正しく集計できません。外注先には、診断や変換、移行ツール、テストを依頼できます。
顧客の統合や履歴の保持、データの廃棄は、発注者が決めます。そのうえで、社内にデータ責任者を置き、移行の前後で件数と代表データを確かめます。
現場が使い続けるための導入計画
入力項目の多さや検索の遅さ、スマートフォンでの操作のしにくさ、旧システムとの二重入力は、稼働後の利用率を下げます。そのため、導入の計画は最初から組んでおきます。
- 使いやすさ：入力の多さ、検索速度、スマホ操作、旧システムとの二重入力。
- 導入計画：試作確認、受入テスト、研修、マニュアル、問い合わせ窓口、段階リリースを含める。
- 稼働後支援：月の改修枠、障害・要望の受付、回答時間、リリース頻度、更新時の影響調査を決める。
- 引き継ぎ：設計書、ソース、設定、テスト結果、アカウント一覧を更新し、半年後の担当者も決める。
管理者向けの集計だけでなく、営業担当者の入力時間と画面の遷移も確かめます。
よくある質問
発注時には、費用や発注先のほか、既存システムやライセンス、保守について質問が寄せられます。外注の前に判断しやすいよう、回答を示します。
Magic xpaのシステムはどこに発注すればよいですか？
Magic xpaのパートナーや業務システム開発会社へ相談します。製品を扱えるかどうかに加えて、業種への理解や、既存のMagic・Access・RPGの移行、連携、教育、保守への対応を確かめます。
候補を2〜3社程度に絞り、同じRFPと匿名化した現行資料を渡すと、提案と見積を比べやすくなります。
Magic xpaなら安く短期間で開発できますか？
画面や定型処理は効率よく作れる可能性がありますが、必ず安く短期間で済むとは限りません。要件定義やデータ整備、外部連携、権限には、それぞれ別の工数がかかります。テストや移行、教育、保守にも、別の工数が必要です。
公式FAQでは、利用者の声として開発効率の向上が紹介されています。ただし、自社の案件では、PoCや代表画面で効果を確かめ、短縮できる工程を見積に反映してもらいます。
古いMagicやAccessのシステムを活かして外注できますか？
活用できる可能性はありますが、現行システムをそのまま複製できるとは限りません。まず、画面と帳票、DBを調べます。次に、バッチや連携、業務ルールを確かめます。データ品質も見たうえで、残す処理と変える処理、廃止する処理に分けます。
代表業務の移行試作で件数や紐付け、権限、並行稼働、切り戻しを確かめてから範囲を決めると、停止のリスクを抑えられます。
ライセンスは発注者と開発会社のどちらが契約しますか？
運用方針によって異なりますが、誰がどの環境で何人分を契約するかは、見積と契約書に明記しておきます。開発会社の開発環境と発注者の本番環境のライセンスを混同しないことが重要です。
永続ライセンスかサブスクリプションか、サーバー保守、利用者数の変化、契約終了後の利用権を確かめます。将来の保守会社の変更や内製化をしやすい契約の形も、あわせて検討します。
まとめ
発注先は、製品価格や知名度だけでなく、業務、データ、連携、移行、定着、保守までを一つの計画として比べて選びます。また、ローコードの効果が出やすい画面開発と、短縮しにくい要件整理、データ品質、テスト、教育を分けて考えると、見積を判断しやすくなります。
発注前に業務・データ・費用の前提をそろえること
相談の前に、既存資産と対象業務を整理しておきます。利用者数と端末も、確かめておきます。画面・帳票・連携の数も、まとめておきます。データの件数と品質、許容停止時間、個人情報、意思決定者、内製化の意向も、あわせてまとめておきます。
RFPには、成果物や評価方法、保守範囲、対象外の作業、変更管理を明記し、各社に同じ条件で示します。個人情報を渡すときは、再委託や監査、ログ、事故対応、データの返却まで、契約に含めておきます。
小さな検証から始める比較可能な見積の作成
全社業務を一括で発注する前に、顧客検索や案件登録などをPoCで確かめ、正式な範囲と移行課題を明らかにする進め方もあります。
開発の速さに加えて、現場の継続利用や安全なデータ管理、将来の改修や委託先の変更まで含めて選びます。相談の際には、前提と不確実性を説明できるパートナーを検討してください。
▼全体ガイドの記事
・Magic xpaのシステム開発の完全ガイド
▼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を創業。