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

2026年時点の料金体系と導入事例をふまえると、Qtの開発費は、開発範囲、対象OS、機器連携、品質保証によって100万円から数億円まで変わります。

技術検証なら100万円台ですが、規制対応や量産を含む組み込み機器では3,000万円以上になる場合もあります。そのため、見積もりは前提条件をそろえて比べる必要があります。

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

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

Qtのシステム開発の費用相場の目安

Qtの開発費は、画面数だけでなく、接続する機器、応答性能、オフライン対応、記録する証跡によって変わります。まず、案件の規模を大づかみにしたうえで、ライセンス費と受託開発費を分けて考えます。

技術検証や小規模なQtアプリの費用目安

小規模案件の費用は、用途と含める作業の範囲によって分かれます。

• 技術検証・画面モック：数画面のPoCで100万〜300万円程度
• 社内向けアプリ：5〜15画面程度で、認証、CSV入出力、API連携、簡単な帳票を含み300万〜800万円程度

PoCでも、QMLの操作感に加えて実機接続、データ取得、起動時間、メモリ、OSごとの描画差を検証すると、費用が増えます。

この価格帯は、業務ルールが整理され、対象OSがWindows中心の場合の推定です。また、機器制御や複雑なデータ移行がないことも前提になります。

画面数が少なくても、現場ごとの例外処理、オフライン対応、権限分岐、印刷レイアウトが多いと、見積もりは単純な画面数の計算から外れます。

本番業務システムは800万〜2,000万円が中心

本番運用システムの費用は、開発範囲と対象環境によって変わります。

• 業務クライアント：複数画面や認証などを含め、800万〜2,000万円程度
• 組み込みHMIなど：設備管理、医療機器、車載画面は1,500万〜1億円超。規制対応や量産を含めると3,000万円〜数億円の場合もあります

業務クライアントの範囲には、権限管理、データベース、サーバーAPIが含まれます。さらに、監査ログや帳票のほか、インストーラーと運用テストも範囲に入ります。

Windows以外にLinuxやmacOSへ展開すると、OSごとのビルド確認やテストの工数が増えます。

Qt公式は、医療機器、車載、リソース制約のあるハードウェアでの活用例を紹介しています。なお、費用はライセンスだけでなく、製品要求、実機検証、品質保証、長期保守を含めた全体額で捉えます。

Qtのシステム開発で費用が変わる要素

Qtは業務パッケージではなく、C++、QML、Qt Quick、Qt Widgetsでアプリや機器のUIを作る開発基盤です。費用は利用層と、サーバーや機器の接続方法によって変わり、Qtだけで一律には決まりません。

対象OSと画面方式による工数の違い

画面方式と対象OSは、用途と検証範囲を合わせて確認する必要があります。

• Qt Widgets：表、入力フォーム、メニュー、帳票などのデスクトップ画面向け
• Qt Quick・QML：タッチ操作や画面遷移が多い現場端末、HMI向け
• 複数OS：環境を広げるほど、OSごとの確認が必要

WidgetsとQt Quickを混在させると既存資産を活かせます。一方で、スタイルやイベント処理が複雑になり、レビューとテストの費用が増える場合があります。

Windowsだけであれば環境の差を抑えられますが、Linux、macOS、Android、iOS、組み込みLinuxでは、GPU、解像度、入力、カメラ、印刷、ファイルアクセスを確認する必要があります。

Qt公式の対応プラットフォーム情報では、特定OSの構成やバージョンのサポート終了時期が、Qt本体と異なる場合があります。さらに、OSの更新計画も見積もりに含めます。

API・データベース・機器連携の数

連携方式と機器試験の範囲は、分けて見積もる必要があります。

• データ接続：REST APIやWebSocket経由か、QtからDBへ直接接続するかで、構成と責任範囲が変わる
• サーバー分離：認証、データ管理、監査ログ、外部連携を担う
• 機器連携：通信機器やプロトコルが増えるほど、実機試験も増える

Qtを画面と端末側の業務ロジックに使い、認証などをサーバー側に分けると、Web管理画面や他システムとデータを共有しやすくなります。

また、API設計、認証、通信エラー、バージョン互換性の費用も必要です。シリアル通信、CAN、PLCのほか、センサーやカメラ、音声、3D表示を扱う場合も、機器仕様の確認と実機試験が発生します。

試験では、異常値、タイムアウト、電源断、通信再開、ファームウェアの差分への対応も確かめる必要があります。そのため、見積書では連携数だけでなく、正常系と異常系の試験範囲も確認します。

品質保証・セキュリティ・保守期間の初期費用への影響

