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

Mendixの開発費は、アプリの規模、連携範囲、移行や運用の要件によって、300万円から1億円以上まで変わります。

費用相場と内訳、開発期間、費用を左右する要因の順に見ていきます。全体像については、次の完全ガイドもあわせてご覧ください。

▼全体ガイドの記事
・Mendixのシステム開発の完全ガイド

Mendixのシステム開発費の目安

PoC・小規模アプリ、部門業務アプリ、基幹周辺・全社展開の費用レンジを横棒で比べた図解。
対象範囲が広がるにつれて、想定費用の幅も大きくなります。

小規模なPoCや申請アプリは、300万円〜800万円が計画用の目安です。部門業務アプリは800万円〜2,000万円、基幹周辺や全社展開は2,000万円〜1億円以上です。

この金額は、Mendix固有の価格表ではありません。一般的な業務システムの工数相場に、ライセンス、連携、移行、非機能要件を加味して推定したレンジです。

見積りの金額は、対象業務と利用者数によって変わります。そのため、実際に見積りを取る前にこの2つを定めておくと、比較の前提がそろいます。

PoC・小規模アプリの費用目安

申請・承認、台帳、簡単な現場入力、部門内ポータルは、画面数やデータ構造が比較的限られます。そのため、計画の起点は300万円〜800万円程度です。

想定範囲には、業務ヒアリング、基本的なドメインモデル、数画面のUI、ロール設定、簡単なAPI連携、利用者テストが含まれます。

一方で、ライセンスやクラウド、認証基盤との接続、データ移行、操作研修は別費用になる場合があります。「開発一式」の金額だけでは判断できません。

部門業務アプリの費用目安

複数の利用者ロールやワークフロー、既存データベースやSaaSとのAPI連携を含む場合は、800万円〜2,000万円程度を見込むケースがあります。

さらに、検索・一覧・帳票、移行リハーサル、受入テストも費用に影響します。営業支援、保守点検、在庫・物流が該当しやすい領域です。顧客や従業員向けのポータルも、該当しやすい領域です。

利用部門が増えるほど、権限の例外、問い合わせ対応、マスタ管理、運用ルールの調整が増えます。そのため、費用は画面数だけでは推し量れません。

基幹周辺・全社展開の費用目安

SAPなどの基幹システムと多数のAPIでつなぐ案件は、2,000万円〜1億円以上になることがあります。複数拠点への展開や高可用性、監査ログも費用を左右します。

レガシー画面やデータを段階的に移行する場合も、費用が増える要因になります。大規模案件では、実装に加えて設計、ネットワーク、バックアップの費用も予算に含めます。

また、性能試験や障害対応、教育、展開計画も費用の対象になります。対象範囲が広い場合は、一括開発よりPoC、MVP、本番展開の段階に分けると、予算を管理しやすくなります。

ポイント

費用はまず、対象範囲がPoC・小規模、部門業務、基幹周辺・全社展開のどこに当たるかで見ます。対象業務と利用者数を決めてから相場を見ると、各社の見積りを同じ基準で比べられます。

Mendixの費用相場とコストの内訳

ライセンス、実行環境やクラウド、開発費、データや外部サービス・保守費を積層で示した図解。
見積りでは、開発作業の外にある費目も分けて確認できます。

Mendixの費用は、ライセンス、実行環境やクラウド、開発費で組み立てられます。そこに、データや外部サービスの費用とリリース後の保守費が加わります。

ライセンスの開始価格だけで判断すると、実際の予算と大きくずれる可能性があります。

公式料金のFree・Basic・Standard・Premium

Mendixの料金プランは、無料で試せるFreeから、契約形態に応じた有料プランまであります。

  • Free:月額費用なしで試せる無料プラン
  • Basic・Standard:アプリ数の契約形態による開始価格
  • Premium:個別見積りで決まる料金

公式料金は、Freeが月額0米ドル、BasicがOne Appで月額75米ドル、Unlimited Appsで月額60米ドルからです(出典:Mendix公式「Pricing」、2026年8月確認)。

Standardは、One Appで月額1,090米ドル、Unlimited Appsで月額2,725米ドルからです。Premiumは要見積りです(出典:Mendix公式「Pricing」、2026年8月確認)。

これらはあくまで開始価格で、日本円での契約額ではありません。実際の金額は、為替や契約期間、ユーザー数で変わります。また、アプリ数やサポート条件によっても変わります。

Standard・Premiumのクラウド計算資源費

StandardとPremiumでは、対応するパブリッククラウドやプライベートクラウドの計算資源が、ライセンス価格に含まれないと公式に説明されています。

