ニフクラのシステム開発の見積相場や費用/コスト/値段について

ニフクラのシステム開発費は、開発規模、移行範囲、運用要件によって、100万円から数億円規模まで変わります。

費用は、クラウド利用料とアプリ開発・移行費を分けて見ると比べやすくなります。

▼全体ガイドの記事
・ニフクラのシステム開発の完全ガイド

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

ニフクラのシステム費用を考える前に押さえる全体像

ニフクラは、完成した業務ソフトを月額で利用するサービスとは異なり、仮想サーバー、ネットワーク、データベース、ストレージ、バックアップを組み合わせるIaaSに近い基盤です。さらに、販売管理や会計、受発注、Webサービスなどを動かすには、アプリ開発費や移行・運用費も必要です。

ニフクラとFJcloud-Vの関係

旧サイトや見積書には「ニフクラ」の表記が残りやすいため、名称と契約条件を取り違えないよう、次の4点を確認します。

• 名称統合：2024年4月以降の公式名称は、FUJITSU Hybrid IT Service FJcloud-Vです。
• 表記の併記：旧サイトや事例、見積書には「ニフクラ」が残るため、現名称を添えると追いやすくなります。
• 新規検討：現在の公式名称を前提にします。富士通クラウドテクノロジーズ側のサービス名称と、富士通側の販売名称が異なる案内もあります。
• 契約条件：窓口、料金表、対象リージョン、サポート条件を、見積もり時点の公式資料と照らし合わせます。

ニフクラを使う場合の開発費の考え方

費用を見るときは、基盤の利点と別途必要な作業を分けて考えます。

• 基盤の利点：サーバーの購入や設置にかかる初期投資を抑え、容量を段階的に増やせます。
• 別途必要な作業：要件定義、画面・DB設計、既存連携、移行、テスト、監視が必要です。
• 移行時の注意：例外処理や古いマスタを整理しないと、現場で使えず、追加改修が発生します。
• 比較方法：初期開発費、月額利用料、保守費、将来の改修費を含む総保有コストで比べます。

基盤の利点は開発費の一部を抑える材料になりますが、開発費全体が自動的に下がるわけではありません。

ニフクラのシステム開発費用の相場

ニフクラの費用は、クラウド利用料とアプリ開発・移行費を分けて見ると把握しやすくなります。サーバー単体の公式価格は月数千円からです。ただし、本番運用では追加費用が発生します。

公式料金と類似案件の目安は、前提が異なるため分けて見ます。

クラウド基盤の月額利用料の目安

共有サーバーの料金は、タイプごとに異なります。

• c2-small：1vCPU・1GBで2,431円／台／月（税込）
• e2-small：1vCPU・1GBで4,862円／台／月（税込）
• h2-small：1vCPU・1GBで9,779円／台／月（税込）

公式料金は2026年3月16日時点の税込価格です（出典: FJcloud-V「クラウド サーバー（共有）タイプ・仕様」、2026年3月16日時点）。

c2はローカルネットワークを利用する基幹系、e2は外部アクセスのあるWebサービス、h2は高い性能が必要なシステム向けです。

価格はサーバー本体のみです。ディスク、RDB、ロードバランサーは別途加算されます。さらに、転送量とバックアップも加算され、WAFと監視も別途加算されます。

検証用に同じ小容量サーバーを3台使う場合、単純計算では本体だけで月額7,293円から29,337円程度になります。Web・AP・DBなど6台で本番を組んだ例でも、本体だけで月額14,586円から58,674円程度です。

ただし、この単純な台数計算は、冗長化やデータベース、バックアップを含めた本番の請求額までは保証しません。実務上のインフラ利用料は、月額数万円から数十万円が目安です。可用性やセキュリティの要件によっては、それ以上になることもあります。

アプリ開発・移行費用の目安

ニフクラ固有の一律価格は公開されていないため、案件規模ごとの目安で比べます。