医療、製造、車載では、画面が動くだけでは納品できないことがあります。そのため、追加で必要になる品質と保守の条件も見積もりに含めます。

• 品質保証：要求トレーサビリティ、リスク分析、テスト証跡、リリース承認
• セキュリティ：操作ログ、脆弱性対応、SBOMの管理
• 保守：Qtの版、契約、OSサポート期限、更新作業の計画

これらが必要になると、設計、テスト、文書化の工数が増えます。

Qt 6.8以降のインストールにはSPDX形式のSBOMが含まれ、ライセンスや脆弱性の管理に利用できます（出典: The Qt Company「Software Bill of Materials」）。

Qt 5.15では、通常サポート終了後に拡張セキュリティ保守が必要な場合があります。

Qt公式はQt Subscription保有者向けに、2025年5月26日から延長保守を案内しています（出典: The Qt Company「Qt Releases」）。

利用中のQtの版と保守契約、OSのサポート期限を確かめたうえで、アップデート作業もランニングコストとして計画します。

Qtのシステム開発の進め方

Qt案件では、先に画面を作ると、OSの差分や実機の制約が後から判明し、費用が膨らみやすくなります。

そのため、要件で対象範囲を決めたうえで、短いPoCにより技術リスクを確認します。その結果を基本設計、開発、テストに引き継ぐと、予算と品質を管理しやすくなります。

要件定義で決める画面数以外の条件

見積もりの前提をそろえるために、要件定義で確認する条件を整理します。

• 利用条件：利用者、場所、画面サイズ、同時利用者数
• システム条件：対象OS、保存期間、外部API、機器
• 動作条件：オフラインの有無、必要な応答時間

通信断が10分続いても入力を続け、復旧後に重複なく同期するには、ローカル保存、同期キュー、競合解決、再送制御、障害テストが必要です。この部分は画面の数とは別に、設計と試験の工数として扱う必要があります。

既存のExcelや紙帳票は、そのまま画面にせず、入力項目、承認、例外処理、マスタ、データの正しさを洗い出します。部署ごとに業務ルールが違う場合は、標準とする形と例外を分けて決めます。

要件定義書には、対象外の機能も明記します。そうすれば、見積もりの前提がそろい、後工程での仕様変更を減らせます。

PoCでのQML・実機・性能の確認

PoCでは、画面方式や既存資産の再利用範囲を確かめるとともに、実機での動作も検証します。

• 画面方式：Qt QuickとQMLか、Qt Widgetsかの選択
• 資産再利用：既存のC++資産を使う範囲
• 実機性能：GPU描画、起動時間、メモリ、画面遷移
• 接続と入力：キーボードとタッチ、API遅延、通信復旧への対応

先に技術検証をしておくと、本番開発での手戻りを抑えられます。

基本設計では、QMLの表示層、C++の業務ロジックや機器制御、RESTやWebSocketの連携層、SQLiteなどのローカルキャッシュを分離します。さらに、サーバー側の認証とデータ層も整理します。

CMakeによるビルドとCIは、早い段階で整えておきます。OS別のビルド、単体テスト、GUIテストを自動化できる形にしておくと、リリース作業を標準化できます。

結合テストからリリース後の更新までの設計

Qtのシステムでは、画面表示だけでなく、通信や機器に異常が起きたときの動作も確かめる必要があります。

• 結合・総合テスト：API、DB、機器、認証、ログ、印刷、更新
• 異常系テスト：通信遅延、機器無応答、OS再起動、古いデータの再送
• リリース準備：署名、配布、ロールバック、版管理、ログ、利用者教育

インストーラーも、リリース時に用意します。

製造、医療、車載など長期利用する製品では、QtのLTS、OS、ドライバー、暗号ライブラリの更新方針も成果物に含めます。

ソースコードに加えて、ビルド手順、テスト仕様書、ライセンス一覧を受け取る契約にすると、保守費の見通しを立てられます。

Qtのシステム開発費用とコストの内訳

見積書では総額だけでなく、工程別の工数と単価を確かめる必要があります。なお、次に示す工程配分はQt固有の統計ではなく、業務システム全般の目安です。

• 要件定義：全体の10〜15%程度
• 設計：基本設計15〜20%、詳細設計10〜15%程度
• 製造：全体の30〜40%程度
• 結合・総合テスト：全体の15〜20%程度
• 移行・導入：全体の5〜10%程度

この配分は、案件の規模や発注先によって変わります（出典: 業務システム全般の一次Q&Aをもとにした編集部整理）。

要件定義・設計・製造・テストごとの人件費

人件費は、工程ごとに作業範囲を分けて見積もります。

