GeneXusを使ったシステム開発費は、100万円〜1.5億円以上と幅があります。金額を左右するのは、対象業務、既存データや連携、ライセンス構成です。
対象を絞ったPoCと大規模な刷新では、費用の桁が違います。全体像は、GeneXusのシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・GeneXusのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
GeneXusの開発費が一律に決まらない理由
GeneXusの開発費は、ライセンス料だけでは決まりません。業務をナレッジベースに整理する作業と、生成後のアプリを実務で使える状態に仕上げる作業も、費用に含まれます。
GeneXusはデータベースやプログラムを自動生成できます。一方で、要件の曖昧さや例外処理、既存データの品質、外部接続は、自動では解決しません。そのため、見積もりでは画面数だけでなく、業務の複雑さも確認します。
業務システムを生成する基盤としてのGeneXus
一般的なノーコードSaaSは、用意された機能を設定して使い始めるサービスです。一方、GeneXusでは業務項目、取引、ルール、画面、権限をモデルとして定義します。
- 自動生成：モデルからデータベースやアプリを生成
- 生成先：Java、.NET、Angular、モバイルなどを選択
- 稼働環境：クラウドとオンプレミスの両方を検討可能
- 再利用：初回工数を抑えつつ、変更時にロジックを活用
独自業務やレガシー資産を含む企業システムにも適しています。ただし、業務モデルの整理やデータ移行の品質が低いと、生成を繰り返しても手戻りが起きます。そのため、見積もりにはモデル化の難しさや生成後のレビュー、性能検証を含めます。
ライセンス費用と開発費用の切り分け
GeneXusの日本向け料金は一律ではなく、公式サイトも定価を示していません。海外の公式Plans and PricingにはStarterやProなどの区分があります。ただし、その区分は日本の導入案件にそのまま当てはめられる価格表ではありません。
見積もりを比べる際は、ライセンスと開発会社の作業を分けて確認します。
- ライセンス条件：開発者数、KB数、生成先、チーム環境、サポート
- 作業範囲：要件定義、設計・生成、連携、移行、テスト、教育、保守
- 契約総額：初年度と2年目以降の費用の比較
ライセンスを安く見せ、導入支援や保守を高くするケースもあります。そのため、契約に含む範囲を確かめます。
GeneXusの費用相場：規模別の価格帯と期間
ここに示す金額は、GeneXus専用の公示価格ではありません。2026年の業務システム開発の相場と、自動生成・再利用の効果を踏まえた編集部の試算です。
既存データや外部連携が少ない案件は下限に近づきます。一方で、複雑な基幹刷新や高い可用性が必要な案件は、上限を超えることもあります。そのため、正式な予算を決める前に、同じRFPを複数社へ渡して確認してください。
PoC・部門内アプリ：100万〜300万円、1〜2か月が目安
対象業務を1つに絞り、少数の画面と限られたデータを扱うPoCの目安です。日報入力、申請承認、簡易な在庫照会などの業務アプリが想定されます。既存データベースを参照するアプリも含まれます。
- 費用と期間：100万〜300万円、1〜2か月程度
- 検証範囲：モデル、画面、主要連携、性能の見込み
この段階では本番機能をすべて作らず、実現可能性を検証します。既存DB項目の再利用や、権限・承認の例外も確かめます。
スマートフォンやタブレットで現場が操作できるか、テストを繰り返せるかも見ておきます。また、PoCを本番開発の一部にすると、後続見積もりの不確実性を下げやすくなります。
小規模は300万〜800万円、中規模は800万〜3,000万円の目安
小規模と中規模は、対象部門や連携の範囲によって費用と期間が変わります。たとえば、1部門を中心にWebまたはモバイルの一部を導入する場合が小規模に当たります。
- 小規模：300万〜800万円、2〜6か月程度
- 中規模：800万〜3,000万円、6〜12か月程度
承認経路や帳票が多い場合や、既存会計システムとの連携が必要な場合は、小規模でも上限側に寄ります。
複数部門をつなぐ基幹・業務統合は中規模に当たり、販売や在庫、物流などがその例です。
APIや権限、帳票まで含めると、この価格帯になりやすいです。移行や教育の作業も、この範囲に入ります。
2026年の一般的な業務システムの相場も、数百万円から数千万円まで幅があります。そのため、GeneXusの採用だけで価格を決めないようにします。
大規模なレガシー刷新：3,000万円〜1.5億円以上、12〜24か月以上の目安
大規模案件は対象拠点、既存資産、運用条件が重なるため、開発以外の工程も見積もりに含めます。
拠点が多い場合や、AS/400やメインフレームを移行する場合は、費用が増えます。24時間運用や、金融・製造・物流の複雑な業務も費用に影響します。
- 費用・期間：3,000万円〜1.5億円以上、12〜24か月以上
- 移行・運用：過去データ補正、並行稼働、切り戻し、監査、障害復旧
- 進め方：領域ごとに段階リリースし、旧環境とも並行稼働
移行や運用に関わる周辺工程が、開発そのものより大きくなることもあります。そのため、知識ベースを再利用して、優先度の高い業務から稼働させます。ただし、期間短縮を目指す場合も、移行リハーサルと性能・障害テストは削らないことが重要です。
GeneXusのシステム開発費用の内訳
見積書では、費用を工程と契約対象に分けて見ます。リサーチノートの仮置きでは、要件定義・業務整理が10〜15%です。
モデル・画面・生成・設計は35〜45%、連携・移行・テストは25〜35%、教育・リリース・予備費は10〜20%とされています。
これは案件ごとの正式な配分ではなく、「開発一式」の妥当性を確かめる基準として使うものです。
要件定義・業務整理：10〜15%程度の見込み
要件定義で整理する対象を分けておくと、見積もりの前提がそろいます。
- 業務と利用者：現行業務、フロー、利用者、権限、例外処理
- 成果物・接続：帳票、連携先、非機能要件
- 開発範囲：対象・対象外、必須機能、後続追加機能
- 体制：ヒアリング、試作範囲、意思決定者
定義した業務知識は、ナレッジベースの品質に直結します。項目名の違いや、担当者だけが知る手作業を残すと、後工程の変更が増えます。
費用を抑えたい場合も、要件定義を極端に短くしないでください。また、関係者の意思決定を早めると、全体費用を管理しやすくなります。さらに、ヒアリング回数や試作範囲、経営・情報システム・利用部門の意思決定者も、見積条件に含めます。
モデル・画面・生成・設計：35〜45%程度の割合
モデル・画面・生成・設計の見積もりでは、作業の対象と生成後の確認を分けて捉えます。
- モデル・設計：業務、トランザクション、権限、生成設定
- 画面・帳票：要件に沿った画面や帳票の設計
- 生成後確認：レビューと要件適合の検証
- 周辺製品：ライセンス、適用、保守工数を別計上
自動生成で手書きコードを減らせても、設計と生成結果の検証は必要です。WorkWithPlusなどを使う場合は、別項目として見積もります。
Javaか.NETか、Webとモバイルを併用するか、DBが複数あるかによっても、費用は変わります。既存コードはすべて捨てず、再利用できる業務知識やデータ構造を見極めます。
大量の特殊改修は再生成や更新を難しくするため、標準機能と拡張部分の境界を設計します。
連携・移行・テスト：25〜35%程度の見込み
連携・移行・テストでは、接続先やデータの状態に応じた作業を見積もります。
会計や給与、倉庫との接続には、項目変換やエラー処理が必要です。EC、決済、認証との接続でも、同じ作業が必要です。接続先が増えるほど、作業も増えます。
- 連携：項目変換、エラー処理、再送、監視、接続試験
- 移行：DBの重複・欠損の整理と業務側の確認
- テスト：単体、結合、総合、受入、性能、セキュリティ
- リハーサル：本番移行前に手順を検証
既存DBに重複や欠損があれば、移行前の整理と業務側の確認も必要になります。そのうえで、工程ごとに試験を分けて見積もります。
GeneXus公式のりそなホールディングス事例では、GeneXusとGXtestで約3,000件を自動テストしています。さらに、期間とコストを25%最適化したと紹介されています（出典：GeneXus公式導入事例）。
公式事例の数字は、特定の金融案件の成果であり、すべての案件で同じ削減率を保証するものではありません。
ライセンス・基盤・教育・保守の別建て確認
初期開発費以外の費用は、契約前に次の区分で分けて確認します。
- 製品・開発環境：GeneXus、チーム管理環境、GXserver、GXtest
- 認証・監査：GeneXus Access Manager、監査ログ製品
- クラウド基盤：コンピュート、DB、ストレージ
- 運用支援：監視、バックアップ、教育、保守
利用者数で料金が決まるSaaSとは違い、GeneXusでは開発者数や環境数で構成が変わります。生成先や保守契約も含めて、料金表の課金単位を確認してください。
保守運用費は、一般的な目安として初期開発費の年15〜25%程度を仮置きできます。なお、これはGeneXus固有の定価ではありません。
問い合わせだけか、障害対応まで含むかで、金額は変わります。法改正、OS・DB・ジェネレーターの更新、脆弱性対応も、含むかどうかで差が出ます。性能改善まで含むかも、金額を左右します。
引き継ぎ教育、設計書・ナレッジベース・ソースコードの受け渡し、内製化支援の費用も契約書に明記します。
GeneXusの費用が変動する要因
同じ画面数でも、費用は業務ルールやデータ、連携によって変わります。非機能要件や体制によっても差が出ます。
そのため、発注側は、業務と利用拠点、利用者の条件を見積もりの際に伝えます。処理量や稼働時間、失敗時の復旧方法もあわせて示します。
業務ルールと既存データの複雑さという最初の分かれ目
業務ルールとデータの状態を確認すると、モデル化や移行に必要な作業を見積もれます。
- 業務ルール：締め、複数通貨、ロット・シリアル、割引、法令、拠点別処理
- 手作業：担当者ごとのExcel補正を含めるか決定
- 既存データ：項目、コード、履歴、重複、欠損、文字コードを確認
- レガシー資産：仕様調査と現場確認を見積もりに含める
単純な登録・検索・承認なら、GeneXusのモデル化と生成の効果が出やすくなります。一方で、複雑な業務は、整理とテストの工数を増やします。
既存データは再利用できる場合でも、調査が必要です。古いC/Sやメインフレームは仕様書が不十分なことがあるため、リバースエンジニアリングの費用を別に計上します。特に、データ移行を後回しにせず、PoCで代表データを移して検証してください。
連携本数と非機能要件による見積もりの幅
連携と非機能要件の条件をそろえると、工数の差が見えやすくなります。
- API条件：認証、項目、送受信時期、タイムアウト、再送、通知
- 接続先：試験環境、連携本数、仕様変更時の受け持ち範囲
- 非機能：性能、可用性、セキュリティ、監査、バックアップ
- 運用条件：災害対策、アクセス制御、委託先の確認
連携先が5本か30本かで、設計と結合テストの工数は大きく変わります。また、金融や人事では、GAMの認証・認可や監査ログも設計に入ります。
クラウド事業者とは、どこまでを誰が担当するかを決めておきます。GeneXus 18 Upgrade 12は、Android 15、Xcode 16、Angular 19への対応を示しています。
生成先や周辺製品の現行環境での保守状況も確認してください（出典：GeneXus公式ドキュメント、2025年3月公開）。
開発体制と契約方式による見積もりの違い
体制と契約方式を見積もる際は、担当範囲と変更時の扱いを決めておきます。
- 担当者：PM、業務設計、開発、移行、テスト、インフラ
- 自社の役割：要件定義と受入試験の担当を決定
- 請負契約：成果物と範囲、要件変更の扱いを明記
- 準委任・アジャイル：期間、体制、予算を管理
GeneXusのPM、業務設計者、開発者、移行・テスト・インフラの担当をどう配置するかで、費用は変わります。意思決定が遅れると、待機や手戻りが生じます。
請負は成果物と範囲を明確にしやすい方式です。一方、準委任やアジャイルは優先順位を変えやすい方式です。どちらの場合も、所有権と引き渡し条件を確認します。
成果物の所有権と引き渡し条件は、契約に記載しておきます。ナレッジベースや生成コード、設計書などが、その対象です。
GeneXusのコストを抑えるための工夫
コストの最適化は、開発者数を単に減らすことではありません。業務の標準化や再利用、段階導入を組み合わせて、初期費用と将来費用を調整します。テスト自動化、内製化、既存データの活用も、この調整に含まれます。
公式の新規顧客向けページでは、導入事例として開発コスト40%以上の削減と、開発スピードの平均30%以上の向上が紹介されています。ただし、これは条件の異なる案件での保証値ではありません。
作り込みすぎを防ぐ標準化と段階導入
作り込む範囲を決めるには、標準化できる業務と独自の領域を分けて考えます。
- 標準領域：会計・勤怠など非差別領域で既製サービスを検討
- 独自領域：販売ルールや製造ノウハウをモデル化
- 初回リリース：利用頻度と効果が高い機能に絞る
- 段階移行：帳票や過去データを必要な範囲から移す
会計や勤怠など既製サービスで対応できる領域まで作り込むと、開発範囲が広がります。一方、独自の販売ルールや製造ノウハウ、レガシー連携は、GeneXusで業務モデルを保持する価値が出やすい領域です。
SaaSやパッケージを非差別領域に使い、GeneXusをコア業務に使ってAPIで連携する方法もあります。総額を抑えながら、柔軟性を保てます。
再利用・自動テスト・内製化の見積もりへの組み込み
再利用、自動テスト、内製化の費用を分けて見積もっておくと、継続運用の準備が進みます。
共通資産は、2つ目以降の業務追加や複数拠点への展開で効果が出やすくなります。そのため、見積書では共通部品の作成費と適用費を分けて書きます。
- 共通部品：データモデル、権限、画面、入力検査、帳票を再利用
- 自動テスト：改修・更新時の再テストを効率化
- 運用準備：研修、レビュー、リリース、障害対応を計画
- 内製化：軽微な改善を自社で回せる知識を蓄積
共通資産を整えるには、初期費用がかかります。また、内製化は外注費をゼロにすることではなく、業務と開発の知識を社内に残すことです。
PoCでの削減効果の測定と比較条件の統一
PoCでは比較条件をそろえ、開発方法ごとの工数と運用後の負担を測ります。
- 開発工数：要件定義、生成、連携、テスト、変更対応を比較
- 改修負担：仕様変更1件の修正時間と再テスト時間を記録
- 将来費用：技術更新と3〜5年の総保有コストを比較
代表業務を選び、GeneXusとスクラッチ開発を同じ条件で比べます。特に、画面生成以外の作業時間も計測してください。
初期提案には、ライセンス更新やクラウド、保守の費用も含めて比較します。追加改修やベンダーの引き継ぎ費も、同じように比べます。さらに、公式事例の削減率が自社でも再現できるかを、PoCで判断します。
GeneXusの見積もりを比べる際の観点
見積もりは金額順ではなく、同じ前提条件で比べます。まずは、対象業務と画面・帳票・API数をそろえます。
そのうえで、ユーザー数やデータ量、生成先などの条件を合わせ、クラウドとテスト範囲も確認します。また、納品物と保守期間もそろえ、含まれない作業を明示してもらいます。
RFPに書く対象業務・連携・移行・非機能の項目
RFPでは、業務の範囲と利用条件を明らかにします。
- 対象と利用者：業務、部門・拠点、ユーザー数、現行フロー
- データ・接続：DB、データ量・履歴、帳票、外部連携
- 運用要件：認証、権限、処理量、稼働、バックアップ、復旧目標
- 納品物：設計、テスト、移行、環境設定、運用手順
対象外の業務も書き添え、未確定の仕様はその旨を明記します。そのうえで、要件定義やPoC費用を提案してもらいます。
外部連携の本数、ピーク時の処理量、障害復旧の目標も、あわせて示します。納品物については、ナレッジベースや生成コード、設計書などを納めるかどうかを尋ねます。
自社や別会社へ引き継ぐ場合は、ライセンス名義やバージョン、生成環境を初期契約に入れます。加えて、リポジトリと開発ルールも、契約時に決めておきます。
開発会社の経験と引き継ぎ体制の比較
開発会社の実績と、契約後の引き継ぎ・運用体制を合わせて比べます。
- 開発経験：同業・同規模、要件定義、DB移行、API連携
- 技術体制：GAM、監査ログ、GXtestの対応範囲
- 運用引き継ぎ：再委託、担当交代、障害連絡、教育、SLA
- 契約終了：データとナレッジベースの返却条件
公式パートナーや導入事例に載っている企業でも、自社と同じ難しさに対応できるとは限りません。そのため、実績の範囲と担当工程を聞いておきます。
安価な提案ほど、何が含まれていないかを確かめます。「一式」の項目は、数量と単価、完了条件、追加費用の条件に分けてもらいます。
3〜5年の総額による比較
初期費用だけでなく、運用開始後に発生する費用や社内体制も含めて比べます。
- 初期費用：ライセンス、開発、移行、教育、クラウド構築
- 継続費用：年間ライセンス・保守、改修、更新、監視
- 社内負担：バックアップと担当者の人件費
運用開始後に必要な体制と費用を確かめます。さらに、ライセンス更新や開発者の追加、実行環境を確認します。周辺製品の保守期限も、あわせて見ておきます。
クラウド料金の増え方の条件は、見落とされやすい項目です。また、提案書の削減率は、比較対象や保守費の有無を確かめ、自社の基準で計算し直します。
GeneXusの費用に関するよくある質問
GeneXusの費用は、製品価格だけで決まるものではありません。業務モデルや既存資産、開発体制のほか、運用要件も含めて判断します。見積もり前によくある疑問に答えます。
GeneXusならシステム開発費用は必ず安くなりますか？
必ず安くなるとは言えません。ただし、業務を標準化し、モデルや部品を再利用でき、テストや内製化も計画できる案件では、費用と期間を抑えやすくなります。
複雑な移行や特殊な連携が多い場合は、周辺工程の費用が大きくなります。PoCで代表業務を測り、スクラッチやパッケージと3〜5年の総額で比べます。
GeneXusのライセンス価格は公開されていますか？
日本向けの一律の定価は公開されていません。金額は、ライセンス種別や開発者数、ナレッジベースなどで変わります。生成先やチーム環境、サポート範囲によっても差が出ます。
公式料金ページにはStarterやProなどの区分がありますが、日本の個別導入費用を直接示すものではありません。
開発会社や公式窓口へ、初期費用、更新費用、追加ユーザー・環境費用を分けて確認してください。
PoCにはいくらかかり、何を確認すればよいですか？
対象業務を絞ったPoCは100万〜300万円、1〜2か月程度が目安です。既存DB連携やモバイル対応、認証、性能検証の範囲によって、金額は変わります。
PoCでは、画面生成に加えて業務モデルやデータ移行、外部連携を確認します。さらに、権限や変更対応、テスト自動化を確かめると、本番見積もりに役立ちます。運用引き継ぎも、あわせて確かめます。
導入後の保守費用はどのくらい見込めばよいですか？
一般的な仮置きとしては、初期開発費の年15〜25%程度を保守費用に計上できます。ただし、これはGeneXusの固定料金ではありません。
保守費用の金額は、保守に含める作業の種類で決まります。見積書を比べるときは、作業ごとに含む範囲をそろえて確認します。
- 問い合わせ・障害対応：問い合わせだけか、障害対応まで含むか
- 法改正・基盤の更新：法改正、OS・DB・ジェネレーターの更新、脆弱性対応
- 性能・運用の作業：性能改善、バックアップ、監視
そのうえで、契約前に、月間の対応時間やSLAを確認してください。対象外作業の単価やバージョンアップの扱いも、あわせて確かめておきます。
まとめ：GeneXusのシステム費用の総額と変動要因
内訳・期間・保守をそろえた費用の確認
GeneXusの費用目安は、PoC・部門内アプリで100万〜300万円、小規模で300万〜800万円、中規模で800万〜3,000万円です。
大規模なレガシー刷新は、3,000万円〜1.5億円以上が目安です。これは公示価格ではなく、業務システム相場や生成・再利用の効果、移行・連携条件をもとにした推定です。
PoCと同条件の相見積もり
相見積もりでは、初期構築の範囲と導入後の評価条件をそろえます。
- 費用内訳：ライセンス、設計・生成、移行、テスト、運用を分ける
- 効果測定：公式事例の削減率を自社の保証値とみなさない
- 発注判断：PoC、3〜5年総額、引き継ぎ条件を比べる
公式事例では、開発コスト40%以上の削減や期間・コスト25%の最適化が紹介されています。ただし、同じ効果が自社で出るとは限りません。
まずは対象業務を標準化し、PoCで効果を測定します。そのうえで、総保有コストと引き継ぎ可能性まで比べると、発注先を判断しやすくなります。
▼全体ガイドの記事
・GeneXusのシステム開発の完全ガイド
▼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を創業。