Xamarinのシステムの発注は、まず既存資産を診断し、保守・移行・新規開発のどれを頼むかを分けるところから始まります。その後、要件と契約を固めて実機で検証し、運用まで見据えて委託します。
▼全体ガイドの記事
・Xamarinのシステム開発の完全ガイド
AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。
発注前に押さえるXamarinシステムの全体像
Xamarinのシステムは、スマートフォンやタブレットのアプリだけとは限りません。業務API、データベース、管理画面、認証、クラウドも含まれます。
アプリ画面だけを発注範囲にすると、連携や運用費が後から加わり、予算と納期がずれやすくなります。そこで、CRM・MA・ERPとの連携や通知、監視までを含む業務システムとして捉えます。
発注範囲に含めるアプリ以外の領域
発注範囲を決めるときは、業務システムを構成する領域と現場の機能を一覧にします。
- システム基盤：モバイルアプリ・API・データベース・管理画面・認証を含めます。
- 営業業務：顧客情報・案件ステータス・訪問予定・活動履歴・商品情報を整理します。
- 外部連携：CRM・MAのどちらを正とするか、同期頻度、エラー時の再送、重複データの扱いを決めます。
- 端末機能：位置情報・カメラ・バーコード・Bluetooth・オフライン入力を確認します。
また、写真添付、承認、プッシュ通知も候補になります。OS固有の機能を使う場合は、その機能の実機テストも範囲に含めます。
既存保守・移行・新規開発の切り分け
既存アプリがある場合は、種類と対象OSを押さえたうえで、画面数や依存関係を一覧にします。次に、短期保守、段階的な.NET MAUI移行、作り直しを比べます。
- アプリ構成：Xamarin.Forms・Xamarin.Android・Xamarin.iOSのどれを使うかと、対象OSを確認します。
- 既存資産：画面数やNuGetに加え、カスタムレンダラーとネイティブコードを調べます。
- 運用機能：ローカルDBや通知の仕組みに加えて、ストア証明書とCI/CDを確認します。
新規案件では、C#・.NET資産を生かせる.NET MAUIを第一候補にします。さらに、ネイティブ開発やほかのクロスプラットフォーム技術も、要件に応じて比べます。
不確実性と社内体制で決める発注形態
発注形態は、一括で任せるかどうかだけでなく、要件の確定度と社内体制で変わります。社内にプロダクト責任者や受入テストの担当を置けるか、開発後の保守体制が整っているかで、適した形も違います。
既存資産の診断を先に外注し、その結果をもとに移行や再構築を別契約にする進め方もあります。
要件と成果物を固定できる案件に向く一括請負
一括請負は、要件定義書や基本設計をもとに、成果物を納期までに完成させてもらう契約です。範囲を固定しやすく、社内の管理負荷も抑えられます。
- 対象範囲：画面やAPI、連携仕様に加えて、テストや導入も含められます。
- 仕様変更：契約後に現場要望で変更する場合は、変更管理と追加費用の調整が必要です。
- 未確定の業務：業務フローが固まっていなければ、先に要件定義やPoCを行います。
準委任・ラボ型が向く案件
準委任やラボ型では、一定期間・体制で協力し、優先順位を変えながら機能を作ります。たとえば、オフライン同期や現場入力など、実機で課題が見えやすい案件に向きます。
- 意思決定者：発注者側に、毎週決定できるプロダクトオーナーを置きます。
- 合意事項：バックログと受入条件、稼働時間に加えて、成果物と品質基準を決めます。
- 管理責任：人数を確保しても成果は保証されないため、担当者を明確にします。
診断・要件定義・開発を分けた発注
判断に迷う場合は、現行資産の診断と要件定義を先に発注します。成果物を確認してから、本開発に進むかを決めます。
- 診断では、ビルド環境を再現し、依存パッケージ、対象OS、ストア公開可否を確認します。
- 主要画面を実機で確認し、移行の難所を洗い出します。
- 要件定義では、営業現場の5シナリオを端末で検証します。
5つのシナリオは、ログインと顧客検索、活動登録に加えて、写真添付とオフライン復帰です。事前に診断や要件定義を行っておくと、本開発の見積もりの根拠を確かめやすくなります。
RFPと要件整理で先に書く業務シナリオ
RFPは、開発会社へ提案と見積もりを依頼するための資料です。機能一覧を増やすことより、業務の条件を正しく伝えることに狙いがあります。
何の業務を誰がどの端末で行い、どのデータを使って何を実現するかを、同じ条件で伝えます。特に、要件が曖昧なまま複数社へ依頼すると、各社の前提が異なるため、価格だけでは比べられません。
現場の一日を描いた業務シナリオ
「顧客を登録する」とだけ書いても、必要な要件は分かりません。そこで、利用状況と完了条件をシナリオにします。
- 業務の流れ：営業担当が弱電波の訪問先で顧客と変更履歴を確認し、写真を3枚添付して次回訪問日を登録します。
- 利用条件：利用者と場所、通信状況に加えて、入力項目と完了条件を明記します。
- 入力時の確認：入力秒数と片手操作の可否、必須項目の後入力、失敗時のデータ保持を確認します。
NotebookLMの営業・CRM調査で示された、現場の入力負荷と例外を先に把握する知見を、RFPの中心に置きます。
機能要件・非機能要件・移行条件の切り分け
RFPでは、実装する機能と、品質や運用の条件、データ移行の条件を分けて記載します。
- 機能要件：ログインや多要素認証、顧客・案件・活動履歴の登録と検索、権限別メニューを記載します。
- 非機能要件：対応OS・端末・同時利用者数・応答時間に加え、稼働時間やバックアップ、監査ログを定めます。
- 移行条件：移行対象と重複、文字コード、欠損データに加えて、切替日や旧アプリの停止方法を整理します。
機能の側には、ファイル閲覧やオフライン入力も含めます。また、非機能の側には、復旧目標、セキュリティ試験、ストア審査対応も記載します。
RFPに載せる成果物と提案依頼事項
提案依頼では、要件資料と開発会社への質問事項を揃えて示します。
- 共有資料：要件定義書や画面一覧・遷移図、API連携、データ項目などのほか、権限表と端末一覧も示します。
- 発注条件：希望日程、予算の考え方、社内担当範囲を共有します。
- 提案回答：体制や工程別工数に加え、前提・除外・リスク・代替案・保守体制を尋ねます。
- 対応範囲：Xamarin対応の対象領域を明記してもらいます。
そのうえで、ソースコードと設計書の納品方法も確認します。保守、.NET MAUI移行・新規開発、バックエンド・CRM連携のどこを指すかを分けて尋ねます。
契約形態と受け持ち範囲の合意
契約書の種類より先に、成果を誰がいつ確認するかを決めておきます。要件定義から保守まで一契約にまとめる場合でも、工程ごとの完了条件と変更手続きを定めます。
サポート終了後のXamarinでは、OSやストアの仕様変更への対応を区分しておく必要があります。その際は、開発会社の責任か、別途改修か、発注者の判断かを決めます。
契約書に書く検収条件と変更管理
検収は「動作すること」を基準にせず、画面やAPIごとの受入条件で定義します。また、確認する動作は契約前に決めておきます。
- 権限：許可された利用者が顧客を検索できること。
- 通信復帰：通信断から復帰しても重複登録が起きないこと。
- 端末と表示：指定端末で写真を保存でき、エラーメッセージが利用者に分かること。
仕様変更では、影響範囲と追加工数、納期に加えて、費用と承認者を記録します。そのため、口頭だけで済ませず文書に残すと、低い初期見積もりのあとに追加費用が膨らむリスクを抑えやすくなります。
ソースコード・データ・アカウントの所有者
成果物やアカウント、知的財産の扱いは、契約時に決めておきます。
- 納品物：ソースコードや設計書、API仕様、テスト仕様書と結果、移行仕様書を含めます。
- 運用情報：CI/CD設定とインフラ構成、運用手順、証明書の管理方法も対象です。
- アカウント：リポジトリ・クラウド・ストア・ドメイン・監視・通知を委託先だけが持つと、契約終了時に引き継げない可能性があります。
- 管理と権利：発注者組織で管理し、必要な権限を付与します。SDKライセンス、OSSの脆弱性、著作権・利用権も確認します。
開発契約と分けて決める保守範囲とSLA
保守契約では、対応時間や作業範囲、費用の区分を事前に決めておきます。
- 受付と障害対応：窓口と受付時間、障害優先度と一次回答時間、復旧目標を決めます。
- 保守作業：OS・SDK更新やストア審査、脆弱性対応、バックアップ、軽微な改修の扱いを定めます。
- Xamarin保守：サポート終了を理由に対応不可となる条件と、対象OSを確認します。
- .NET MAUI移行後：移行後の不具合と新機能追加の優先順位を分けて扱います。
- 費用：保守費は開発費と別に見積もり、クラウドやMDM、外部サービス料金も別項目にします。
Xamarinのシステム発注費用の幅（300万円から数千万円まで）
Xamarin固有の2026年標準価格表はありません。費用は、画面数に加えて、含める機能や運用範囲で変わります。
見る範囲は、アプリとAPI、管理画面のほか、CRM・MA連携や権限、オフライン同期です。移行や端末検証、セキュリティ、保守も、費用に関わる範囲として見ます。
ここに示すのは、2025年公開の一般的なモバイルアプリ費用と、リサーチノートの業務システム相場を合わせた推定です。個別案件の確定額ではありません。
前提条件付きの規模別費用レンジ
費用の目安は、機能や連携、テストの範囲と合わせて見ます。
- 技術検証・PoC：ログインと主要1〜3画面、API接続、実機確認を含めて100万〜300万円程度。
- 小規模アプリ：顧客・案件検索や活動登録、通知、簡易管理画面まで含めて300万〜800万円程度。
- 中規模案件：CRM・MA連携や権限、オフライン同期、履歴に加えて、管理画面と総合テストまで含めて800万〜1,500万円程度。
- 大規模案件：複数拠点や基幹連携、MDM、監査ログに加えて、データ移行と性能試験まで含めて1,500万〜5,000万円以上。
一般的なモバイルアプリの目安は、簡易が30万〜100万円、小規模が100万〜300万円です（出典：GMOおみせアプリ、2025年）。同資料では、中規模が300万〜800万円、大規模が800万〜2,000万円以上とされています。
ただし、業務システムにはAPIや権限、連携、運用が加わります。そのため、そのままXamarinの発注額とはみなさず、必要なバックエンドとテスト分を加えます。
.NET MAUI移行費を左右する既存資産の難しさ
移行費は、画面数に加えて、既存資産の技術的な難しさで変わります。見積もりでは、依存する要素を確認します。
- 実装資産：カスタムレンダラー、ネイティブコード、ローカルDBを調べます。
- 外部機能：サードパーティSDK、通知、認証を確認します。
- リリース基盤：CI/CDやストア署名を確認します。データ移行と回帰テストも見ます。
推定レンジは、軽い数画面の移行で300万〜800万円程度、業務アプリの標準的な移行で800万〜2,000万円程度です。特に、40〜50画面級で再設計やデータ移行を含む場合は、2,000万円を超える可能性があります。
自動移行ツールは変換を助けます。ただし、実機の画面差分やSDK差分、データ移行、回帰テストまでは自動化しません。
Microsoftの公式ポリシーでは、2026年7月時点で.NET 10はアクティブなLTSです。この.NET 10のサポート終了日は2028年11月14日です（出典：Microsoft「.NET Support Policy」、2026年7月更新）。
新規開発や移行では、現行のサポート期間を確認します。さらに、Xamarinを延命する場合も、移行準備の費用と期限を別に見積もります。
初期費用と分けた保守・クラウド・端末費用
初期開発費に加えて、運用開始後の費用も見積もります。
- 保守・改修：初期開発費の年10〜20％程度を検討目安にします。
- 変動要因：問い合わせ量やOS更新、障害対応、機能追加によって、保守費は変わります。
- クラウド・端末：API・DB・ファイル保管・監視・ログ・通知・MDM・ストアアカウント・検証端末・外部SDKを別項目にします。
- 過去の価格例：JMASの過去のXamarin・Azure資料には、プロトタイプ120万円以上、アプリ開発90万円以上、Azure環境構築30万円以上があります。
- 月額例の扱い：同資料のアプリ保守月6万円以上、Azure月額2万円以上は過去の事例で、2026年の見積もりとは断定しません。
対応領域で選ぶ委託先
2026年の選定では、過去のXamarin実績に加えて、現行OSや.NET MAUI移行への対応を確認します。さらに、バックエンドやCRM・MA連携も対象に含めます。
過去の実績は技術の蓄積を示します。ただし、現在もXamarinの新規開発を推奨しているとは限りません。そのため、保守、移行、新規.NET MAUIの提案範囲を明確にします。
実機・連携・保守の証拠で見る技術力
技術力は、提案内容や今回の業務シナリオに近い実例で確かめます。
- 実機とOS機能：対象OS・端末や主要画面の実機デモ、通信復帰、カメラ・Bluetoothを確認します。
- 連携とデータ：APIエラーの扱いや認証・権限・同期、監査ログ、CRM・MA連携の処理を質問します。
- 保守対応：ストア審査、証明書更新、第三者SDKの脆弱性、障害時のログ調査の担当を確認します。
- 実績の適合性：画面数や会社規模より、今回の業務シナリオに近い証拠を重視します。
体制と連絡の実効性
見積書に記載された人数に加えて、要件定義の責任者や各担当、保守窓口を確かめます。
- 担当者：要件定義やアプリ・API・インフラ・テストの担当者、保守窓口を確認します。
- 海外拠点・オフショア：日本語での要件定義、時差、品質管理、データ保管場所を確認します。
- 連絡と協議：再委託、障害時のエスカレーションを確認します。現場利用者や情報システム部門、データ管理者を含む短いワークショップも行います。
- 比較材料：会議での理解力や質問の質を見ます。
合計金額より前提と除外範囲を見る見積比較
複数社の見積もりは、開発工程、移行・検証、運用の3つに分けて並べます。
- 開発工程：要件定義と設計、アプリ、API・管理画面が含まれるかを見ます。
- 移行・検証：連携やデータ移行、テスト、導入の扱いを確認します。
- 運用：保守、ストア申請、障害対応の有無。
特に、最安値の見積もりでは、管理画面や受入テストが除外されていないかを見ます。
一方、高額でも実機検証や性能試験、運用設計、移行リハーサルを含めば、総額では合理的な場合があります。そこで、工数や単価、期間を一覧にします。体制、前提、除外、追加費用も同じ一覧に入れます。
価格差が大きい場合は、機能の解釈、品質基準、発注者側の作業が異なる可能性があります。たとえば、同じ画面数でも、顧客マスタのクレンジングを発注者と委託先のどちらが行うかで、費用は変わります。
比較の前に、同じ業務シナリオ、端末、対象データ、受入条件を渡します。そのうえで、各社に差分の理由を説明してもらいます。
発注後の小さな検証と本開発
発注者は、業務上の優先順位や利用者の代表、データの正しさ、受入判断を担います。一方で、開発会社は技術設計や実装、テスト、課題管理を担います。
この役割分担のもと、短いサイクルで実機を確認します。確認で出た利用者の意見は、仕様に反映します。
MVPで検証する現場の入力負荷と同期
最初からAI予測や複雑な分析機能は盛り込まず、5シナリオをMVPで検証します。このMVPでは、現場で毎日使えるかを確かめます。
- 基本操作：ログイン、顧客検索、活動登録を試します。
- 現場入力：写真添付とオフライン復帰を試します。
営業担当に実際の端末を渡し、入力時間や必須項目の多さ、電波が戻った後の同期、重複登録を確認します。写真の容量とエラー表示も見ます。毎日使えることを確かめてから、通知、承認、分析、CRM・MA連携を広げます。
マスタの表記揺れや重複を直さないままAI機能を足すと、誤ったデータを増やすだけになりやすいです。
納品工程に含めるテスト・ストア公開・教育
テストから公開後の引き継ぎまでを納品工程に含めます。
- 実機試験：OSや通信状態、権限、データ量に加えて、端末紛失や更新、復旧を確認します。
- 移行試験：既存アプリの主要業務が旧版と同じ結果になる回帰テストを行います。
- ストア公開：申請情報と証明書、プライバシー表示に加えて、利用規約と問い合わせ窓口を準備します。
- 運用引き継ぎ：利用者マニュアルと管理者教育、問い合わせ分類、ログ確認、障害時の連絡順を共有します。
非機能要件にする認証・権限・端末紛失
顧客情報や営業履歴を扱うアプリでは、認証や端末保護、アプリ検証を要件に含めます。
- アクセス保護：最小権限、多要素認証、通信暗号化、監査ログを定めます。
- 紛失・認証：アカウント失効、バックアップ、委託先管理と認証方式を定めます。
- 秘密情報：アクセストークンを平文保存しない設計にします。
- アプリ検証：OWASP MASVSに基づき、ストレージ・暗号・認証・通信・連携・コード品質を確認します。
- 納品条件：RFPと契約書に検証対象とテスト結果を記載します。
認証方式には、OAuth 2.0、OpenID Connect、Microsoft Entra IDなどがあります。.NET MAUI SecureStorageは、AndroidのKeyStoreやiOSのKeychainで値を保護します。
ただし、Androidのバックアップ復元やiCloud Keychain同期などの差分も確認します（出典：Microsoft Learn「Secure storage – .NET MAUI」、2026年3月更新）。さらに、耐タンパー性とプライバシーも対象です（出典：OWASP Mobile Application Security Verification Standard、2026年確認）。
よくある質問（FAQ）
発注時は、技術選定に加えて既存資産や現場業務を見たうえで、契約、費用、保守も同時に確認します。相談の場面でよく出る質問に、順に答えていきます。
2026年にXamarinで新規システムを開発しても問題ありませんか？
新規開発では、サポート状況と今後の対応負担を踏まえて判断します。
- 原則：新規開発は後継の.NET MAUIを中心に比較することをおすすめします。
- サポート：MicrosoftのXamarinサポートは2024年5月1日に終了しています。
- 継続時の対応：OS・SDK、脆弱性、ストア審査への対応を自社と委託先で担います。
- 例外：既存資産の短期保守などでは、移行時期と予算も決めます。
Xamarinの業務アプリ開発費用はいくらですか？
費用は、Xamarin固有の標準価格ではなく、開発範囲によって変わります。
- 技術検証：100万〜300万円程度が目安です。
- 小規模な社内アプリ：300万〜800万円程度が目安です。
- 中規模案件：CRM・MA連携を含み、800万〜1,500万円程度が推定レンジです。
- 大規模案件：複数拠点や基幹連携を含み、1,500万〜5,000万円以上が推定レンジです。
- 費用範囲：アプリ・API・管理画面・連携・移行・テストの条件を確認し、初期費と保守・クラウド・端末費を分けます。
開発会社へ見積もりを依頼するとき何を渡せばよいですか？
見積もりの前提を揃えるため、業務条件と既存資産を共有します。
- 業務と環境：シナリオ・利用者と権限・端末とOS・画面・連携先・データ量・オフライン要件を渡します。
- 発注条件：希望時期、予算の考え方、社内で担える作業を共有します。
- 既存アプリ：ソース・ビルド手順・依存パッケージ・ストア情報・障害履歴を提示します。
- 提案範囲：Xamarin保守・.NET MAUI移行・新規開発・バックエンド・CRM・MA連携の対象を確認します。
- 見積条件：除外範囲と保守条件を分けて回答してもらいます。
既存Xamarinアプリは移行と作り直しのどちらがよいですか？
選択前に既存資産を診断し、移行と再構築の条件を比べます。
- 診断対象：依存パッケージ・カスタムレンダラー・ネイティブコード・ローカルDB・認証・通知・データ移行・テスト資産を調べます。
- 移行の候補：共通画面や業務ロジックが多く、現行業務を維持したい場合です。
- 再構築の候補：技術的負債が大きいとき、業務を変えるとき、OS固有機能を大きく追加するときです。長期的に安全なことがあります。
- 比較手順：要件を整理し、.NET MAUIやネイティブでの再構築も比べます。まず診断と主要シナリオのPoCを発注します。
まとめ
発注前に、既存Xamarinの保守、.NET MAUIへの移行、新規.NET MAUI開発のどれを相談するかを明確にします。Xamarinのサポート終了後は、OS・SDKや実機検証に加え、連携、セキュリティ、保守まで含めて、委託先を判断します。
要件が固まった部分は請負にし、変化が多い部分は準委任や段階発注に分けると整理しやすくなります。RFPには、業務シナリオと通信断、写真の扱いを記載します。権限と同期も条件に含め、移行条件と成果物も書き添えます。
見積もりは合計金額だけでなく、前提と除外、受入条件、保守、運用費まで比べます。そのうえで、自社で運用できる契約と体制を選びます。
本番規模を一括発注する前に、診断やPoCで主要シナリオを実機検証すると、費用と納期の不確実性を下げられます。利用者と開発会社が同じ業務課題を見て、必要な機能と不要な機能を決めることが、使われ続けるシステムにつながります。
▼全体ガイドの記事
・Xamarinのシステム開発の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。