.NET MAUIのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

.NET MAUIのシステム開発は、C#とXAMLを中心にiOS・Android・Windowsなどへ展開する現場アプリと、API・データ基盤を一体で設計し、要件整理から定着まで段階的に進める方法が適しています。

「1つのコードで複数OSに対応できるなら安く作れるのではないか」「既存のCRMや販売管理とつなげられるのか」と考える方は多いです。一方で、オフライン入力、端末固有機能、データ移行、OS更新まで見積もらなければ、後から追加費用や現場の使いにくさが発生します。この記事では、.NET MAUIのシステムを実務で失敗しにくく進めるための6フェーズ、費用の考え方、見積もり時のチェックポイントを具体的に解説します。

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

.NET MAUIのシステム開発とは？全体像を整理します

.NET MAUIはCRMや営業支援の完成済みパッケージではなく、複数のプラットフォーム向けに業務アプリを構築するためのフレームワークです。モバイル側の画面を.NET MAUIで作り、ASP.NET CoreなどのAPI、データベース、既存のCRMやERPを組み合わせる構成が基本です。

顧客検索、案件一覧、日報入力、認証、API呼び出しなどは共通コードとして整理しやすい領域です。一方、カメラ、GPS、バーコード、プッシュ通知、ファイル保存、バックグラウンド処理などはOSごとの権限や挙動を確認しながら実装します。画面を一度作ればすべてのOSで完全に同じ動作になるわけではなく、共通化率を事前に断定しないことが重要です。

Microsoft Learnの企業向け.NET MAUIアーキテクチャでは、UIと業務ロジックを分離するMVVM、依存性注入、サービス層、APIクライアントなどを組み合わせる考え方が示されています（出典: Microsoft Learn「Enterprise Application Patterns Using .NET MAUI」）。この分離を最初に決めておくと、営業担当者向け画面を変更する際にも、データ連携や認証のコードを巻き込みにくくなります。

システムの範囲は「.NET MAUIで画面を作る」と決めるだけでは不十分です。顧客・会社・担当者・リード・案件・活動履歴のどこを管理するのか、既存CRMを正とするのか、新しい業務APIを正とするのかを決めます。Salesforce、HubSpot、Dynamics 365、販売管理、基幹システムなどと連携する場合は、APIの項目、更新権限、レート制限、エラー時の再送方法まで確認します。

現場で使うシステムなら、電波が弱い場所で入力できるかも早い段階で判断します。オフラインキャッシュを採用する場合は、端末に持つデータの範囲、暗号化、同期の順序、同じ顧客を複数人が更新した場合の競合解決を決めます。高機能にすることよりも、訪問先で30秒以内に次回アクションを登録できることなど、利用率につながる基準を置くことが大切です。

.NET MAUIのシステム開発の進め方を6フェーズで解説します

進め方は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズに分けます。各フェーズの終了条件を決め、次の工程へ進む前に判断材料をそろえると、後半での大幅な作り直しを抑えられます。特に営業・CRM用途では、利用者が画面を触るタイミングを要件に含めることが成功の分かれ目です。

最初に、誰が、いつ、どの端末で、何を入力し、入力後に誰が使うのかを整理します。営業日報なら、訪問前の顧客確認、訪問中の写真・位置情報の記録、訪問後の活動履歴と次回アクション登録までを一連の業務として描きます。画面一覧だけでなく、業務フロー、権限、入力必須項目、承認、通知、帳票、検索条件を洗い出します。

要件整理のチェックリストとして、利用者と人数、対象OSと端末、オンライン・オフラインの前提、連携先とデータの正、個人情報の種類、監査ログの要否、ストア配信の有無、導入後の問い合わせ窓口を確認します。ここで「既存Excelをそのまま移す」のではなく、入力されていない項目や重複した顧客を特定します。マスタデータの整備を発注者と開発会社のどちらが担うかも、要件定義書に明記します。

選定では、標準CRMのモバイル機能を使う方法、SaaSに.NET MAUIの現場アプリを組み合わせる方法、既存.NETバックエンドとMAUIクライアントを組み合わせる方法、フルスクラッチで作る方法を比較します。標準業務が中心ならパッケージが有利ですが、現場独自の入力、オフライン、カメラやバーコード、複雑な承認が競争力に直結するなら、専用アプリを検討しやすくなります。

いきなり全機能を開発せず、代表画面を1〜3本に絞ったPoCを行います。ログイン、顧客検索、写真添付、API接続、オフラインからオンラインへ戻った後の同期を実機で確かめます。評価項目は、画面表示時間、入力にかかる操作数、同期エラーの扱い、iOSとAndroidの見た目の差、端末権限の説明、開発会社が固有コードを説明できるかです。PoCの終了条件を満たさないまま本開発へ進まないことが安全です。

