Exchange Onlineのシステム開発の発注/外注/依頼/委託方法について

Exchange Onlineのシステム発注・外注は、メール基盤をゼロから開発するのではなく、Microsoft 365の設計、既存メール移行、認証・セキュリティ、業務連携、運用を一体で委託する方法です。

「何をどこまで頼めばよいのか」「ライセンス以外にいくらかかるのか」「移行後も安全に運用してもらえるのか」と悩む企業は少なくありません。本記事では、発注形態の選び方、RFPと要件整理、契約形態、費用相場、委託先の選定、見積書の比較方法まで、Exchange Onlineの導入・移行・連携を外注する際の実務を順番に解説します。

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

Exchange Onlineのシステム発注・外注とは？全体像を整理します

Exchange Onlineの外注では、メールボックスを使える状態にするだけでなく、現在の環境を調査し、移行方式を決め、利用者と業務アプリへの影響を抑えながら切り替えます。依頼先によって対応範囲が大きく異なるため、最初に「導入支援」「移行支援」「連携開発」「運用代行」を分けて考えることが重要です。

Exchange Onlineは、Microsoft 365に含まれるクラウド型のメール・予定表基盤です。メールボックス、Outlook、共有メールボックス、会議室予約、メールフロー、迷惑メール対策などの標準機能を利用するため、独自のメールサーバーを新規開発する必要は通常ありません。発注する仕事の中心は、Microsoft Entra IDとの認証設計、独自ドメインのDNS設定、既存メールの移行、端末展開、利用ルール、管理者への引き継ぎです。

標準機能で足りない受付・承認・通知・顧客管理などを業務アプリとつなぐ場合は、Microsoft Graph、Power Automate、Azure Functionsなどを使った追加開発を検討します。メール基盤全体を作り替えるのではなく、標準機能に合わせるFit to Standardを基本にして、業務上の差別化部分だけを連携開発する考え方が、費用と将来の保守負担を抑えやすいです。

発注前には、ライセンスの契約だけを依頼するのか、現行調査から移行、端末設定、利用者教育、ヘルプデスクまで任せるのかを決めます。たとえば、CSPからライセンスを購入しても、旧メールサーバーの転送設定、複合機のSMTP送信、共有アドレスの権限設定、退職者メールの保持方針までは自動で整いません。ここを曖昧にしたまま契約すると、切替直前に追加費用や社内作業が発生します。

社内側にも、業務判断をする責任者、利用部門の代表、ネットワーク・ID管理者、情報セキュリティ担当を置きます。委託先に任せるのは設計・設定・移行作業であっても、保存期間や外部共有のルール、停止可能時間、承認者を決めるのは自社です。外注を成功させる第一歩は、技術作業と業務上の意思決定を分けることです。

Exchange Onlineの発注形態はどれを選べばよいですか？

結論として、ユーザー数が少なく標準機能だけを使うなら初期設定支援、既存メールの移行や複数拠点があるならMicrosoft 365に強いSIパートナー、業務アプリとの連携や運用まで必要なら設計・開発・保守を一括して担える会社が向いています。会社の知名度ではなく、自社の課題と委託範囲に合う発注形態を選ぶことが大切です。

10〜50ユーザー程度で、新しいテナントに独自ドメイン、MFA、基本的なメールフローを設定するだけなら、ライセンス販売店や導入支援会社に初期設定を依頼する形が候補です。費用を抑えやすく、短期間で始められる一方、既存サーバーからの移行、端末の大量展開、複合機や基幹システムの送信設定は別作業になりやすいです。見積書に「設定対象」「対象ユーザー数」「問い合わせ対応期間」を明記してもらいます。

オンプレミスExchange、IMAPメール、レンタルサーバー、複数テナントなどから移行する場合は、現行環境を調べて移行計画を作るSIパートナーが適しています。メールボックスの移行だけでなく、Entra ConnectなどのID同期、条件付きアクセス、DNS切替、旧環境との共存、スマートフォンの再設定まで設計できるかを確認します。数百ユーザー以上では、週末一括切替より、パイロットと部署別の段階移行を組み合わせた方が、問題を発見しやすいです。

問い合わせ受付、承認通知、営業活動の記録などをメールや予定表と連動させる場合は、GraphやPower Automateを使った追加開発が必要です。開発だけでなく、API権限、秘密情報の保管、失敗時の再送、監査ログ、仕様変更への対応を運用設計に含めます。24時間監視、障害時の一次切り分け、Microsoftへの問い合わせ代行まで必要なら、マネージドサービスとして契約する方法もあります。