• 小規模：簡易なIoT・WebのPoCや業務アプリは100万〜500万円程度
• 部門規模：部門業務システムや既存パッケージのクラウド化は500万〜1,500万円程度
• 基幹移行：基幹システム移行や複数拠点・複数データベースの構築は1,500万〜5,000万円程度
• 大規模：大規模ERP、スクラッチ開発、複数リージョンのDR、24時間運用を含む場合は、5,000万円から数億円規模になる可能性があります。

この金額は案件条件を置いた相場であり、ニフクラの公式見積もり額ではありません。

期間の相場は、PoCが2週間〜3か月、部門システムが3〜6か月、基幹移行が6〜12か月です。なお、再設計が大規模な案件では、1〜3年ほどの期間が見込まれます。

システナの公開事例では、ニフクラ上でIoTサービスのPoCを2週間で完了しています。この事例は、インフラ構築、データ設計、アプリ開発までを含みます（出典：株式会社システナ「純国産クラウドインフラ『ニフクラ』を活用したIoTサービスのPoC開発」）。

検証範囲を絞るPoCと、会計・受発注・権限・監査を扱う基幹案件では、前提が大きく異なります。

ニフクラのシステム費用の内訳

見積もりは、企画から運用までの費目に分けて比べます。

ニフクラでは、基盤上の業務アプリ開発費と既存環境の移行費が別々に発生しやすい点が特徴です。そのため、見積もりが安く見えるときは、移行、テスト、監視、保守が含まれているかを確かめる必要があります。

要件定義・設計にかかる費用

要件定義・設計では、業務の範囲と基盤の条件を書き出しておくと、費用の前提がそろいます。費用を動かすのは、業務例外や設計の複雑さなどです。

• 業務要件：現行業務、利用者、権限、ピーク処理量、データ保持期間、外部連携、停止可能時間、目標復旧時間を整理する
• 業務例外：販売管理の商品・顧客・受注・在庫・請求、人材管理のスタッフ・契約・勤怠・給与連携まで洗い出す
• 設計費：画面数だけでなく、業務ルールや非機能要件の複雑さによっても増えます
• 費用目安：要件定義・基本設計は、初期開発費の10〜20%程度の場合がある
• 基盤設計：Web・AP・DBの3層構成、プライベートLAN、VPNまたは閉域網、ロードバランサー、WAF、バックアップ、監視を検討する

発注者が既存資料をどこまで用意できるかによっても、費用は変わります。

RTO（目標復旧時間）とRPO（許容できるデータ損失時点）を決めておくと、機能と費用を説明しやすくなります。

サーバー・データベース・ライセンスの費用

基盤費とライセンス費は、構成と稼働条件、製品の提供期間を分けて見ると整理できます。費目ごとに、対象と条件を確かめておきます。

• 基盤：サーバー、RDB、増設ディスク、オブジェクトストレージ、NASの費用が対象です
• ネットワーク：グローバルIP、ロードバランサー、VPN、転送量を含めます
• 運用機能：バックアップ、監視、WAFも費目に入れます
• ライセンス：Windows Server、SQL Server、Red Hatの料金とサポート条件
• 稼働条件：検証環境の常時起動と夜間停止、長期利用割引によって月額が変わります

ライセンス費は、契約時の価格だけでなく、将来の提供終了によっても左右されます。富士通は、SQL Server 2016のMicrosoft社サポート終了に伴い、OSイメージの提供終了を案内しています。対象は、Windows Server 2016 Std + SQL Server 2016 Std SP3のOSイメージです。

提供終了日は2026年7月15日です（出典：富士通「FJcloud-V SQL Server 2016の新規申込停止のご案内」、2026年1月14日）。

古いOSを前提にした見積もりでは、移行期間や代替ライセンスも含めて確認し直します。

データ移行・テスト・運用の費用

移行の品質を保つための作業と、導入後の保守体制も、費用に含めて考えます。