設計では、MAUIクライアント、認証、業務API、データベース、外部連携、通知、ログ監視を分けて定義します。UIはView、画面状態や表示用の処理はViewModel、業務ルールとデータアクセスはサービス層へ分離し、API側でも認可を実施します。端末側の表示制御だけで権限を守ろうとすると、APIを直接呼ばれた場合に情報漏えいするためです。

オフライン対応では、端末が保持するデータの有効期限、暗号化、同期キュー、重複登録、削除の扱い、競合時に利用者へ見せるメッセージを設計します。トークンなど小さな秘密情報は.NET MAUIのSecureStorageを候補にできますが、Microsoft Learnでも大量のテキストを保存する用途ではないと説明されています（出典: Microsoft Learn「Secure storage – .NET MAUI」）。顧客一覧や案件履歴そのものをSecureStorageに置かず、暗号化された適切なデータ領域とAPIアクセス制御を設計します。

開発中は、画面を作る担当者だけでなく、データ移行、API、インフラ、実機QA、業務部門の責任者を定例に参加させます。2週間単位など短い区切りで実機デモを行い、仕様書の文言だけでは見つからない「ボタンが押しにくい」「検索結果が多すぎる」「通信中か分からない」といった問題を修正します。

テストは、単体テストやAPIの結合テストだけでは足りません。iOS、Android、Windowsの対象バージョン、画面サイズ、メモリやカメラ性能が異なる端末、低速回線、通信断、アプリの強制終了、端末の時刻ずれを組み合わせます。営業現場で写真を10枚添付した場合、通信が途中で切れた場合、同じ顧客を別担当者が更新した場合など、実際の失敗シナリオを試します。

ストア公開を行う場合は、開発の終盤ではなくテスト計画の段階で審査、署名、証明書、プライバシー表示、ロールバック方法を確認します。Google Playでは、Android 15を対象とする新規アプリや更新について、2025年11月1日から16KBページサイズへの対応が求められています（出典: Google Android Developers「Support 16 KB page sizes」）。ネイティブライブラリや外部SDKを含む場合は、MAUI側だけを見ずにビルド成果物を実機で確認します。

本番稼働は、全社一斉に切り替えるより、1部署や数名の営業担当者を対象にしたパイロットから始める方法が安全です。顧客検索の成功率、日報の入力完了率、案件更新率、同期エラー件数、問い合わせ件数を初週・初月で確認します。既存Excelや旧アプリをいつ停止するか、二重入力をどの期間許容するか、障害時に誰が判断するかも事前に決めます。

稼働判定では、機能が完成したかだけでなく、データ移行の件数、権限テスト、バックアップからの復旧、監査ログ、通知、端末紛失時のアカウント失効を確認します。設計書、テスト結果、ソースコード、CI/CD設定、環境変数の管理方法、移行仕様書、操作マニュアルを成果物として受け取ることも大切です。納品物が曖昧なままでは、将来の保守会社変更や内製化が難しくなります。

システムはリリースして終わりではありません。現場が使わない理由を、操作の難しさ、入力項目の多さ、通信環境、業務ルール、管理者のフォロー不足に分けて確認します。利用開始後の1か月は、短い操作説明、現場同行、問い合わせの分類、改善版の小刻みなリリースを行うと、Excelへ戻る兆候を見つけやすくなります。

定着のKPIは、ログイン人数だけにしません。訪問後24時間以内の活動登録率、案件ステージ更新率、必須項目の未入力率、検索から登録完了までの時間、同期失敗率を設定します。AIによるリードスコアや予測分析を追加する場合も、まず顧客名の重複や住所の表記揺れを整理し、元データの品質を確認します。データが整っていない状態で高機能な分析を追加しても、営業判断の信頼性は上がりにくいです。

.NET MAUIのシステム開発費用相場と内訳を確認します

.NET MAUIを採用すると画面やロジックの共通化を期待できますが、費用が自動的に半額になるわけではありません。API、管理画面、外部連携、データ移行、実機テスト、ストア対応、保守設計は別に必要です。以下の金額は、調査ノートの営業・CRMシステム相場と一般的な業務モバイル開発の工数を組み合わせた編集上の推定レンジであり、特定会社の定価や確定見積ではありません。