Microsoft Learnでは、Microsoft GraphのメールAPIがユーザーのプライマリメールボックスと共有メールボックスを扱えると説明されています。ただし、インプレースアーカイブは対象外とされているため、連携要件にアーカイブ検索まで含める場合は別方式の検討が必要です（出典: Microsoft Learn「Use the Outlook mail REST API – Microsoft Graph v1.0」、2026年参照）。

RFPと要件整理はどのように進めますか？

RFPは「Exchange Onlineを導入したい」と伝えるだけの資料ではなく、現状、目的、対象範囲、制約、成果物、評価方法をそろえた発注依頼書です。細かな製品設定を最初から決める必要はありませんが、移行対象と業務影響を具体化するほど、会社ごとの見積条件をそろえて比較しやすくなります。

最低限、ユーザー数と部署、メールボックス容量、共有メールボックス、配布グループ、転送、メーリングリスト、独自ドメイン、利用端末、スマートフォン、複合機、監視ツール、業務アプリの自動送信元を一覧化します。オンプレミス環境が残る場合は、Active Directory、同期方式、既存Exchangeのバージョン、ハイブリッドの要否も記載します。

特に見落としやすいのが、見た目はメール送信でも裏側でEWSや古いSMTP認証を使っている製品です。MicrosoftはExchange OnlineのEWSを2026年10月から全組織で無効化し始め、2027年4月には完全無効化する予定です（出典: Microsoft Learn「Exchange Onlineでの Exchange Web サービスの廃止」、2026年参照）。RFPにEWS利用状況の調査とGraphまたは対応製品への移行可否を含めると、将来の再委託を避けやすくなります。

RFPには、現状分析報告書、基本設計書、移行計画、テスト仕様書、操作マニュアル、管理者向け手順書、運用設計書などの成果物を記載します。さらに、パイロットの合格条件、送受信テスト、予定表・共有メールボックスの確認、外部宛メールの到達、迷惑メール判定、スマートフォンの接続、DNS切替後の監視期間を受入条件にします。

停止可能時間、旧環境をいつまで残すか、障害時に元へ戻す条件、問い合わせ窓口、利用者教育の回数も重要です。例えば「切替日に送受信ができること」だけでなく、「切替後24時間のエラー監視」「移行対象メールの件数照合」「未移行ユーザーの一覧提出」まで求めると、完了の基準が明確になります。

いきなり全社を切り替えるのではなく、情報システム部門、営業、共有アドレスを多用する部門など、異なる使い方をする代表ユーザーでパイロットを実施します。確認項目は、Outlook on the webとデスクトップの送受信、会議招集、会議室予約、共有メールボックス、スマートフォン、複合機、業務アプリの自動送信です。

移行方式は、メール量、旧環境、停止可能時間、共存の必要性で変わります。段階移行なら部署単位や拠点単位で切り替え、各回の結果を次の移行に反映します。委託先には、移行バッチの実行者、エラーの再処理方法、ユーザーへの告知文、切替後のサポート体制を提案書に含めてもらいます。

Exchange Onlineの外注契約はどの形態が適していますか？

契約形態は、作業内容が固まっているか、調査しながら進めるか、稼働後の運用を継続するかで選びます。移行作業のように成果物と完了条件を定めやすい部分と、現行調査や連携開発のように要件が変わりやすい部分を、同じ契約・同じ見積に押し込まないことがポイントです。

テナント初期設定、DNS設定、移行ツールの設定、決められたユーザー数のデータ移行など、作業範囲と完成条件を定義できる部分は請負契約が候補です。納品物、検収期限、修正対応、追加作業の扱い、移行失敗時の再実施条件を契約書や仕様書に入れます。

一方で、現行環境が把握できていない段階から全作業を固定価格にすると、委託先が予備工数を多く見積もるか、後から変更費用が増える可能性があります。固定価格を選ぶ場合でも、最初にアセスメントを別契約にして、調査結果をもとに本移行の範囲と金額を再定義する進め方が現実的です。

現行調査、要件定義、基本設計、EWS利用状況の確認、Graph連携の方式検討など、作業時間と専門性の提供を重視する工程は準委任契約が合いやすいです。月ごとの作業時間、担当者、会議体、報告内容、作業時間の上限、成果物の品質確認方法を合意します。何でも時間精算にするのではなく、作業項目ごとの予定工数と完了条件を置くと、発注者側も進捗を管理できます。

Graph連携では、認証方式や権限の検証中に仕様が変わることがあります。要件が固まる前に「メール送信機能一式」とだけ請負にすると、対象メールボックス、共有メールボックス、添付ファイル、再送、監査ログなどの解釈がずれるため、調査・プロトタイプを準委任で実施し、本開発を請負に分ける方法も有効です。