配置先は、Mendix CloudやAWS、Azureといった選択肢があります。Kubernetes、SAP BTP、オンプレミスも候補になります。配置先によって、インフラ費と運用担当の工数が変わります。

見積りでは、ライセンス、クラウド、ネットワークを別の行に分けてもらいます。監視やバックアップも行を分けておくと、構成を変えたときの増減を把握できます。

開発費の内訳(要件定義から運用設計まで)

開発会社の作業費は、業務ヒアリングと要件定義、画面・データ・権限設計、Mendixのモデル実装に分けて確認します。

APIや認証連携、データ移行も工程に含めます。さらに、テストやリリース、マニュアル、教育も工程として見込みます。

参考配分は、要件定義が10〜12%、設計と環境構築が22〜24%、実装が48〜50%、テストが15〜17%程度です。ただし、Mendixで実装を減らせても、業務整理とテストの比重は残ります。

ポイント

費用は、ライセンスの開始価格だけでなく、クラウド、開発費、データや外部サービス、保守を合わせて判断します。別費用になりやすい項目を別行で示してもらうと、構成を変えたときの増減を追えます。

Mendixの開発期間の目安

Mendixは短期間での開発を目指しやすい一方で、短納期が保証されるものではありません。目安は、MVPが1〜2か月、複数連携を含む部門アプリが3〜6か月です。

基幹周辺や全社展開は、6〜12か月以上を計画の起点にすると、テストと利用者教育まで含めて見込めます。

公式事例の8週間・8〜10週間の実績

Mendix公式の事例では、次のとおり開発期間が紹介されています。

  • Mammoet:SAP連携を含む現場作業アプリの開発事例
  • DSM-Firmenich:複数アプリを展開する企業の開発事例

MammoetはSAPの25以上のODataサービスと連携する現場作業アプリを、8週間で構築しました(出典:Mendix公式「Mammoet」、確認日2026年8月)。

DSM-Firmenichは150以上のMendixアプリを提供し、新規アプリの平均開発期間は8〜10週間です。さらに、アプリの50%がSAPと連携しています(出典:Mendix公式「Accelerate App Delivery at Scale with Mendix and AWS」、確認日2026年8月)。

この期間は、既存APIが整い、意思決定者と利用者が早くから参加する案件で実現しやすいものです。そのため、どの案件にも当てはまる納期目標ではありません。

40日で完成した事例の前提条件

Siemensの財務部門には、中規模アプリと小規模アプリの開発事例があります。

  • 中規模アプリ:短期間で開発した財務部門の事例
  • 経費精算・勤怠アプリ:小規模アプリの開発事例

Siemensの財務部門は、中規模アプリを40日で開発しました。一方で、従来の方法なら3〜4か月かかる見込みでした(出典:Mendix公式「Mendix Enables Siemens Finance Teams to Develop Their Own Applications」、確認日2026年8月)。

小規模な経費精算や勤怠アプリは5日で完成したとも紹介されています(出典:Mendix公式「Mendix Enables Siemens Finance Teams to Develop Their Own Applications」、確認日2026年8月)。

Siemensの事例は、業務部門が学び、対象を絞り、利用者とモデルを見ながら進めた成功例です。ただし、大規模なデータ移行や高可用性、法令対応があると、同じ日数は約束できません。

期間を短くするための検証範囲の絞り込み

最初から全機能は作らず、4〜8週間程度のPoCで代表画面と主要データを検証します。さらに、認証とAPI連携、権限、エラー時の再送も確かめます。

確認済みのモデルをMVPへ広げ、受入基準を満たした機能から本番に出すと、要件の手戻りを抑えられます。短納期を実現するには、判断を先送りしないことも欠かせません。

ポイント

開発期間の目安は、MVP、部門アプリ、基幹周辺・全社展開で変わります。公式事例の短い期間は、既存APIと利用者の早い参加がそろった案件の結果であり、どの案件にも当てはまるわけではありません。

Mendixの費用が変動する要因

同じMendixでも、単独の申請アプリと、基幹システムを中心に複数拠点へ展開するアプリでは費用が異なります。費用の差を生む要因は、連携とデータ移行、可用性や性能、人材と保守に分けて見ると分かりやすくなります。

外部連携とデータ移行による工数増

SAPやSalesforce、会計・販売管理との連携では、API数以外の設計も必要です。認証基盤や既存データベースとつなぐ場合も、設計の範囲は広がります。

  • データと認証:項目対応と認証方式の確認
  • 障害時の処理:タイムアウトや再送、通知、責任分界の設計
  • データ移行:重複や欠損があると、クレンジングと複数回のリハーサルが要ります