小規模PoCや営業日報アプリは、10〜20画面、ログイン、日報、写真、簡易API、iOS・Android対応を含めて300万〜800万円程度が推定レンジです。期間は2〜4か月程度が目安です。顧客・案件・活動履歴、権限、通知、オフライン同期、管理画面、CRM連携を含む中規模システムは、800万〜2,000万円程度、期間は4〜8か月程度を見込みます。

複数拠点、複数OS、ERP・SFA・MA連携、厳格な監査ログ、データ移行、BI、全社展開まで含める大規模案件は、2,000万〜5,000万円以上、期間は8〜18か月程度が推定レンジです。SaaSの標準機能を使い、初期設定と少数の連携だけを行う場合は、50万〜300万円程度の初期設定費に月額ライセンスが加わる形もあります。要件を減らせば必ずこの範囲に収まるという意味ではありません。

予算配分のたたき台として、要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%、開発30〜40%、結合・総合テスト15〜20%、移行・教育5〜10%程度に分けて考えます。実際の割合は画面数や既存APIの状態で変わるため、比率を固定価格として扱わず、見積書の各工程と成果物を照合します。

追加費目には、クラウド利用料、監視、通知サービス、地図や電子署名の外部サービス、ストア登録、端末購入、UIコンポーネント、脆弱性診断、データクレンジング、教育、保守があります。例えば業務UI部品を導入する場合、メシウスのComponentOne 2024J v2では、Enterpriseの開発ライセンスについて初回22万円、更新11万円という公表例があります（出典: メシウス株式会社の製品資料、1人・1年・税込）。これはアプリ開発費ではなく、追加ライセンス費の一例です。

保守費用は、障害対応だけでなく、iOS・Android・Windows、Xcode、Android SDK、.NET MAUI、NuGetパッケージの更新確認に使われます。調査ノートでは、スクラッチ開発の保守・OS対応・脆弱性修正を初期開発費の年10〜20%程度とする目安を整理していますが、SLA、対応時間、対象端末、改修時間を含むかで変わります。したがって、年額を一つの数字で断定せず、保守契約の範囲を確認します。

2026年8月時点でMicrosoftの公式サポートポリシーでは、.NET MAUI 10は2025年11月11日にリリースされ、サポート終了日は2027年5月11日とされています（出典: Microsoft「.NET MAUI support policy」、2026年7月23日更新）。.NET本体のサポート期間と.NET MAUIのサポート期間は同じとは限らないため、採用時にアップグレード計画と予算を契約へ含めます。

.NET MAUIの見積もりを取る際のポイントを解説します

見積もりの金額だけを比較すると、安い提案に見えたものが後から高くなることがあります。特に.NET MAUIでは、共通画面の開発費だけでなく、OS固有処理、API、データ移行、実機検証、ストア公開、運用を含めて比較します。発注前に「何を作るか」だけでなく「何を作らないか」も明確にすることが大切です。

見積依頼時は、画面一覧、画面ごとの目的、利用者ロール、入力項目、検索条件、通知、帳票、外部連携、データ移行件数、対象端末、対応OS、同時利用者数、想定通信環境を渡します。オフライン対応なら、何時間までのオフラインを許容するか、同期の優先順位、競合時の最終決定者を記載します。機能要件が同じでも、端末を3種類で検証するのか20種類で検証するのかで工数は変わります。

非機能要件も後回しにしません。ログインにMicrosoft Entra IDやOAuth 2.0を使うのか、MFAを必須にするのか、端末紛失時にトークンを失効できるのか、監査ログを何年間保管するのか、障害通知を何分以内に行うのかを決めます。個人情報を扱う場合は、アクセス権限、暗号化、バックアップ、委託先、海外クラウド、脆弱性修正の責任分界を確認します。出典として個人情報保護委員会の安全管理措置ガイドラインやOWASP MASVSを参照し、受入テストへ落とし込みます。

2〜3社へ相談する場合は、同じRFP、同じ画面一覧、同じ対象OS、同じ連携条件を渡します。比較表では、要件定義、UI設計、MAUIクライアント、API、管理画面、データ移行、テスト、ストア、教育、保守を分け、含む・含まない・別途のいずれかを記載してもらいます。工数だけでなく、プロジェクト責任者、実機QA担当、データ移行担当、問い合わせ窓口が誰かも確認します。

開発会社には、「MAUI 10への更新方針はありますか」「Xamarinから移行する場合の既存資産調査は含みますか」「iOS・Androidの固有処理はどこにありますか」「オフライン同期の競合をどう解決しますか」「設計書とソースコードをどの形式で納品しますか」「ストア審査やOS更新に何時間まで対応しますか」と質問します。公開実績の有無だけでなく、質問に対して構成、リスク、代替案を具体的に説明できる会社を選びます。