稼働後は、アカウント作成・削除、共有メールボックスの権限変更、迷惑メールの調査、メールフロー変更、障害の一次切り分け、Microsoftへの問い合わせ、月次レポートなどを運用契約で定めます。受付時間、一次回答までの時間、復旧目標、重大障害の連絡方法、休日対応、対象外作業の単価を明記します。

Microsoftのサービス障害、回線障害、端末故障、利用者の操作ミス、第三者製品の不具合を誰が切り分けるかも重要です。標準の保持機能と第三者バックアップ、長期アーカイブは同じものではないため、データ復元の責任者、復元テストの頻度、退職者メールの保持期間まで決めておくと、契約後の認識違いを抑えられます。

Exchange Onlineの発注・外注費用相場はいくらですか？

費用は、ライセンス料金、初期設定・移行費、業務アプリ連携費、運用・バックアップ費の4層に分けて考えます。Exchange OnlineはSaaSのため、メールボックスを使うだけなら開発費は発生しませんが、移行対象やセキュリティ要件が増えるほど導入支援の工数が増えます。以下は公開価格と業務システムの作業相場をもとにした概算であり、正式な見積金額ではありません。

Exchange Online Plan 1・Plan 2や、Teams、Officeアプリ、セキュリティ機能を含むMicrosoft 365 Business・Enterprise系プランから、必要な機能で選びます。年契約か月契約か、Teamsの有無、販売店の契約条件、価格改定によって金額が変わるため、Microsoft公式の比較ページと契約先CSPの見積を同じ時点で確認します。

参考として、NTTドコモビジネスの2026年7月更新の価格表では、Microsoft 365 Business Basicが1ユーザーあたり月額1,101円、税込1,211円の表示です（出典: NTTドコモビジネス「Microsoft 365プラン料金表」、2026年7月）。ただし、これは同社の提供条件に基づく参考価格であり、Exchange Onlineだけを契約する場合や、別のCSPを利用する場合の金額を意味しません。ライセンスは必ず契約時点の最新価格で再確認します。

10〜50ユーザーでテナント、独自ドメイン、MFA、基本ポリシー、Outlook設定だけを依頼する場合は、30万〜100万円程度が一つの目安です。50〜300ユーザーでIMAPやオンプレミスメールから移行し、パイロット、DNS切替、端末展開、利用者教育まで含める場合は、100万〜500万円程度を想定します。

300〜1,000ユーザー、複数拠点、ID同期、ハイブリッド構成、監査・保持、複雑なメールフローがある場合は、500万〜1,500万円程度まで広がる可能性があります。これらはリサーチノートにある業務システム全般の相場を、Exchange Onlineの移行・設計作業量に当てはめた推定レンジです。ユーザー数だけでなく、共有アドレス数、データ容量、旧環境の複雑さ、休日切替の有無で大きく変動します。

Graph、Power Automate、Azure Functionsなどで業務アプリと連携する場合は、1アプリあたり300万〜1,000万円程度の推定レンジを置くことがあります。これは権限設計、アプリ登録、API実装、テスト、監視、障害時の再送設計まで含める場合の作業量から見た目安で、送信だけか、検索・予定表・承認・監査まで扱うかで変わります。既存システム側の改修費やライセンスも別途確認します。

運用保守は、対象時間とSLAにより、月15万〜80万円程度、または初期構築費の年15〜25％程度を目安に比較します。バックアップ、アーカイブ、Defender、Purview、監視ツールなどの利用料は保守費に含まれないことがあるため、月額見積に「ライセンス」「作業費」「問い合わせ」「復元テスト」を分けて記載してもらいます。

委託先の選定と見積比較では何を確認すべきですか？

委託先は、Microsoft 365の販売実績だけでなく、Exchangeの移行、DNS、ID同期、複合機、業務アプリ、セキュリティ、運用の経験を確認して選びます。見積総額が安い会社が最適とは限らず、作業の抜けや切替後の支援範囲を含めて比較することが重要です。

「Microsoft 365の導入実績」だけでは不十分です。自社と近いユーザー数、旧環境、移行方式、拠点数、セキュリティ要件の事例を示せるかを尋ねます。IMAP、cutover、staged、remote move、テナント間移行のどれを経験しているか、EWSからGraphへの置き換えを支援できるか、Microsoft認定資格や担当者の経験があるかも確認します。