連携先の仕様が未確定のまま契約すると、追加費用が発生しがちです。そのため、見積りの前にインターフェース一覧とサンプルデータを用意しておきます。

可用性・性能・監査要件による価格の上昇

利用者が多い、アクセスが集中する、複数リージョンで使う、停止できない、監査ログを長期保管する場合は、追加要件が生じます。

Premiumや専用環境の利用を検討し、冗長化、監視、性能試験も対象に含めます。StandardとPremiumでは、配置先の計算資源も別途必要になります。

Premiumには高可用性やフォールバックなどの選択肢があります(出典:Mendix公式「Pricing」、2026年8月確認)。また、基盤認証とアプリ側のアクセス権限は、別々に要件として定めます。

認定人材・教育・保守体制の費用

画面を作れる人材だけでは足りず、業務を理解したプロダクトオーナーやモデル設計を担う開発者、連携とセキュリティの人材も必要です。

内製化では、研修や認定学習に加えて、レビュー、開発標準、運用引き継ぎの費用を見込みます。外注では、問い合わせや障害対応の担当範囲で年間費が変わります。バージョンアップや追加改修も、どこまで任せるかで費用に差が出ます。

一般的な業務システムの保守費の参考値は、初期開発費の年15〜25%、または月15万〜80万円程度です。ただし、Mendixのライセンス、クラウド、サポート契約は個別見積りで確認が必要です。

ポイント

費用が変わる理由は、連携とデータ移行、可用性や性能、人材と保守にあります。連携先の仕様が決まっていなければ、見積りの前提として仮の内容を明記しておくことが大切です。

費用を抑えながらMendix開発を進める方法

業務効果が大きい範囲への絞り込み、既存資産の再利用、同条件での見積り比較を示す3枚のカード図。
範囲、再利用、見積り条件をそろえると検討の軸が明確になります。

費用を抑えるには、目先の開発費だけでなく、将来の改修や障害対応まで含めた総保有コストで見ることが欠かせません。そのうえで、最初に検証する範囲と後から作る範囲を分けると効果的です。

最初のリリースの対象範囲

全社の要望を一度に取り込むと、画面や権限、例外処理、移行データが膨らみます。そのため、効果を測りやすい業務にMVPの対象を絞ります。

  • 対象業務:手作業が多く、利用者が明確で、効果を測りやすい申請・承認や現場報告。
  • 評価指標:「処理時間」「入力ミス」「承認の滞留日数」など。

そして、効果が確認できた機能から次のリリースへ広げると、不要な作り込みを避けられます。

標準機能・既存API・共通部品の再利用

独自の画面やロジックを増やすほど、初期開発費と保守費は上がります。そのため、既存資産を使えるかを先に確認します。

Mendixの既存モジュールや社内認証基盤、既存APIを活用します。共通マスタも活用し、業務を変えられる部分は標準化します。

定型業務はSaaSやパッケージに任せ、Mendixは差別化につながる周辺業務や、複数システムをつなぐ部分に集中させます。そうすると、重複投資を抑えられます。

同じ条件での複数社の見積り比較

複数社へ依頼するときは、同じ条件で見積りを出してもらうことが前提になります。業務フロー、画面一覧、利用者数に加えて、連携先やデータ件数、環境数も伝えます。さらに、可用性と希望納期も示します。

見積りには、前提条件と対象外、追加費用の条件を書いてもらいます。成果物や検収方法、保守範囲、契約終了後の引き継ぎ条件も記載してもらいます。

要件定義や移行が対象外の見積りは、総額だけでは比べにくくなります。そのため、工程別の金額、人月、作業期間も確認します。

Mendixの見積りを取る際のポイント

見積りの精度は、発注側が用意する情報の質に左右されます。仕様をすべて決めていなくても、作るもの、利用者、連携先は整理できます。

見積り前に整理する業務・利用者・連携先

まず、業務フローと現行の課題、利用者とロールを整理します。画面、入力項目、承認経路、帳票、検索条件も、見積りの前に一覧にします。さらに、外部連携とデータ件数を加えておくと、見積りの前提が明確になります。

希望するスマートフォン対応も、あわせて伝えます。「誰が」「どのデータを」「どの条件で」「どの承認者へ渡すか」を文に書いておくと、ドメインモデルとワークフローを設計しやすくなります。一方で、曖昧な要件は確定事項ではなく、仮説として見積りに明記しておきます。

認定資格に加えた移行・運用の経験