• 移行作業：データ抽出、重複・欠損確認、コード変換、移行ツール作成、切替当日の作業を含める
• リハーサル：切替作業を本番前に少なくとも一度行い、切戻し条件と担当者を決める
• データ品質：顧客番号や商品コードの不整合は請求や在庫を誤らせるため、件数だけで費用を見積もるのは避けます
• 運用保守：監視、バックアップ確認、パッチ、脆弱性、問合せ、報告、改修、EOL対応まで費用に入れます

保守・改修費は、初期開発費の年10〜20%程度が目安になる場合があります。さらに、24時間365日の有人監視や緊急対応は、別途見積もりが必要です。

基盤の保守はクラウド事業者が担います。一方で、OS・ミドルウェア・アプリ・権限・データの保守は、利用者や開発会社との契約で分けます。

ニフクラのシステム価格が変動する要因

利用者数や業務の重要度が違えば、同じニフクラでも費用は大きく変わります。

特に差が出やすいのは、処理性能、可用性、データ移行です。さらに、外部連携やセキュリティ、運用時間も、費用を動かす要素になります。

見積もり前に条件を把握すると、不要な機能を減らしながら必要な投資を残せます。

冗長化・DR・セキュリティの要件

費用差が生じる可用性とセキュリティの条件は、次のように整理できます。

• 冗長化：複数台構成やDB冗長化を行う
• DR：複数リージョンに待機環境を置く
• セキュリティ：監査項目ごとの対応を設計する

本番サーバーを1台にするか、Web・APを複数台にしてロードバランサーを置くか、DBを冗長化するかによって、台数と設計・テストの工数が増えます。

東日本・西日本などでDRを組む場合は、待機側のリソース、データ同期、切替手順、復旧訓練が必要になります。

FJcloud-VのSLAは、1台から月間稼働率99.99%です。ただし、業務アプリの正しさやデータ復旧までは保証されません（出典：FJcloud-V「第三者認証」、2025年12月19日時点）。

ISMAP、ISMS、ISO/IEC 27017、FISCなどの認証・評価は、基盤を選ぶ際の確認材料になります。

利用者側の権限、OSパッチ、アプリの脆弱性、ログ保管、バックアップ復旧テストは、別途設計が必要です。

安全性は、「国産クラウドだから」と判断するのではなく、監査項目ごとに誰が何を行うかを見積もりに含めて確かめます。

既存環境・連携・データ移行の複雑さ

既存資産の扱いと連携方法によって、移行・開発費が変わります。対象には、Windows Server、Linux、Oracle、SQL Server、Active Directoryがあります。ファイルサーバーや専用端末、拠点VPNも確認が必要です。

移し方によって、アプリ改修の量と保守の引き継ぎ方が変わります。そのため、移し方、連携、帳票の順に費用への影響を確かめます。

• リフト：仮想マシンをそのまま移す方式ならアプリ改修を抑えられる可能性がありますが、旧OS・ミドルウェアの保守期限を引き継ぐリスクがあります
• 更新方式：リプラットフォームはOS等を更新し、モダナイゼーションはアプリも再設計します。初期費用は増えますが、将来の保守性を改善できることがあります
• 連携仕様：会計・給与・決済・物流・勤怠・顧客ポータルと連携する場合は、API仕様とデータ形式を確認します
• 連携頻度：連携先数だけでなく、再送、リアルタイム・日次バッチ、エラー時の運用を見積もりに記す
• 帳票・CSV：文字コード、日付形式、締め処理、手動訂正のルールでも工数が増える

価格改定と製品ライフサイクル

料金改定と製品のサポート終了を見込んで、更新費用まで比べます。

• 料金改定：ライセンス価格、提供方式、サポート、リージョン、割引プランが変更される場合がある
• 最新料金：古い記事の月額料金を写さず、料金ページとお知らせの最新版で確認する
• EOL対策：WAF、監視、OS、DBの製品名と版、終了日、代替品、担当者を一覧にする

2024年にはVMware関連ライセンス価格の上昇を背景に、FJcloud-Vの価格改定が案内されました。

2026年時点の見積もりでは、対象サービスの料金ページと最新のお知らせを確認することが必要です。