実績の確認では、会社名や導入社数だけでなく、担当範囲と成果物を見ます。移行後の問い合わせ件数、切替時の体制、障害時の復旧手順、バックアップ復元テストまで聞ければ、実際に自社を任せられるか判断しやすくなります。顧客情報の都合で社名を出せない場合でも、規模、業種、移行方式、課題と対応策の説明を求めます。

見積書は「導入一式」「移行一式」「保守一式」だけのものを避け、現行調査、要件定義、テナント設計、ID同期、DNS、メールフロー、共有メールボックス、端末展開、パイロット、移行本番、教育、切替後支援に分けてもらいます。数量もユーザー数、メールボックス数、共有アドレス数、ドメイン数、端末数、拠点数で記載されているか確認します。

会社ごとに前提条件が違うと、安い見積が単に作業を含んでいないだけの可能性があります。移行データの上限、休日作業、交通費、Microsoftへの問い合わせ、旧環境の停止、教育資料、追加テスト、再移行、税・ライセンスの扱いをそろえて比較します。金額だけでなく、除外項目と追加単価を見ることが、発注後の予算超過を防ぎます。

MFA、条件付きアクセス、管理者ロール、監査ログ、保持・削除、外部共有、SPF・DKIM・DMARC、退職者アカウント、バックアップと復元をどの工程で設計するか確認します。メールをクラウドへ移すだけでなく、誰がどのデータへアクセスし、いつまで保持し、事故時にどの証跡を確認するかまで提案できる会社が望ましいです。

また、管理者の引き継ぎがないと、契約終了後に自社で設定変更できません。設定一覧、アプリ登録情報、権限一覧、DNS変更履歴、運用手順、障害時の連絡先、月次レポートのサンプルを成果物に含めます。Graph連携では、広すぎるアプリケーション権限を避け、最小権限、秘密情報の安全な保管、監査ログ、レート制限を設計できるかも選定軸になります。

Exchange Onlineの発注・外注に関するよくある質問

ここでは、発注前によく寄せられる疑問に回答します。ライセンス、移行、セキュリティ、契約後の運用を切り分けて考えると、委託先へ相談する内容も明確になります。

標準機能でメールと予定表を使うだけなら、開発会社への発注は必須ではありません。ただし、既存メールの移行、独自ドメイン、MFA、端末展開、複合機や業務アプリの送信設定がある場合は、導入・移行支援会社へ依頼すると事故を抑えやすくなります。

別に考えるべきです。ライセンスはユーザー数と契約プランに応じた継続費用で、外注費は現行調査、設計、移行、教育、連携、運用の作業費です。見積書では初期費用、月額ライセンス、月額保守、バックアップやセキュリティの追加ライセンスを分けてもらい、3年間程度の総額でも比較します。

はい、早めの棚卸しをおすすめします。MicrosoftはExchange OnlineでEWSを2026年10月から無効化し始め、2027年4月には完全無効化する予定のため、アーカイブ、監視、移行、複合機、ワークフローなどの利用状況を確認し、Microsoft Graphや対応製品へ移行できるかを検証します。EWS利用がない場合でも、調査結果を記録しておくと、委託先との責任分界が明確になります。

不要とは限りません。Microsoftの標準的な保持・削除・監査機能と、誤削除やランサムウェア、長期保存、テナント障害に備える独立バックアップは目的が異なります。法令や社内規程で必要な保存期間、復元単位、復元テスト、アーカイブの検索性を確認し、必要な場合は追加製品と運用費を見積に含めます。

まとめ

Exchange Onlineのシステム発注・外注では、メール機能だけでなく、移行、認証、DNS、端末、複合機、業務アプリ、セキュリティ、運用を一つの業務基盤として整理します。発注形態は、標準設定だけなら初期設定支援、既存環境からの移行ならSIパートナー、業務連携や運用まで必要なら一括委託を軸に比較します。

RFPには、現行環境、移行対象、EWS利用、停止可能時間、成果物、受入条件、切替後支援を記載します。見積はライセンス、初期設定・移行、連携開発、保守・バックアップに分解し、対象ユーザー数や除外項目をそろえて比較します。費用相場は作業範囲によって30万〜100万円程度から500万〜1,500万円程度まで幅があるため、総額だけでなく前提条件と責任分界を確認することが大切です。

まずはユーザー数、旧メール環境、共有アドレス、連携機器、業務アプリ、セキュリティ要件、希望時期を一覧にし、複数の委託先へ同じ条件で相談します。EWS廃止への対応、Graphの権限設計、移行後の運用まで確認できる会社を選び、契約前に「誰が・いつまでに・何を完了させるか」を合意してください。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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