認定者数だけでなく、対象業界や同種の業務アプリの実績を確認します。SAPや認証連携、データ移行、アジャイル開発、利用者教育の実績も確かめます。PoCから本番への移行事例、内製化後の支援範囲、障害時の一次窓口についても尋ねます。

納品物には、モデルや設計書、テスト仕様、環境設定、バックアップ、運用手順を含めます。別会社へ保守を移す条件も、契約で確認します。

追加費用と契約終了後の条件

スコープクリープ、連携先の仕様変更、データ不備、現場の追加要望は、Mendixでも起こります。そのため、変更管理、追加開発の単価、受入テストの回数、納期延期の扱いを先に決めておきます。

ライセンス更新の条件や価格改定、アプリとモデルの利用権を確認します。さらに、ソースや文書の引き渡しと再委託も、契約で押さえます。契約終了時のデータ返却と保守移管も定めておくと、将来のベンダーロックインを抑えられます。

ポイント

見積りを比べるときは、総額ではなく、工程別の金額と対象外、追加費用の条件をそろえて見ます。要件が曖昧な部分は仮説として明記させると、各社の前提がそろい、比較が進めやすくなります。

よくある質問

費用を検討するときは、価格だけで判断しないことが大切です。無料版の用途や開発会社への依頼範囲、保守費、他システムとの連携も、あわせて確認します。

Mendixは無料で本番運用できますか?

Freeを使うかどうかは、用途と本番運用上の制約を分けて見ると整理できます。

  • 検証用途:デモや小規模アプリの試作
  • 本番運用:停止時間や拡張性などの制約を考慮する用途

Freeは月額費用なしで開発とデプロイを試せますが、アプリは数時間で停止し、スケールできません(出典:Mendix公式「Build Low-Code Applications for Free」、2026年8月確認)。

本番運用に進める前に、サポートや可用性の条件まで確かめておく必要があります。業務を継続して運用する場合は、Basic以上を含めて比較します。

Mendixは自社だけで開発できますか?

小規模な業務アプリなら、業務担当者とIT担当者が学びながら内製できます。

複数システムの連携、個人情報、監査ログを含む場合は、認定開発者や外部パートナーの支援が有効です。性能や障害対応が絡む場合も、外部の力を借りる価値があります。

PoCを外部と進め、モデル設計やテスト標準を社内へ移管する方法もあります。

MendixとSAPを連携すると費用は高くなりますか?

SAP連携の費用は、一律で高額になるとは限りません。工数を増やすのは、API数やデータ項目、リアルタイム性です。再送や権限、既存仕様の理解も、工数に影響します。

Mammoetの事例では、25以上のSAP ODataサービスと連携して8週間で構築しました。ただし、既存環境と体制が整った個別の事例です。

連携の難しさを見積りに反映してもらうため、API仕様書やサンプルデータ、更新頻度、障害時の責任分界を提示します。

Mendixの保守費は毎月いくらですか?

保守費は、ライセンスやクラウド、監視をどこまで含めるかで月額が変わります。問い合わせや障害対応、改修、バージョンアップを含めるかどうかでも、金額は動きます。

一般的な業務システムの参考値は、月15万〜80万円程度、または初期開発費の年15〜25%程度です。ただし、Mendixの契約条件を含めた個別見積りが必要です。

そのため、月額に含む時間や対応時間帯、緊急度ごとの応答、追加改修の単価を確認します。

まとめ

構成要素ごとに分けた費用判断

費用判断の第一歩は、ライセンスだけでなく、開発やクラウド、連携、移行を合計して比べることです。テストや教育、保守の費用も含めて確認します。

発注前のPoC範囲と引き継ぎ条件

効果を測れる範囲から段階導入すると、予算と運用リスクを抑えやすくなります。費用の目安は規模で大きく変わるため、規模別の目安と、見積りを比べるときに揃える条件を5つに分けて示します。

  • 小規模・部門業務:300万円〜800万円、800万円〜2,000万円が目安
  • 基幹周辺・全社展開:2,000万円〜1億円以上が目安
  • 費用の変動要因:ライセンス、クラウド、工数、連携、移行、権限、性能、教育、保守を、どこまで含めるか
  • 見積り比較:公式料金と開発費を分けた比較、工程別金額、対象外、追加条件、保守、移管条件
  • 契約条件:成果物、保守、追加費用、契約終了後の移管を、見積りと契約に反映すること

短期間の公式事例は参考にとどめ、既存APIの有無や利用者の参加、対象範囲、意思決定の速さといった前提を、自社案件に置き換えて考えることが大切です。

まずは効果を測りやすい業務をPoCで検証し、MVPから広げると、費用と納期を管理できます。

▼全体ガイドの記事
・Mendixのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。