EOLを後回しにすると、導入後に緊急移行費が発生します。そのため、初期費用に加えて、3年から5年程度の更新・保守費用も比べられます。

ニフクラのシステム開発・移行の進め方

まず、いきなり本番環境を作らず、現状整理と方式検討から始めます。続いてPoCと基本設計を経て、段階移行へ進みます。最後に運用を引き継ぎます。

発注者は業務の優先順位とデータの正しさを確認します。一方で、開発会社は構成と実装方法を提案します。

現状棚卸しと小さなPoC

まず現状を洗い出し、失敗時の影響が大きい機能を小規模に検証します。

1. 洗い出し：サーバー、OS、DB、ユーザー数、データ量、連携先、帳票を一覧にする
2. 業務確認：ピーク負荷、停止可能時間、個人情報・決済情報、月末処理、返品、取消、例外承認、手作業を確認する
3. 小規模検証：認証、VPN、DB性能、帳票、バックアップ復旧、障害時の切替を試す

洗い出しを省くと、移行後になって機能が見つかり、追加開発費が発生します。

PoCは本番を完成させるためのものではなく、技術面の不確実性と費用の幅を狭めるための検証です。そのため、成功と終了の条件を先に決めて、不要な作り込みによる費用増を防ぎます。

基本設計とRFPによる見積もり条件の固定

見積もりを同じ前提で比べるには、基本設計とRFPで構成・開発範囲・前提をそろえておく必要があります。決める項目は、次の4つです。

1. 構成：サーバー台数・タイプ、ネットワーク、ゾーン、リージョン、DB、ストレージを決める
2. 運用条件：バックアップ世代、監視、権限、ログ、RTO・RPO、切替方式を定める
3. 負荷情報：月間アクセス、同時利用者、1日あたりのデータ増加量、繁忙期負荷を記載し、過大なサーバー選定を防ぐ
4. RFP：対象・対象外、移行データ、連携先、テスト範囲、納品物、運用時間、障害・EOL対応、前提条件を書く

「既存機能をすべて再現する」という表現では、業務例外まで含むかが読み取れません。そのため、画面・帳票・連携・権限の一覧を添え、開発会社の質問も前提条件として残します。

段階移行と運用引き継ぎ

切替と運用引き継ぎの条件を順に決め、復旧できる状態を整えます。

1. 移行設計：開発・検証・本番を分け、データ同期、読み取り専用期間、並行稼働、切戻し条件を決める
2. リハーサル：機能・拠点ごとに練習し、全社一斉切替でも停止時間と障害影響を抑える
3. 運用引継ぎ：アラート受信者、一次切り分け担当、復旧時間、基盤とOS・アプリの担当を文書にまとめる
4. 費用確認：月額内の作業と都度請求を分けて書く。テストを省くと、障害対応や再移行の費用が増えます

ニフクラのシステム費用を最適化するポイント

費用を抑える際は、性能と可用性を保ったまま、未使用の環境や重複する機能を減らします。さらに、手作業の運用や過剰なライセンスも見直し、導入時と運用時の両方で改善します。

初期費用だけを下げると、将来の保守費が高くなることがあります。

標準機能の優先と独自開発の絞り込み

独自開発の範囲は、標準機能との適合性と運用期間全体の効果で決めます。

• 標準化：標準業務はSaaSやパッケージに任せ、競争力に直結する機能だけを追加開発する
• 例外整理：販売管理や勤怠の標準機能を独自画面にすると、開発・テスト・教育・改修費が増えるため、その理由を確認する
• 業務適合：パッケージに無理に合わせると、手作業が増える場合があります
• 投資判断：時間削減、ミス、顧客価値、法令・監査の観点から選びます
• 比較期間：初期費ではなく、3〜5年の総額と業務品質で比べます

負荷測定によるリソースの適正化

利用状況と業務要件を見ながら、環境の稼働時間とサイズを調整します。