• 要件定義：ヒアリング、業務フロー、画面・非機能要件、機器・API一覧
• 設計：画面遷移、QMLとC++の分担、データ、エラー、ログ、認証、更新
• 製造：コード、レビュー、ビルド設定、開発環境、テストデータ
• Qt特有の作業：QML部品設計、Widgets共存、OS別表示、実機確認、C++・QML間のデバッグ、GUIテスト自動化

既存のC++資産を再利用できれば、製造費を抑えられる可能性があります。ただし、古いQtや品質の低い独自部品を使う場合は、移行やリファクタリングの費用が先に必要になることがあります。

開発者数と製品の配布条件によるQtのライセンス費

Qt公式の小規模事業者向け価格は、製品プランごとに異なります。

• Qt for Application Development Enterprise：546ユーロ／年
• Qt for Device Creation Professional：1,090ユーロ／年
• 適用条件：売上または資金調達額100万ユーロ以下、購入最大3件、年5件までのサポート

前者はデスクトップ・モバイル向け、後者はアプリとデバイス向けです（出典: The Qt Company「Qt for Small Business」、2026年8月確認）。

円換算額は為替や税、購入時点によって変わるため、見積もりを取る時点で最新の条件を確認します。

条件に当てはまらない場合や、開発者数が多い企業、量産・配布を行う企業は、通常ライセンスが必要になることがあります。OSS版を使う場合は、LGPLやGPL、静的リンク、改変、第三者部品、ソース提供の要否を法務と確かめます。

初期開発費の年15〜20%を目安にした保守費

保守費は、初期開発費からの目安と、契約で決める対応範囲を分けて考えます。

• 年額の目安：初期開発費の年15〜20%程度
• 費用例：初期費用1,000万円なら年150万〜200万円、月約12.5万〜16.7万円

これは目安で、障害対応、軽微改修、OS・Qtの更新、監視、問い合わせ対応の範囲によって変わります（出典: 業務システム全般の一次Q&Aをもとにした編集部整理）。

契約書には、平日か24時間か、一次回答の時間、復旧目標、軽微改修の月間上限を分けて記載します。あわせて、QtやOSの更新、脆弱性対応、現地訪問、バックアップ確認も明記します。

「保守一式」とだけ書かれていると、別料金が増えやすくなります。そのため、年間の作業時間やチケット数まで確かめます。

Qtのシステム開発費用が高くなる変動要因

同じ画面数でも、対象OSが一つか複数か、オンライン専用かオフライン対応か、既存データを移行するかによって、見積もりは変わります。そのため、価格の違いは単価だけで見ず、費用の前提条件を確かめます。

OS・GPU・機器の組み合わせによる試験費用の増加

試験環境と対象範囲は、そろえて見積もる必要があります。

• 環境差：Windows・Linuxの版、CPUアーキテクチャ、GPU、解像度、入力機器、プリンター、カメラ
• 組み込み条件：ブート時間、メモリ、描画、電源断からの復旧、ドライバー、BSP
• 実機の有無：借用できない場合の調達費や現地試験の交通費

WindowsとLinuxでも構成が違えば、検証環境が増えます。

対象環境を絞れば費用を抑えられますが、将来対応するOSを早期に決めないと、直前の作り直しにつながります。そのため、利用者の多い基準環境でPoCを完成させます。

差分の大きいOSや機器は、段階的に検証する計画が現実的です。

データ移行・認証・監査ログの初期段階での確認

移行とセキュリティの条件は、見積もりの初期段階で確かめておく必要があります。

• データ移行：項目の対応、重複・欠損、表記揺れ、過去データ、リハーサル
• 移行条件：対象件数、停止可能時間、検証方法を見積もりに含める
• セキュリティ：認証、権限、暗号化、ログ、個人情報のマスキング、バックアップ

画面開発だけを見積もると、稼働直前に追加作業が発生し、納期と予算に影響します。

脆弱性対応も後から加えると、画面とAPIを横断した改修になります。医療・製造では、要求、リスク、テスト結果の証跡が必要な場合があります。

個人情報を扱う場合は、Qtの機能だけでは法令対応を終えられません。運用手順、委託先の管理、インシデント対応も要件に含めます。

既存Qtの移行と長期サポートの別費用

既存Qtの移行と保守方針は、新規開発費とは分けて検討します。

• Qt 5から6への移行：モジュール、API、ビルド環境、外部ライブラリ
• 長期サポート：固定運用か継続更新かを、利用条件に合わせて選ぶ

移行では、画像・フォントやプラットフォームプラグインも対象になります。既存アプリが今動いていても、OSやコンパイラが更新されると、再ビルドと回帰試験が必要になります。

