GeneXusの発注は、業務とデータの整理、契約範囲の分割、PoCと見積比較の順に進めます。この順で進めると、発注後も開発と運用を続けられる体制につながります。
発注形態、RFPと契約、費用相場、委託先の選び方を、順に取り上げます。
▼全体ガイドの記事
・GeneXusのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
GeneXusのシステムを発注・外注する前に知っておきたい全体像
GeneXusは、完成済みの業務パッケージを設定して使う製品ではありません。業務のデータやルールをナレッジベースに定義し、そこからデータベースとアプリケーションを自動生成する開発基盤です。
発注の成否は、ツールの操作そのものより、体制の作り方で決まります。現行業務のモデル化から、生成後のコードやデータ、運用までを管理できる体制が必要です。
GeneXusの位置づけ：完成品ではなく業務モデルから作る開発基盤
GeneXusは業務モデルから画面や処理を生成するため、採用する業務の範囲と見積を左右する条件は、発注前に確かめておきます。ただし、要件が曖昧なままでも、業務ルールや例外処理が自動で正しくなるわけではありません。
- 対象業務：販売、在庫、生産、物流、金融、自治体など、企業差が大きい領域に向きます。パッケージとフルスクラッチの中間の選択肢です。
- 業務モデル：項目、トランザクション、業務ルールを定義し、画面や処理に反映します。技術基盤の変更や機能追加も、モデル中心で進められます。
- 要件と生成先：Java、.NET、Angular、モバイルのうちから、生成先を選びます。
- 見積条件：既存データベースの移行方法や外部APIの本数で、工数と見積金額が変わります。
外注の目的：開発作業の依頼ではなく、継続できる体制づくり
外注では、人手だけでなく、GeneXusの設計やレガシー資産のリバースエンジニアリングといった専門性も補えます。
- 認証とテスト：GAMによる認証・認可やGXtestの活用です。
- 基盤と監視：クラウドや監視設計など、失敗しやすい工程への支援を受けます。
- 社内への知識移転：担当者が将来の変更を説明できる状態を目指します。
企業IT動向調査2026では、IT予算増加の理由として、既存システムの更新や値上げなどの不可避的要因が大きいと示されています。この調査の回答企業は957社です（出典：一般社団法人日本情報システム・ユーザー協会「企業IT動向調査2026」）。
複雑な開発で品質・コスト・納期を守るため、内製と外部委託を使い分ける動きも示されています。上流の業務判断は自社が握り、専門性が必要な実装や移行を外注する方法が現実的です。
発注形態の選び方
要件の確定度と変更の多さをもとに、発注形態を選びます。要件が固まった部分は請負、優先順位を変えながら進める工程は準委任やアジャイル型が適しています。
将来の内製化を重視するなら、伴走型を組み合わせます。全工程を一つの契約にまとめると、変更時の責任と追加費用が不明確になりやすいです。
請負契約が向く案件：完成条件と受け入れ基準を決められる場合
請負では、委託先が合意した成果物を完成させ、発注者が検査して対価を支払うのが基本です。画面一覧や帳票、API仕様を確定できる案件に向いています。移行対象や性能基準も確定できれば、請負の範囲に含めやすくなります。
- 対象工程：小規模な業務システムや、要件定義後の開発・テスト
- 見積内訳：「一式」を機能、画面、帳票、連携、環境構築、テスト証跡に分けた内訳
業務を使いながら要件が固まるGeneXus案件では、全期間を固定価格にすると危険です。検収条件に書かれていない画面や例外処理が増えるほど、変更契約の交渉も増えます。
納期を優先するあまり、品質を下げるおそれもあります。そのため、請負にする範囲と、別契約で柔軟に扱う範囲を分けます。
準委任・アジャイル型が向く案件：変更を前提に優先順位を調整する場合
準委任では、専門人材が決められた期間に業務を支援します。成果物の完成を保証する形ではなく、合意した作業を遂行する形です。
- 対話が必要な工程：現場ヒアリングや業務モデルの改善
- 試作と反復：プロトタイプや短いイテレーションでのリリース
- 初期検討：画面を動かして業務ルールを見直せるため、要件定義やPoCにも使えます。
月ごとの稼働時間だけでなく、スプリントの目的とレビュー参加者を明記します。作業報告や決定事項、成果物の保管場所も、あわせて残しておきます。
稼働時間だけが積み上がる事態を防ぐには、業務担当者が毎週確認する受け入れ条件を決めておきます。そのうえで、次の期間へ持ち越す課題も合意します。
内製化併用型：知識移転と責任分担の初期設計
内製化を併用するなら、自社と委託先の担当範囲、共有資産、教育内容を最初に決めます。
- 役割分担：企画と業務の優先順位、受け入れ判断は自社が担い、モデル設計と生成、移行、テスト自動化は共同で進めます。
- 社内参加と共有：担当者もレビュー、環境構築、障害対応に参加し、ナレッジベース、ソース、設計書、テストケースを共有します。
- 導入事例：GeneXus公式事例には、少人数の内製化やアジャイル開発の例、既存システムのオープン化、テスト自動化の例があります。
- 教育計画：教育する人数と期間、社内で対応する問い合わせの範囲を見積項目に含め、外注への依存を抑えます。
RFPと要件整理の準備範囲
RFPは、製品名や画面数を並べるだけでなく、刷新の理由、対象業務、期限、必要な品質を候補会社へ同じ条件で伝える資料です。
比較できる提案を得るには、現行業務と対象範囲、データや連携を整理します。非機能要件や体制、納期、予算の考え方もまとめておきます。
現行業務とデータの洗い出しと発注範囲の一覧
現行業務とデータは、この段階で洗い出しておきます。
- 業務資産：機能、利用部門・人数、ピーク時間、帳票、バッチ、マスタ、外部連携、障害履歴を整理します。
- 現場の運用：AS/400、メインフレーム、古いC/S刷新では、画面だけでなく手作業の例外や担当者だけが知る締め処理も確認します。
- 移行データ：件数、保持期間、欠損・重複、コード体系、移行後の参照方法を調べ、既存DBの利用か新モデルへの変換かを決めます。
- 移行責任：クレンジング、変換、照合、リハーサル、本番切り替えの担当者を分け、「移行は委託先」と一言で書くのではなく、役割を明記します。
既存DBを使うか新モデルへ変換するかで、GeneXusの設計とテスト工数が変わります。
機能要件：業務ルールと例外処理の書き分け
機能要件では、業務の流れと例外処理を、権限や通知、帳票まで含めて記載します。
- 通常の流れ：登録から締めまで、必要な操作や承認を整理します。
- 例外処理：返品、分納、赤伝、在庫不足、承認者不在、連携先停止を挙げます。
GeneXusは業務知識をモデルに反映するほど効果を発揮します。例外を後回しにすると、後工程のモデル変更と再テストが増えやすくなります。
生成対象は、Web・モバイルの区分と、Java・.NETとAngular、データベース、クラウドの組み合わせで明記します。候補会社には、その採用案を確かめます。
GAMの認証・認可や監査ログ、APIも記載します。帳票、バッチ、外部認証連携も、記載の対象に含めます。周辺要件を落とすと、見積の後半で追加費用になりやすいです。
非機能要件：性能・安全性・運用の数値と役割の定義
性能、安全性、運用の条件を具体化し、個人情報を扱う場合は、その管理方法も確かめます。
- 性能と稼働：同時利用者数、応答時間、処理件数、稼働時間、障害時の復旧目標を定めます。
- 運用とアクセス：バックアップ世代、監視、ログ保存期間、アクセス権限、個人情報の扱いを決めます。
- 個人情報の管理：金融・人事・販売などでは、再委託、クラウド保存場所、管理者権限、ログ閲覧者、退職者の停止手順も確認します。
JUASの企業IT動向調査2026では、DX推進課題の上位に人材・スキル不足が挙がり、レガシーシステムや情報漏えいへの懸念も確認されています（出典：一般社団法人日本情報システム・ユーザー協会「企業IT動向調査2026」）。
外注しても安全性が自動で確保されるわけではないため、発注者がアクセス権限とリスクを把握し、委託先が残す証跡を要件にします。
GeneXusの契約形態と委託範囲
契約では名称だけでなく、納品物や判断者、受け入れ条件を具体化します。変更時の精算方法も決めておくと、後の食い違いを減らせます。要件定義、PoC、開発、移行、教育、保守は、工程ごとに分けて書きます。
固定価格で確定できる範囲と作業量を調整する範囲を切り分けると、GeneXus案件の不確実性に対応しやすくなります。
工程ごとの契約範囲と成果物
契約に含める成果物は、工程ごとに整理します。ファイル形式や保管先、更新期限、レビュー回数も決めておきます。
- 要件定義：業務フロー、機能一覧、データモデル、非機能要件、移行方針、更新版のRFP
- 開発：ナレッジベース、生成物、設定、ソース、画面・帳票、API、テスト仕様と結果
- リリース：手順書、教育資料、運用設計、障害時の連絡網
受け入れ基準は、画面表示だけでなく、業務シナリオを最後まで完了できることにします。受注から出荷、請求、返品までを代表ケースと例外ケースに分け、テストデータと期待結果を合意します。
性能や権限、監査ログ、外部連携停止時の復旧など、非機能要件の検査方法も検収条件に含めます。
ナレッジベース・ソース・設計情報の権利と引き渡し
契約終了後も変更や保守を続けられるよう、開発資産の権利と再委託の管理条件を決めます。
- 資産と利用権：生成プログラムやソースコードを発注者が取得できるか、ナレッジベースの所有や利用権、開発環境のライセンス保有者
- 引き渡しと保守：資産を委託先だけが開ける場所に置くと移管しにくいため、別会社による保守の可否も確かめます。
- 再委託の管理：会社名、担当工程、アクセスデータ、秘密保持、監査方法、事故時の連絡責任の把握
個人情報保護委員会のガイドラインは、委託元が委託先の取扱状況を把握し、必要な監督を行う考え方を示しています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」）。
契約書と運用を一致させるには、権限一覧とデータフローを添付するのが有効です。
保守契約：対応時間とアップデート責任
支援内容は、対応水準と更新作業、契約終了時の移管条件を定めて初めて明確になります。月額費用は、その内容に沿って比べます。
- 障害対応：重要度別の受付時間、一次回答・復旧目標、休日対応、問い合わせ回数の明記
- 保守範囲：軽微な改修、法改正・脆弱性対応、OS・DB・GeneXusの更新責任
- クラウドと移管：インフラとアプリ障害の切り分けに加え、移管期間、資料更新、アカウント返却、バックアップ、未解決課題の引き渡し
特定ベンダーへの依存を避けるには、契約終了時の出口を先に決めておくことが効果的です。
GeneXusのシステム開発の費用相場
GeneXusの日本向けライセンス価格は、利用形態や開発体制で変わります。公開ページに一律の定価はありません。
ここに示す金額は、GeneXus専用の公示価格ではありません。2026年公開の国内業務システム相場と、GeneXus事例の生産性情報をもとにした予算の目安です。
実際の見積では、ライセンス、開発、移行、基盤、保守を分けて確認します。
規模別の発注費用はPoCなら100万〜300万円、小規模なら300万〜800万円の目安
規模ごとの費用と期間は、次のとおりです。見積の条件は、業務の範囲に合わせてそろえておきます。
- PoC：対象業務を絞った検証は100万〜300万円程度、1〜2か月
- 小規模：簡易な申請・日報・在庫システムは300万〜800万円程度、2〜6か月
- 中規模：複数部門、既存データ移行、外部API、権限、帳票を含む統合は800万〜3,000万円程度、6〜12か月
- 大規模：全社基幹やレガシー刷新は3,000万円〜1.5億円以上、12〜24か月以上の場合があります。
この幅は、2026年公開の業務システム相場にある小規模100万〜300万円、中規模300万〜800万円、中・大規模800万円以上を踏まえています（出典：ノーコード総合研究所「業務システム開発の費用相場｜規模別の目安・内訳とコストを抑える方法 2026年最新」、SIA株式会社「システム開発の費用・相場 2026年版」）。
GeneXusを使ったからといって、必ず下限に収まるわけではありません。業務の複雑さや連携数、移行の難しさ、品質要求によって、費用は上限側へ動きます。
見積の内訳による比較：要件定義・開発・移行・テスト・教育
見積の抜けを探すには、予算を次の割合で仮に置いてみると役立ちます。これは特定案件の標準配分ではなく、内訳を確認するためのレンジです。
- 要件定義・業務整理：全体の10〜15%程度
- モデル設計と開発：全体の35〜45%程度
- 連携・移行・テスト：全体の25〜35%程度
- 教育・リリース・予備費：全体の10〜20%程度
工程の区切り方は会社ごとに異なるため、割合だけで優劣を判断せず、各金額に含まれる作業を確かめます。
忘れやすい費目には、ライセンスや開発・チーム管理環境、GAM、GXtestがあります。監査ログ製品やクラウド、監視、バックアップも、忘れやすい費目です。
脆弱性診断、移行リハーサル、操作教育も、見積の対象に含まれているかを確かめます。GeneXus公式は、導入企業の中に開発コストを40%以上削減した事例を紹介しています（出典：GeneXus公式「はじめての方へ」）。
ただし、この削減率がすべての案件に当てはまるわけではありません。効果を期待するなら、PoCでモデル化の速度や再利用、テスト工数、教育負担を自社業務で実測します。
ランニングコストの内訳：保守・基盤・ライセンス更新
運用費は、内訳と、ライセンスや基盤の更新条件を分けて確認します。
- 保守・運用：アプリ保守、監視、バックアップ、問い合わせ、障害対応の費用
- 更新作業：法改正への対応、バージョンアップ、インフラ費用を分けて見積もります。
- ライセンス・基盤：利用人数に加えて、開発者用の権利、実行環境、データ量、監視要件
一般的な業務システムでは、初期開発費の年15〜25%程度を保守予算の目安にすることがあります。GeneXusのライセンスや周辺製品、クラウド構成、SLAで変わるため、固定相場とは断定できません。
GeneXus公式のPlans and Pricingでは、スターター、ISV、エンタープライズなど利用目的別のプランを案内しています。
初年度と2年目以降の年間費用、更新条件を確かめます。利用人数や開発者数、生成先、環境数を伝え、本番と検証の分離も示しておきます。そのうえで、ライセンスと開発の見積を別々に受け取ると、価格の根拠を追いやすくなります。
委託先の選定と見積比較の観点
委託先は、GeneXusの利用経験だけでなく、自社に似た業務や規模、移行の難しさ、運用環境の実績で選びます。
公式パートナー一覧や導入事例は、候補を探す入口として使えます。ただし、掲載されている実績が自社案件の成功を保証するわけではありません。そのうえで、同じRFPをもとに提案を比べ、担当者の経験と契約後の体制を確かめます。
GeneXusの経験年数より業務・移行・保守の実績
候補会社には、GeneXusのバージョンや生成先、DBを聞きます。周辺製品や担当工程、稼働後の保守年数も、あわせて聞いておきます。
- レガシー刷新：AS/400やメインフレームの資産解析と段階移行の実績
- 金融・人事：権限、監査ログ、個人情報、障害時の証跡への対応
- API・モバイル：実機テスト、通信障害、認証連携、アプリ配布への対応
GeneXus公式事例には、ペット保険の基幹刷新で年間2,800時間を削減し、スマートフォン加入機能を約4か月で公開した例があります。
りそなホールディングスの事例では、GXtestによるテスト自動化で期間・コストを25%最適化しました（出典：GeneXus公式「導入事例」）。
これらの数値は、案件固有の条件のもとで生まれたものです。そのうえで、候補会社には数値だけでなく、自社案件で再現する条件と再現できないリスクを説明してもらいます。
見積比較：金額より前提条件と除外項目をそろえる作業
各社の見積は、範囲と前提をそろえたうえで金額を比べます。総額の安さだけを見ると、比較の前提を取り違えやすいです。
- 比較条件：対象機能、画面・帳票数、API本数、移行データ量、テスト範囲、教育回数、稼働後支援
- 内訳と除外：「一式」の内訳と前提。移行や性能試験が含まれず、安く見えるケースもあります。
比較表には、まず金額の項目を書きます。初期費用、ライセンス、クラウドに加えて、保守と追加変更単価も入れます。
そのうえで、納期と体制、再委託の扱いを比べます。引き渡し資産と契約終了時の移管費も、必ず記載しておきます。
発注者が準備するデータや担当者の稼働、検収の遅れ、既存仕様の不明点も、条件として明示しておきます。リスクと予備費の説明がある提案は、追加請求を管理しやすくなります。
PoCで検証する移行・性能・引き継ぎ
候補会社を絞りきれないときは、重要業務を一つ選び、2〜8週間程度のPoCを依頼します。判断は画面の生成速度ではなく、実業務で再現できるかで行います。
- 業務とデータ：現行データのモデル化と、複雑な例外の表現
- 性能と連携：想定ピーク時の応答、外部API、権限、監査ログ
- 社内運用：社内担当者が変更を加えられるか
PoCの成果物には、試作画面、ナレッジベース構成、生成先を含めます。加えて、移行課題とテスト結果、残課題、本番化の見積条件も含めます。
本契約へ進む場合も、評価基準と本番移行の判断者を先に決めておきます。PoCの価値は、短期間で生成できることだけでなく、業務の変更をモデルに反映し続けられることにあります。引き継ぎや保守の再現性も、あわせて評価します。
よくある質問
費用だけでなく、要件変更やライセンス、保守、引き継ぎへの不安にもお答えします。
GeneXusのシステム開発は一般的なスクラッチ開発より必ず安くなりますか？
費用が必ず下がるとは限りません。ただし、業務モデルの再利用や標準化、テスト自動化、内製化によって、初期開発や将来の改修の負担を下げられる可能性があります。
複雑な移行や外部連携、厳しい性能・監査要件があると、費用は増えます。そこで、ライセンス、開発、保守を含むTCO（総所有コスト）で比べ、PoCで効果を確かめます。
GeneXusに詳しくない会社でもRFPを作成して発注できますか？
発注できます。GeneXusの内部仕様を知らなくても、現行業務と課題、対象範囲を整理すれば技術提案を受けられます。
利用者やデータ、連携の条件に加えて、納期やセキュリティ、運用体制も資料に書き添えます。生成先や周辺製品は、候補会社に提案を求めます。ナレッジベースやソースコードの引き渡しと、将来の保守体制は、発注条件に明記しておきます。
GeneXusの委託先は何社から見積を取ればよいですか？
比較できる提案を得るには、同じRFPを3〜5社程度に渡すのが現実的です。社数が多すぎると、質疑応答や評価の負担が増えます。
候補は、公式パートナー実績や同業経験、移行・保守体制、契約条件で絞ります。価格だけでなく、前提やリスク、担当者を見ます。引き継ぎと稼働後の責任も、評価の対象にします。
外注後に別の会社へ保守を移管できますか？
契約と資産管理を設計しておけば、保守先を移管できます。ナレッジベースや生成物、ソースを取得できる契約にします。設計書やテストケース、環境構成も、取得対象に含めます。アカウントと障害履歴も、同じ契約で取得できるようにします。
バックアップと資料は、定期的に更新しておきます。別の会社が保守できる構成か、ライセンスの名義や利用権が移管の妨げにならないかは、契約前に確かめます。
まとめ
GeneXusの発注では、ローコードの効果だけで委託先を決めず、業務モデルや既存データ、生成先を含めて計画します。外部連携や権限、テストまで計画に入れ、保守と引き継ぎも同じ計画で決めます。
要件が固まった工程は請負、変更が多い工程は準委任やアジャイル、内製化を重視する工程は伴走型と使い分けます。
発注前に決める項目：RFP・相場・契約・比較軸
費用の目安は、PoCが100万〜300万円、小規模が300万〜800万円です。中規模は800万〜3,000万円、大規模は3,000万円〜1.5億円以上が目安になります。
一般的な業務システムの相場を基にした目安で、GeneXusのライセンスや周辺製品を含む個別見積ではありません。
同じRFPをもとに、機能と移行、テストの範囲をそろえて比べます。教育や保守、除外項目、追加変更の条件も、同じ基準で確かめます。
最初の一歩：対象業務を一つに絞ったPoCとRFPの作成
発注準備から選定まで、業務を洗い出し、PoCで検証し、提案を依頼する順に進めます。
- 刷新効果が大きく、現場担当者が参加できる業務を一つ選び、現行業務とデータの洗い出し
- 2〜8週間程度の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を創業。