1. 稼働時間：検証環境を夜間・休日に停止できる場合は稼働時間を見直し、閑散時間帯の自動縮小も検討する
2. 保存量：ログ・バックアップの保持期間を業務要件に合わせ、古いスナップショットも見直す
3. 料金条件：停止中も契約リソースが課金対象となるサービスがあるため、公式資料で確かめる
4. 性能確認：CPU、メモリ、DBのI/O、ディスク、転送量、同時接続数を測る

本番と検証で同じサーバーサイズを使い続ける必要は、必ずしもありません。ただし、小さくしすぎると、遅延や障害による機会損失と復旧費用が生じます。

毎月の利用状況と繁忙期の性能テストをもとに、サーバータイプを選び直します。

監視・バックアップ・環境構築の自動化

繰り返す作業を自動化し、あわせて復旧手順と通知先も整えます。

• 環境構築：手作業では設定漏れが起き、作業時間も増えるため、ニフクラAPIやDevOpsツールで構築・デプロイ手順を再利用できる形にする
• 費用対効果：自動化には初期費用がかかりますが、複数環境や毎月改修するサービスでは、運用費削減と品質安定につながる
• バックアップ：取得だけでなく復元も確かめ、頻度、保管先、世代、暗号化、削除権限を決めて、復旧時間を記録します
• 監視：通知を増やしすぎず、業務影響の大きいアラートを優先し、一次対応・エスカレーションを整理する

ニフクラのシステム見積もりを取る際のポイント

見積もりは、単価の比較より、同じ条件で比べられるかを先に確かめます。候補の会社には同じRFPを渡し、開発、クラウド、移行、保守、追加変更の単価を分けてもらいます。

ニフクラまたはFJcloud-Vの構築経験に加え、業界知識や移行、DR、閉域網、運用監視も確認します。

工程・人日・前提条件の明細

工程とクラウド費用を分けて、追加請求の条件を確認できる明細にします。

• 工程：要件定義、基本・詳細設計、開発、テスト、データ移行、リリース、運用設計を分ける
• 工数明細：人日、担当ロール、単価、成果物、完了条件を記し、「一式」の対象数と作業範囲も確認する
• クラウド費：台数・タイプ、時間、容量、世代、転送、DB、IP、LB、WAF、監視、サポートを分けて記す
• 変動条件：月額の将来変動、為替・ライセンス価格、長期利用割引の条件を確かめ、人件費と事業者への支払額を区別する

複数社の比較と対応範囲・実績の確認

複数社の実績と対応範囲を、自社に近い条件で見比べます。

• 比較社数：2〜3社以上に依頼すると、費用の前提や提案の違いが見えてきます
• 公開事例：IoT PoC、金融の東西DR、教育の遠隔講義、人材派遣パッケージの事例があります
• 対応領域：社内インフラ移行、サーバー構築・運用代行などまで対応できるかを確かめる
• 担当者：自社に似た業界・構成の実績があり、現行のFJcloud-Vに対応できるかを見ます

ケンファーストの公式事例では、FinTech本番を東日本、ウォームスタンバイDRを西日本に置きました。約3か月で運用を始め、従来環境と比べてランニングコストを約4分の1に削減しています。

ただし、構成や時期が異なるため、削減率は自社の予算にそのまま当てはめられません（出典：FJcloud-V導入事例「FinTechサービスのシステム基盤」）。この事例は、要件を具体化する材料として使います。

責任分界と追加費用の契約条件

契約では、障害対応の分担、追加費用、納品資料を具体的に定めます。

• 責任分界：基盤障害、OS脆弱性、アプリ不具合、誤登録、権限ミスの担当・時間を定める
• 障害対応：受付、一次対応、復旧目標、復元、原因報告、再発防止、緊急改修費を記す
• 追加費用：ユーザー・画面・連携先・データ量など、変更費の条件を決める
• 納品物：ソース、構成図、パラメータシート、権限、移行・復旧手順、試験結果、監視一覧、EOL表を、納品範囲として確かめる