版を固定すると、セキュリティパッチやOSの更新に対応できないおそれがあります。一方で、毎年最新化する契約は計画的な費用がかかる代わりに、更新作業を小さくできます。

製品の利用期間、保守担当者、更新頻度、停止可能時間を基準に、固定と継続更新のどちらにするかを決めます。

Qtのシステム開発コストを抑えるポイント

手戻りが起きやすい部分を先に検証し、再利用できる範囲をはっきりさせておくと、費用を抑えられます。一方で、品質保証やセキュリティを削ると、障害や再開発によって総額が増えるおそれがあります。

MVPとPoCを分けた最初のリリース範囲の絞り込み

初回リリースの範囲は、利用頻度と事業効果を基準に絞ります。

• MVP：利用頻度と事業効果が高い業務を選び、全拠点・帳票・機器・OSは一度に含めない
• 先行リリース例：Windows向け主要10画面とAPI連携1つ
• 段階的な拡張：操作性とデータ品質を見て、Linux、オフライン、機器を追加

利用結果を次の要件に反映すると、初期費用を抑えられます。また、将来の拡張を見越した設計の境界も、初期に決めておきます。

データモデル、APIの版、UI部品、機器アダプターを分けておくと、後から追加しやすくなります。ただし、短期のMVPでも、処理を一つのクラスや画面に詰め込むと、次期改修の費用が高くなります。

共通部品・既存資産・CIの再利用による重複工数の削減

重複した工数を減らすには、部品、既存資産、ビルドとテストを再利用します。

• 共通部品：ボタン、入力検証、エラー、権限、一覧、ページング、ログ
• 既存資産：ライセンス、テスト範囲、依存ライブラリ、ビルド手順
• CI：複数OSのビルド、静的解析、単体テスト、パッケージ作成の自動化

QML部品やC++共通サービスにまとめ、デザインルールと部品の責任者を決めると、画面追加の工数とテスト範囲を抑えられます。

テスト自動化には初期費用が必要ですが、OSやQtを更新する製品では、リリースごとの確認コストを抑えられます。

初期段階でのライセンスと保守の条件の固定

ライセンスと保守は、条件をはっきりさせてから比べます。

• ライセンス：開発者数、開発会社の利用者、Qtモジュール、製品の配布台数をRFPに記載
• 適用条件：商用版、OSS版、量産時の扱いについて、Qt公式か販売パートナーへの確認
• 保守：対応時間、軽微改修の範囲、更新頻度の調整

配布条件やソース提供の義務が後から判明すると、再設計や契約変更が発生します。小規模事業者向けの価格には適用条件があるため、年額だけで比べません。

障害やセキュリティへの対応は削らず、LTSの採用、年1回の更新、ログや監視の共通化、現地とリモートの対応区分によって、継続費用を調整します。

Qtのシステム開発で見積もりを取る際のポイント

見積もりを依頼するときは、対象OS、画面数、機器やAPIを伝えます。このほか、次の条件も共有します。

• データベースと認証：接続先のデータベースと、利用者の認証方式
• 同時利用者と応答時間：利用人数と、操作に求める反応の速さ
• オフライン対応：通信が途切れても入力を続ける必要があるか
• 配布方法：端末や拠点へ配る方法
• 保守年数：稼働後に保守を続ける年数

情報が不足すると、開発会社は安全を見て余裕を積みがちです。その結果、各社の見積もり条件がそろわなくなるため、依頼時に情報を整えておきます。

RFPに記載する対象OS・機器・非機能要件・成果物

RFPには、開発対象だけでなく、非機能条件と納品物も記載します。

• 開発対象：Qt版、WidgetsかQMLか、OSと版、画面・帳票、API・機器
• 非機能条件：移行、認証、監査ログ、オフライン、応答、同時利用者
• 組み込み条件：CPU、GPU、メモリ、BSP、通信、量産台数、実機の貸与
• 成果物：設計書、コード、CI、テスト、SBOM、ライセンス、手順書

あわせて、バックアップと更新方式も伝えます。

成果物には、要件定義書と基本・詳細設計書に加えて、CMakeとCI設定、テスト仕様と結果、Qtライセンス一覧も受け取ります。

ソースコード、ビルド手順、インストーラー、運用・障害対応手順も明記します。納品範囲が明確であれば、会社変更や社内保守への移管時にも、追加費用を見通しやすくなります。

3社以上の工程別・条件別見積もりの比較

総額だけでなく、工程別の範囲と開発会社の専門性を同じ基準で比べます。

• 工程：要件定義、UI、C++、API・DB、機器、OS、テスト、導入、保守
• 見積条件：一式表記を含む、各社の工程別の条件
• 専門性：QML・C++の実績、業界の品質管理、ライセンス、テスト、保守移管

