結論：OutSystemsのシステム開発費用は、企画用の目安としてPoCなら100万〜500万円、
部門アプリなら500万〜1,500万円、複数部門の業務システムなら1,500万〜5,000万円、
全社刷新なら5,000万〜2億円以上が一つのレンジです。ただし、ライセンス、連携、
データ移行、運用保守の条件で大きく変わります。
「ローコードだから安いはず」と考えて見積もりを取ると、後からライセンスや追加環境、
既存システムとの連携費が加わり、予算を超えることがあります。本記事では、OutSystemsのシステムにかかる費用相場、
料金体系、見積もりの内訳、価格が変動する要因、コストを抑える進め方を、2026年時点で確認できる情報と企画段階の推定を分けて解説します。
▼全体ガイドの記事
・OutSystemsのシステム開発の完全ガイド
OutSystemsのシステム費用を考える前に全体像を把握します
OutSystemsは、画面、データ、業務ロジック、API連携をビジュアルな開発モデルで組み立てるエンタープライズ向けローコードプラットフォームです。
画面の製造や変更を効率化しやすい一方で、業務整理や外部連携、権限設計、データ移行、
テストまで自動的に不要になるわけではありません。費用を判断するときは、開発会社へ支払う実装費だけでなく、
利用を続けるためのライセンス費と運用費を分けて考えることが重要です。
ローコードでも設計と専門人材が必要です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
OutSystemsは「プログラミング不要」のノーコード製品ではありません。
SQLやJavaScript、REST／SOAP API、認証基盤、ERPやSaaSとの接続を扱う場面があり、業務システムの設計と運用を理解した人材が必要です。
開発の一部を速くできても、要件定義、データクレンジング、非機能要件、受入テストを省けないため、見積もりは画面数だけで判断しないことが大切です。
費用は開発・ライセンス・運用の三層に分けます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
第一の開発費は、企画、要件定義、設計、実装、テスト、移行、教育などの導入支援費です。
第二のライセンス費は、O11またはODCのエディション、Application Objects（AO）、内部・外部ユーザー。
ランタイムや追加機能によって決まります。
第三の運用費は、監視、バックアップ、問い合わせ対応、障害対応、脆弱性対応、追加開発、内製化教育などです。見積書の総額だけでなく、
この三層の内訳と契約期間を並べると比較しやすくなります。
OutSystemsのシステム開発はどのように進めますか？
OutSystemsの費用は、開発をどの範囲まで見積もりに含めるかで変わります。
特にPoC、本番化、段階展開を分けずに一括発注すると、初期段階では見えない連携や移行の工数が膨らみやすくなります。
まず対象業務を絞り、検証結果を本番見積もりへ反映する進め方が、価格と品質の両方を管理しやすい方法です。
企画とPoCで対象範囲を絞ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、現行業務を「標準化できる業務」「自社独自の業務」「廃止できる業務」に分けます。
申請、営業支援、在庫、現場入力など、利用部門が成果を判断しやすい業務を一つ選び、画面だけでなく既存認証、API、データ量、エラー処理、権限。
ログまでPoCで確認します。
PoCの期間は企画用の目安として1〜2か月、費用は100万〜500万円程度ですが、対象画面数や連携数、教育範囲で変動します。
要件定義と設計で後戻りを防ぎます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
本番化を決めたら、ユーザー数、ピーク時の同時利用、画面と帳票、データ項目、外部システム、承認経路、ロール別権限、監査ログ、可用性、RTOとRPOを要件にします。
OutSystemsでは画面を作りながら確認できますが、業務ルールが曖昧なままだと変更回数が増え、ローコードの生産性が要件調整で相殺されます。
共通UI、認証、エラー処理、API、命名規則を先に標準化すると、複数アプリへ展開するときの工数を抑えやすくなります。
テストとリリースで運用費まで確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
実装後は、単体テスト、結合テスト、権限テスト、性能テスト、脆弱性確認、移行リハーサル、利用部門の受入テストを実施します。
開発・QA・本番の環境を分ける場合は、ランタイムや追加環境の費用も見積もりに含めます。
リリース前にバックアップ、監視、障害時の連絡、問い合わせ対応、アップデート手順まで試しておくと、稼働後に緊急対応費が発生するリスクを減らせます。
OutSystemsのシステム開発費用の相場と内訳を解説します
ここで示す金額は、国内の正式なOutSystemsライセンス価格ではなく、業務システム全般の相場とOutSystemsの開発特性を踏まえた企画段階の推定です。
正式見積もりは、要件、AO、ユーザー、環境、契約条件を確認したうえでベンダーから取得してください。
特にライセンス費は公開価格だけで判断できないため、開発・導入支援費とは別の行で提示してもらう必要があります。
PoC・スターターの費用は100万〜500万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
1〜2画面、1本程度のAPI連携、実現性の検証、開発標準の初期設定を行うPoCやスターター案件は、100万〜500万円程度が企画上の目安です。
期間は1〜2か月程度を想定しますが、既存データの調査や認証連携、現場ヒアリングが含まれると上限に近づきます。
PoCの目的を「画面を作れるか」だけにせず、本番データを扱えるか、性能と権限を満たせるかまで定義することが重要です。
部門アプリの費用は500万〜1,500万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
申請、営業支援、在庫、現場入力など、1部門で使うアプリは500万〜1,500万円程度が企画用の目安です。画面、権限、帳票、1〜3本の外部連携を含み、
開発期間は3〜6か月程度を想定します。
利用部門が複数になったり、スマートフォン対応、オフライン入力、複雑な承認、データの名寄せが必要になったりすると、同じ部門アプリでも費用は上がります。
複数部門から全社刷新は1,500万円以上を見込みます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
マスタ、複数の承認経路、外部API、基幹システム連携、データ移行、運用設計を含む複数部門システムは1,500万〜5,000万円程度、6〜12か月程度が目安です。
複数アプリ、レガシー刷新、大量データ、HA／DR、監査、段階移行まで含む全社規模では5,000万〜2億円以上、12〜24か月以上を見込むことがあります。
業務システム全般の相場でも、小規模300万〜1,000万円、中規模1,000万〜5,000万円、大規模5,000万〜1億円以上とされるため。
OutSystemsだから必ずこの範囲より安くなると断定してはいけません。
OutSystemsの公式事例では。
トヨタが最初の本格利用で従来開発と比べて約30％の工数削減を報告しています
（出典: OutSystems「Toyota’s 10-year low-code journey」、2023年10月時点の掲載情報）。
ただし、この数値はトヨタの開発体制、標準化、教育、対象業務における事例です。すべての企業で30％削減できる保証ではなく、
要件定義や移行の工数まで同じ比率で減るわけではありません。
OutSystemsのライセンス料金とランニングコストはどう見積もりますか？
OutSystems公式の料金ページでは、ODCはアプリケーション、ユーザー、高度な追加機能などに応じて見積もる仕組みと説明されています。
国内価格は契約地域や条件で変わるため、単一の月額や年額を日本向けの定価として断定できません。
電通総研のライセンスガイドブックも、2025年6月1日時点の情報として、AO、社内・社外ユーザー、
エディション、追加ランタイム、24×7サポート、HA、Private Gateway、
DR、Sentry、AppShield、ログ連携などを分けて解説しています。
ライセンスはAO・ユーザー・環境を分けて確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
AOは画面、データ、ロジックなどアプリケーションの規模を考える指標です。加えて、社内ユーザーと顧客などの社外ユーザー、開発・検証・本番のランタイム、
追加本番環境を確認します。
利用者数は登録人数だけでなく、ピーク時の同時利用や外部公開の有無も伝える必要があります。
見積依頼では、現在のユーザー数だけでなく3年後の増加見込みとアプリ数も提示すると、後から容量を追加する費用を比較しやすくなります。
追加機能と基盤費を別枠で計上します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
24時間365日サポート、HA、DR、クロスリージョンDR、Private Gateway、Sentry、AppShield。
Log Streamingなどは、案件の可用性やセキュリティ要件によって必要になります。
ODCでも自社管理のネットワークや外部接続、ログ保存、監視、バックアップを組み合わせる場合があります。
これらを「ライセンスに含まれる」と一括りにせず、製品ライセンス、クラウド基盤、ネットワーク、監視、バックアップ、脆弱性診断の各行に分けると。
不要なオプションを見直せます。
保守・運用は年15〜25％または月15万〜80万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期開発後の保守・運用は、一般的な業務システムの目安として初期開発費の年15〜25％、または月15万〜80万円程度を別途見込む方法があります。
これは監視や問い合わせ、軽微な修正を含む場合の企画用レンジで、24時間対応、障害時の駆け付け、追加開発、脆弱性対応、教育まで含む場合は上振れします。
契約では、月額に含まれる作業時間、対応時間、SLA、対象外作業、アップデート時の費用を確認してください。
英国政府の調達資料には、旧時点の公開例としてOutSystemsのStandardが年額91,350ポンド。
Enterpriseが年額201,105ポンドと記載された価格表があります。
また、別の2024年のG-Cloud資料では、40人日程度の設定・連携・カスタマイズを含む6週間の実装サービスが7万〜10万ポンドで。
ライセンスとクラウド費用を含まない例が示されています。
いずれも英国向けの参考情報であり、日本の2026年価格や為替を表すものではないため。金額の大きさと「ライセンスと実装費は別」
という構造を理解する材料として扱います。
OutSystemsのシステム費用が変動する要因を確認します
同じ「申請システム」でも、利用者数、既存データ、認証、承認ルール、連携先、可用性、
監査要件によって費用は変わります。価格を抑えたい場合も、要件を隠して安い見積もりを取るのではなく、
変動要因を明示して複数案を比較することが重要です。
外部連携とデータ移行が大きな増額要因です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ERP、SAP、販売管理、会計、CRM、SaaS、Active Directoryなどと接続する場合は、APIの仕様調査、認証、通信方式。エラー時の再送、
データ整合性、監視を設計します。
連携先が1つ増えるだけでなく、マスタの変換や業務責任の調整も必要になるため、連携本数だけで工数を決めてはいけません。
紙やExcel、旧システムからの移行では、重複や欠損の調査、クレンジング、移行リハーサル、切り戻し計画が費用に影響します。
セキュリティと可用性の要求で費用が変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
個人情報や機密情報を扱う場合は、認証、多要素認証、権限分離、暗号化、監査ログ、脆弱性診断、ログ保持、データ削除、委託先監督を要件化します。
個人情報保護委員会のガイドラインが示す安全管理措置に沿って、組織的・人的・物理的・技術的な対策を整理してください。
可用性を高めるHA、災害対策のDR、閉域接続、リージョン分離を追加すると、ライセンスと基盤、設計、試験の費用が増える可能性があります。
内製化・教育・開発標準の整備も見積もります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
OutSystemsを導入しても、最初から社内だけで設計・開発・運用できるとは限りません。
教育、ペア開発、レビュー、共通部品の整備、CoEの立ち上げ、ヘルプデスク、資格取得、運用移管を含めると、初期費用は増えますが。
長期的なベンダー依存を抑えやすくなります。
逆に、資格者数だけを評価して実際の案件参加率を確認しないと、内製化支援の効果が出ないことがあります。
OutSystemsのシステム開発費用を最適化するポイントです
コスト最適化は、単に開発会社の単価を下げることではありません。不要な機能、重複するデータ、
過剰な環境、使われないユーザー枠、曖昧な保守範囲を見直し、投資対効果が高い機能へ予算を集中させることです。
安さだけを優先すると、移行失敗や再開発で総費用が高くなるため、初期費用と3〜5年の総保有コストを合わせて判断します。
標準機能を優先して独自開発を絞ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存のSaaSやパッケージで対応できる標準業務を、すべてOutSystemsで作り直す必要はありません。
差別化につながる独自業務や、既存基幹システムと利用者をつなぐフロント部分へOutSystemsを使い。
標準化できる業務はFit to Standardで整理すると、画面・テスト・保守の範囲を抑えやすくなります。
要件ごとに「作る」「つなぐ」「使わない」を決めると、見積もりの根拠も説明しやすくなります。
小さく始めて段階展開します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
全社の業務を一度に刷新するのではなく、最初は成果を測りやすい部門アプリから始め、共通部品と開発標準を次の案件へ再利用します。
PoCで性能、連携、権限、運用の課題を確認してから、部門アプリ、複数部門、全社展開へ進めると、途中で中止や修正を判断しやすくなります。
段階展開では、各段階の終了条件、予算上限、次段階へ進む指標をあらかじめ決めておくことが重要です。
利用実績を見ながらライセンスと保守を見直します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
稼働後は、AOの使用量、ユーザー数、アプリごとの利用頻度、ランタイム、ログ容量、問い合わせ件数を定期的に確認します。
使われていないアプリやユーザー枠、過剰な環境を整理できれば、更新時のライセンス構成を適正化できます。
反対に、利用拡大で容量や可用性が不足すると、急な追加費用が発生しやすいため、半年または年1回のTCOレビューを運用に組み込むと安心です。
OutSystemsの見積もりを取る際のポイントを整理します
見積もりの精度を上げるには、技術名だけでなく、業務と運用の条件をRFPに書きます。
最低限、対象業務、利用者の種類と人数、画面・帳票・ワークフロー、既存システム、データ量、
API、認証、セキュリティ、希望時期、予算、保守条件、内製化の方針を整理してください。
要件が未確定な部分は、確定・仮定・調査が必要な項目に分けておくと、各社の前提条件を比べられます。
開発費・ライセンス費・運用費を分けて提示してもらいます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
見積書は、企画・要件定義、設計・実装、テスト・移行、教育、OutSystemsライセンス、クラウド・ネットワーク、監視・バックアップ。
保守・追加開発に分けてもらいます。
ライセンスについては、O11かODCか、エディション、AO、内部・外部ユーザー、環境数、サポート、HA／DR。
Private Gatewayなどの数量と単価の根拠を確認します。
開発会社の人月単価だけでなく、何人月をどの工程へ割り当てたかを見ると、単価の安さだけで判断する失敗を防げます。
複数社を同じ条件で比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
2〜3社以上へ同じ資料を渡し、価格だけでなく、PoCから本番、保守までの責任範囲、O11／ODCの経験、基幹連携、移行、性能試験、セキュリティ、教育。
体制を比較します。
OutSystems公式パートナーであるかだけでなく、同じ業界・規模の本番実績と、担当者がどの程度プロジェクトへ参加するかを確認してください。
ライセンスの再販費と開発費が同じ会社から提示される場合も、項目を分離してもらうと、別ベンダーへ保守を移す場合の条件を把握しやすくなります。
契約終了時の引き渡しと追加費用を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
契約前に、アプリ資産、設計書、環境設定、API仕様、テスト結果、運用手順、データの返却・削除、再委託、著作権と翻案権、別ベンダーへの移管条件を確認します。
ローコードで作られた成果物でも、別環境へ移すための作業や契約上の制限がある場合があります。
将来の移管費、追加ユーザー費、追加環境費、障害対応の時間外費用まで質問しておくと、見積もりの見かけ上の安さに惑わされにくくなります。
よくある質問（FAQ）
OutSystemsの費用に関する疑問は、製品の料金だけでなく、開発会社の工数、
既存システムとの接続、利用後の保守を含めて考えると整理しやすくなります。ここでは、
比較検討の初期に特に質問されやすい内容へ回答します。
OutSystemsのシステムは本当に安く開発できますか？
画面や業務ロジックの製造を効率化できるため、条件が合えば開発工数を減らせます。ただし、
ライセンス、要件定義、外部連携、移行、セキュリティ、テスト、教育、保守は残ります。
したがって「必ず安い」とは言えず、対象業務を絞ってPoCを実施し、従来方式との総費用と期間を比較することが適切です。
OutSystemsのライセンス料金はいくらですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
国内の料金は、O11またはODC、エディション、AO、内部・外部ユーザー、環境、サポート、追加機能などで変わる個別見積もりです。
公開資料に海外の価格例があっても、日本価格や自社の契約条件へそのまま換算できません。
まず利用者数、アプリ数、AO、開発・検証・本番環境、可用性やセキュリティの要件を整理して見積もりを依頼してください。
初めて導入する場合はPoCから始めるべきですか？
多くの企業では、代表的な1業務を1〜2か月程度、100万〜500万円程度の企画用レンジで検証する進め方が有効です。
画面の作りやすさだけでなく、認証、API、移行、性能、権限、ログ、運用、利用部門の受入まで確認し、
本番へ進む条件を決めます。全社刷新の前に不確実性を減らせるため、結果的に大きな手戻りを防ぎやすくなります。
開発会社にはどのような情報を渡せばよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
対象業務、利用者数、画面・帳票、承認経路、既存システムとAPI、データ件数、認証、セキュリティ、希望時期、予算、保守、内製化の希望をまとめます。
未確定の項目も隠さず、候補案と調査課題として記載してください。
少なくとも2〜3社へ同じ資料を渡し、開発費、ライセンス費、運用費、前提条件、対象外範囲を同じ形式で比較すると判断しやすくなります。
まとめ
OutSystemsのシステム開発費用は、PoCで100万〜500万円、部門アプリで500万〜1,500万円、
複数部門で1,500万〜5,000万円、全社刷新で5,000万〜2億円以上が企画段階の目安です。
ただし、これらは正式な国内価格ではなく、要件と体制を置いた推定レンジです。ライセンスはAO、
ユーザー、環境、エディション、追加機能による個別見積もりとなるため、開発費と分けて確認してください。
費用は三層と変動要因で判断します
見積もりでは、開発・導入支援、ライセンス、運用保守を三層に分け、外部連携、データ移行、
セキュリティ、可用性、教育、内製化がどの程度含まれるかを確認します。「ローコードだから安い」
という期待ではなく、PoCで不確実性を減らし、標準機能と独自開発の境界を決め、3〜5年の総保有コストで比較することが大切です。
まずは対象業務と見積もり条件を整理します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初の一歩は、対象業務、利用者、連携先、データ、セキュリティ、希望時期、保守と内製化の方針を書き出すことです。そのうえで2〜3社へ同じ条件を伝え、
前提条件と対象外範囲を含む見積もりを比較してください。
自社の業務に合う範囲から始め、検証結果を次の投資判断へつなげることが、OutSystemsの費用を適正化する近道です。▼全体ガイドの記事
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。