追加費用になりやすいのは、既存APIの仕様不足、顧客マスタの重複、端末の追加、オフライン要件の後付け、OS更新、ストア審査の差し戻し、外部SDKのライセンス、セキュリティ診断、現場教育です。これらを「必要になったら相談」だけで終わらせず、前提条件、除外範囲、変更管理、追加単価、承認者を契約書や見積条件へ書きます。

また、納品後の責任分界を決めます。アプリの不具合、API障害、クラウド障害、外部サービス停止、端末故障、利用者の操作ミスを同じ保守範囲にしないことが重要です。重大障害の一次受付、復旧目標、データ復旧、報告期限、MAUIやSDKのアップデート時期を決めておくと、稼働後の判断が早くなります。

.NET MAUIのシステム開発でよくある質問

.NET MAUIは複数OS対応に向く一方、既存システム、端末、現場の通信環境によって最適な進め方が変わります。ここでは、発注前によく出る疑問へ結論から回答します。

必ず半額になるわけではありません。画面や業務ロジックを共通化できる可能性はありますが、API、認証、データ移行、端末固有機能、実機テスト、ストア対応、運用費用は残ります。PoCで共通化できる範囲と固有実装の量を確認し、OS別の工数を見積書へ分けてもらいます。

作れますが、端末に何を保存するかと同期ルールの設計が必要です。通信断の間に登録した日報をキューへ保存し、復旧後に送信するだけでなく、同じ顧客を複数人が更新した場合の競合、削除、失敗時の再送、期限切れデータの扱いまで定義します。顧客情報を端末に持つ場合は、暗号化、端末ロック、リモート失効、ログを含むセキュリティ要件を設定します。

移行できる可能性はありますが、プロジェクト設定、NuGetパッケージ、サードパーティ製コントロール、プラットフォーム固有コード、証明書、ストア設定を事前に調査します。画面や業務ロジックをそのまま移せるとは限らないため、まずビルド可能性と依存関係を確認し、代表画面を移行する小規模検証を行います。移行後のMAUIバージョンとサポート期間も含めて計画します。

連携先のデータ項目、更新権限、APIの呼び出し回数、レート制限、エラー時の再送、データの正を最初に決めます。顧客名や担当者名の重複を整理せずに連携すると、アプリ側に不正確な検索結果が表示されます。CRMの標準モバイル機能で足りる部分と、MAUIで独自に作る部分を分け、連携本数と移行件数を見積もりに反映します。

.NET MAUIのシステム開発は小さく検証して現場へ定着させます

ここまでの内容を、開発会社へ相談する際に使える判断軸としてまとめます。採用可否はフレームワーク名だけで決めず、現場で使う画面、既存データ、端末、更新体制を一つの計画に落とし込んで判断します。

要件整理から定着までを一つの工程として扱い、各フェーズの終了条件と担当者を決めます。特に、PoCの実機評価、データ移行の検証、OS更新の計画、利用率のKPIを先に置くと、開発完了だけを成功とする判断を避けられます。

開発会社へ相談する前に、利用者、対象OS、端末台数、代表画面、既存CRMや基幹システム、オフラインの有無、個人情報、希望時期を整理します。情報が揃っていなくても、分からない項目を分からないまま示すことで、調査やPoCを含む現実的な提案を受けやすくなります。

.NET MAUIのシステム開発を成功させるポイントは、フレームワークの採用だけで費用や期間を判断しないことです。要件整理で現場の利用場面とデータの正を決め、選定フェーズでPoCを行い、設計・開発ではAPIや認証と端末固有処理を分離します。その後、実機・低速回線・同期エラー・ストア要件を含むテストを行い、段階リリースとKPI確認を通じて定着させます。

費用は、小規模PoCで300万〜800万円程度、中規模CRMモバイルシステムで800万〜2,000万円程度、大規模な営業・MA基盤で2,000万〜5,000万円以上という推定レンジを出発点にできます。ただし、これは調査ノートと一般的な開発工数を組み合わせた目安です。画面、連携、移行、端末、セキュリティ、保守の前提をそろえて複数社へ依頼し、成果物と責任分界まで比較してください。

まずは営業日報や顧客検索など、現場の利用頻度が高く、効果を測りやすい業務を1つ選びます。利用者、対象端末、連携先、必須画面、オフラインの有無、セキュリティ条件を整理してPoCの範囲を決めると、.NET MAUIが自社に合うかを現実的に判断しやすくなります。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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