一式表記の見積もりでは、各工程の工数、担当者の役割、想定単価、前提条件、除外項目を質問します。加えて、対象OSへの対応実績も確認します。

2026年6月、Qt GroupとSRAは販売代理店契約を発表しました。

SRAは、ライセンス選定から設計・開発・テスト自動化までを支援するとしています（出典: 株式会社SRA「Qt Groupと株式会社SRA、販売代理店契約を締結」）。ただし、各社の対応範囲と実績は、一次情報で確かめる必要があります。

契約前に決める追加費用・変更管理・保守移管のルール

契約前には、変更時の費用、受入れ、保守移管の責任範囲を定めておきます。

• 変更管理：変更単価、追加画面の算定、仕様確定の時期、受入基準、遅延時の扱い
• 受入れ・更新：第三者ライブラリの脆弱性対応、Qt・OS更新の責任
• 保守移管：権利、リポジトリ、ビルド環境、証跡、データ、アカウント

PoC後に本番仕様が変わる場合は、成果物と本番の見積もりを分け、確定した事項と未確定の事項を明記します。

社内のC++やQMLの担当者が少ないときは、研修やコードレビューも含め、将来のベンダーロックインを抑えておきます。

Qtのシステム開発費用に関するよくある質問

検討中の担当者から寄せられやすい質問に、順に答えます。

金額は固定価格ではなく、予算取りと見積もり比較のための目安です。

Qtなら無料でシステムを開発できますか？

Qtにはオープンソースライセンスで使える範囲があります。無料で使えるかどうかは、ライセンス条件、リンク方法、改変、配布、ソース提供、第三者部品によって決まります。

一方で、商用ライセンスでは、開発者数、対象製品、デバイス配布の条件が変わります。Qt公式か専門の販売パートナーに確かめて判断します。

Qtの業務システム開発にはどのくらいの期間がかかりますか？

技術検証や画面モックは1〜2か月、小規模な社内アプリは2〜5か月が目安です。本番業務クライアントは、4〜9か月程度です。

機器連携や規制対応を含む製品では、9〜24か月以上かかることがあります。期間は、画面数、OS、機器の貸与時期、データ移行、受入テストの体制によって変わります。

見積もりでは、期間と費用を一緒に示してもらいます。

Qtの開発会社は何を基準に選べばよいですか？

Qtの実績だけでなく、QMLとC++の設計力、対象OS、組み込み機器、API・DB設計、テスト自動化、商用ライセンスの扱いを確かめます。

ソースコードの納品や長期保守も確認します。3社以上から工程別の見積もりを取り、似た業界・規模の事例で、性能、品質保証、運用移管の経験を質問します。

まとめ

Qtの開発費は、技術検証や小規模PoCで100万〜300万円、社内業務アプリで300万〜800万円が推定レンジです。また、本番業務クライアントは800万〜2,000万円、組み込みHMIや規制産業製品は1,500万〜数億円です。

これらは、Qt公式の受託価格ではなく、対象OS、画面、APIのほか、次の条件をもとにした目安です。

• 機器：接続する機器の種類と、実機の条件
• 性能：応答時間や描画など、求める水準
• 品質保証：テストの記録と、リリースの承認手続き
• 保守条件：対応時間と、更新の範囲

要件と運用条件が費用に与える影響

予算は、Qtライセンス、人件費、実機やOS別のテストを中心に、次の費用も分けて見積もります。

• データ移行：既存データの移し替えと、その検証
• セキュリティ：認証、権限、ログなどの対策
• 配布：端末や拠点へ配るための作業
• 保守：稼働後の対応と、更新の費用

PoCで不確実性を確かめてから、本番へ進みます。

QML・Widgets、実機性能、通信、オフライン動作を検証し、MVPの範囲を決めると、見えないリスクによる追加費用を抑えやすくなります。

見積もり依頼で確認するQtの専門性と長期保守

発注前に、対象OS、画面・帳票、機器・APIをRFPにまとめ、3社以上を工程別に比べます。このほか、次の項目もRFPに含めます。

• 認証と移行：ログイン方式と、既存データの移し替え
• 性能とテスト：求める性能の水準と、テストの範囲
• ライセンス：Qtの商用版とOSS版の扱い、配布条件
• 成果物：設計書やソースコードなど、納品するもの
• 保守年数：保守を続ける年数と、対応の範囲

開発費だけでなく、Qt・OSの更新、脆弱性・障害対応、社内への引き継ぎを含む総保有コストで判断します。長期利用に必要な保守条件も確認します。

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

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