資料が不足していると、別の会社へ保守を移す際に再調査費が必要になります。そのため、短期の開発費だけでなく、自社で運用を続けられる状態も評価します。

よくある質問

ニフクラの費用は、サーバー料金だけでなく、開発、移行、セキュリティ、運用を含む総額で確認します。見積もり前によく寄せられる質問に、順に答えます。

ニフクラのシステム開発費用は最低いくらからですか？

サーバー本体は、公式料金上、1台あたり月額数千円から使えるタイプがあります。一方で、業務アプリには、要件定義、設計、開発、テスト、移行、運用の費用も加わります。

簡易PoCや小規模アプリは、機能と検証範囲を決めたうえで、100万〜500万円程度を参考に個別見積もりを取ります。

ニフクラはAWSやAzureより安いですか？

一律に安いとは言い切れないため、単価以外も含めて比べる必要があります。中心になるのは、データ転送、DB、バックアップの費用です。

• ライセンス・監視・運用費：単価だけでなく、料金に含まれる範囲を揃えて比べる
• 閉域網・既存環境との親和性：要件に合わせて、見積もりの前提を個別に確かめる

特に、国内拠点やVMware資産、日本語サポート、ネットワーク要件がある場合は、移行・運用費も判断材料になります。

ニフクラの見積もりで特に確認すべき項目は何ですか？

見積もりは、費目と構成条件を分けて書き、金額が変わる前提も文書にまとめます。

• 費目：クラウド、開発、移行、テスト、保守、障害対応、EOL対応を分ける
• オプション：バックアップ、監視、WAF、OS・DBライセンスを確認する
• 構成条件：台数、稼働時間、データ量、世代数、RTO・RPO、利用者数、連携先を明記する
• 契約条件：納品物と追加変更の条件も、あわせて見ておく

ニフクラの既存システム移行はどれくらいの期間がかかりますか？

移行期間は対象の規模で大きく変わるため、区分ごとに目安を見ます。区分は、小規模サーバー、部門システム、基幹・複数拠点の3つです。

• 小規模サーバー：数週間から数か月
• 部門システム：3〜6か月
• 基幹・複数拠点：6〜12か月程度

期間は、データ品質、連携先、停止可能時間、並行稼働、DR、利用者教育によって変わります。そのため、リハーサルと切戻し計画を用意し、機能や拠点ごとに進めると、本番リスクを抑えられます。

まとめ

ニフクラ（現FJcloud-V）の費用は、PoCで100万〜500万円程度、部門で500万〜1,500万円程度です。さらに、基幹移行では1,500万〜5,000万円程度が参考になります。

サーバー本体は月額数千円からですが、公式料金と個別見積もりは分けて確認します。

判断は、開発、移行、保守を含む総額で行います。総額には、基盤まわりの費目も入れます。要件と構成で金額が変わるため、総額で比べます。

• 基盤：DB、ストレージ、バックアップ、WAF、監視
• ライセンス：Windows Server、SQL Serverなどの料金とサポート条件

クラウド利用料と開発・運用費の分け方

費用を抑える際は、必要な品質を保ちながら、削減の対象と見積もりの条件を整理します。

• 抑制策：標準機能、検証環境の適正化、リソース見直し、構築・監視の自動化を活用する
• 維持する品質：復旧、セキュリティ、EOL対応、移行テストを削ると、障害や追加費用につながる
• 見積もり準備：業務・データ、RTO・RPO、利用者、連携先、保守範囲を整理し、2〜3社に同条件で依頼する

最初の一歩は現状整理と費用内訳の作成

現状の情報を集め、見積もり依頼に使う資料へまとめます。

1. サーバー、OS・DB、データ量、連携先、利用者、停止可能時間、セキュリティ要件を一覧にする
2. 必要構成、移行方式、開発範囲、月額利用料、保守体制を分けたRFPを作る
3. 要件定義から運用まで支援する開発会社に相談し、将来コストも含めて比べる

▼全体ガイドの記事
・ニフクラのシステム開発の完全ガイド

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