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

Exchange Onlineの導入は、要件整理、選定、設計、テスト、稼働、定着の順に進めると、安全に移行できます。

各フェーズで決めることと、費用・見積もりで確認することを順に見ていきます。全体像は完全ガイドにもまとめています。

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

Exchange Onlineのシステムの全体像

契約後に必要となる設計作業を領域ごとに見渡せます。

Exchange Onlineは、Microsoft 365に含まれるクラウド型のメール・予定表基盤です。メールボックスや可用性、サービス更新、基本的な迷惑メール対策を利用できます。自社でExchange Serverを構築する場合と比べると、サーバー機器の調達やOS・ミドルウェアの更新作業を減らせます。

ただし、契約とアカウント作成だけでは業務で使えません。認証、DNS、メールフローに加え、移行、端末、監査、運用ルールも、自社の要件に合わせて整える必要があります。

標準機能と業務システム連携の切り分け

導入範囲は、標準機能で足りる業務と追加連携が必要な業務に分けて決めます。

メール利用：ユーザーのメールボックスとOutlook（web・デスクトップ・モバイル）での送受信
予定表・共有：予定表、会議室・備品の予約、共有メールボックス、配布グループ
メール制御：メールフロー、トランスポートルール、Exchange Online Protectionの迷惑メール・マルウェア対策
独自開発：問い合わせ受付、承認通知、CRMへの活動記録、メール検索などに限定
業務アプリ連携：Microsoft Graph、Power Automate、Azure Functionsなどを利用

GraphのメールAPIは、ユーザーのプライマリメールボックスに加えて共有メールボックスも扱えます。メールの作成・送信・返信、フォルダー操作、検索、変更通知にも利用できます。一方で、アーカイブメールボックスへの対応や権限方式には制約があります。

APIで取得できる範囲は制約によって決まるため、対象データと権限を先に定義しておきます（出典: Microsoft Learn「Use the Outlook mail REST API – Microsoft Graph」、2026年4月更新）。

標準構成と追加設計の境界

追加設計の範囲は、ID連携、ドメイン・セキュリティ設定、既存環境との共存に分けて確認します。

基本構成：Microsoft Entra IDでユーザー・グループ・認証を管理し、Exchange Onlineを利用
接続方法：Outlookやモバイル端末からメールボックスとメールフローを利用
ドメイン設定：独自ドメインのMX、SPF、DKIM、DMARCを設定
保護設定：MFA、条件付きアクセス、管理者ロール、監査、保持・削除を設計
既存環境：Active Directoryを残す場合はEntra Connectなどで同期し、Exchangeを残す場合はハイブリッド構成を検討

国内のデータ保管や監査要件がある場合は、契約プランとテナントの地域設定を確認します。日本でプロビジョニングされたテナントには、メール本文、予定表、添付ファイルを日本のGeo内に保存するコミットメントが示されています。

適用条件は法務、情報システム、監査部門の要件で変わるため、導入初期に確認し、見積もりの前提にも記載します（出典: Microsoft Learn「Exchange OnlineのData Residency」、2026年8月確認）。

ポイント

標準機能で足りる業務と、業務アプリ連携や独自開発が要る業務を分けておくと、追加設計の範囲を判断しやすくなります。認証やDNSなどの標準構成との境界も、あわせて確認の対象です。

Exchange Onlineのシステム開発・導入の進め方

Exchange Onlineの導入は、要件整理から定着まで6フェーズで進めると、抜け漏れを防ぎやすくなります。小規模な新規テナントでも、共有アドレスや複合機の送信設定を見落とすと、業務が止まることがあります。各フェーズでは、成果物と判断基準を決めておき、次の工程へ進む条件を文書に残します。

1. 要件整理フェーズでの現行環境の洗い出し

移行後に業務が止まらないよう、現行のメール環境を5つの側面から洗い出しておきます。

利用環境：ユーザー数、部署、メール容量、独自ドメイン
共有・転送：共有メールボックス、配布グループ、転送、メーリングリスト
機器・送信元：会議室、モバイル端末、複合機、業務アプリのSMTP送信元
移行データ：オンプレミスExchangeまたはIMAPのメール、予定表、連絡先、共有・パブリックフォルダー、アーカイブ、保持義務
隠れた処理：代表アドレスの外部送信、複合機の自動通知、ワークフローの承認メール

完了条件は、停止可能時間と許容するメール欠損を含めて、事前に関係者と合意しておきます。対象アカウントとデータ、移行後の問い合わせ窓口も、この段階で決めます。

RTOやRPO、監査ログの保存期間といった復旧・保存の条件を決めておきます。退職者メールの扱いや電子取引メールの保存方法も、同じ段階で決めます。データ所在地と管理者の分掌も、ここで確認しておきます。

現行調査の成果物を残しておけば、追加費用が調査不足によるものか、要件追加によるものかを区別できます。

2. 選定フェーズでのプラン・移行方式・責任分界の決定

候補は、ライセンス、価格、移行方式、支援範囲の4点で比べます。

必要機能：メール、Office、Teams、端末管理、Defender、Purview、アーカイブ
契約条件：契約先、年契約・月契約、Teamsの有無、価格改定
移行方式：既存環境に応じ、一括、段階移行、ハイブリッド、テナント間移行を検討
支援範囲：移行ツール、FastTrackの条件、発注先との責任分界

候補には、Exchange Online Plan 1・Plan 2があります。Microsoft 365 Business Basic・Standard・Premiumも選択肢です。

Office 365 E1・E3・E5も比較対象です。機能やセキュリティの違いを、利用人数や契約期間と合わせて比べます。

安価な契約では、後から追加する機能で総額が上がる場合があります。たとえば、MFAの高度な制御や監査・保持を後から足す場合が該当します。端末管理やバックアップ製品も、後から足せば費用に加わります。

例えばNTTドコモビジネスの価格表では、2026年7月1日以降のBusiness Basicは税抜1,101円、税込1,211円の月額表示です。これは一販売チャネルの価格で、Microsoft公式価格やCSP契約条件と一致するとは限りません。

見積もりを取る時点で、契約先の価格を確認します（出典: NTTドコモビジネス「Microsoft 365 from NTTドコモビジネス利用規約」、2026年6月29日）。

移行方式は、既存環境がIMAP、オンプレミスExchange、別テナントのどれかによって変わります。そのため、移行ツールの対応範囲と切り戻し手順も確認しておきます。

FastTrackのテナント間移行支援には条件があり、設計・検証・利用者展開の全体を代行するものではありません。そのため、支援範囲と発注先の責任分界を契約書に記載します（出典: Microsoft Learn「Cross-Tenant Migration – FastTrack」、2026年8月確認）。

3. 設計開発フェーズでの認証・メールフロー・連携の作り込み

設計では、認証、メールフロー、業務アプリ連携を分けて設定します。

テナント設定：ID、ドメイン、利用者、管理者、MFA、条件付きアクセス、端末
メール設定：フロー、コネクタ、ルール、共有メールボックス、会議室、保持・削除、監査
送信元の確認：正規の送信元を把握してからSPF、DKIM、DMARCを段階的に厳格化
連携と検証：連携対象と必要な検証範囲を決める

複合機や古い基幹システムが、基本認証や固定SMTPに依存していないかを実機で確認します。Exchange Onlineでは基本認証が無効化されているため、Modern AuthやOAuthへの切り替えが前提になります（出典: Microsoft Learn「Exchange Onlineでの基本認証の廃止」、2026年7月更新）。

業務アプリ連携では、アプリ登録と、委任アクセスかアプリケーション権限かを定義します。対象メールボックスや取得項目を、送信者や添付ファイルの扱いとあわせて決めます。変更通知、再送、監視、障害時のキューも設計に含めます。

全ユーザーに広い権限を与えず、目的別に最小権限へ分けます。そのうえで、Graphの仕様差やレート制限を見込んだテストデータを用意し、重複送信やタイムアウトを検証します。宛先不備や添付ファイル破損、権限変更後の挙動も確かめます。

4. テストフェーズでの利用者・機器・外部サービスの横断確認

テストは、管理者だけでなく、使い方が異なる利用者や機器、外部サービスまで横断して行います。

参加者：代表部署、営業、総務、経理、現場、経営層など
メール・予定表：外部を含む送受信、迷惑メール判定、返信・転送、共有・代理送信、予定表共有、会議室予約
端末・認証：モバイル、Outlook、ブラウザー、パスワードリセット、MFA、退職者の無効化
機器・連携：複合機、販売管理・ワークフロー通知、アーカイブ、バックアップ復元、監査ログ

テストケースには、期待結果と実施者を書き、証跡や合否、再テスト日も記録します。

DNS切り替え後は、外部への配送も試します。パイロットでメールの欠損がなく、遅延が許容範囲に収まり、ヘルプデスクが回答できることを、稼働判定に含めます。

EWSを使う製品やスクリプトは、使用状況レポートやベンダーの対応表で調べます。そのうえで、Graphなどへの移行計画も確認します。

5. 稼働フェーズでの切り替えと初動対応の管理

稼働は、担当者、切り替え手順、監視と切り戻し、初動支援の順に管理します。

作業責任者、Microsoft 365・DNS・ネットワーク・移行の担当、業務部門、窓口を決める
最終同期、TTL確認、ユーザー作成、ライセンス付与、メールフロー、移行バッチ、端末設定、外部送受信を実施する
DNS反映に時間差があるため、旧環境はすぐ止めず、受信状況とエラーを監視する
切り戻しの条件を事前に決めておく
稼働後1〜2週間は、問い合わせ、配送遅延、迷惑メール誤判定、共有アドレスの利用状況を集計する

切り戻しの条件には、重要アプリの送信不可や主要部署の受信失敗などがあります。移行メールの欠落や、認証障害による業務停止も条件に含めます。

期間は案件規模と契約内容で変わります。そのため、稼働支援の日数、問い合わせ時間、夜間対応の有無を分けて、見積もりで確認します。

6. 定着フェーズでの運用ルールと改善サイクルの整備

定着では、利用者と管理者の運用ルールを整え、更新や復元の確認を続けます。

利用者向け：命名、共有メールボックスの所有者、転送申請、外部共有、退職・異動、迷惑メール報告、モバイル、インシデント報告の手順書
管理者向け：Entra ID、Exchange管理センター、監査、条件付きアクセス、ライセンス変更、復元依頼の引き継ぎ
継続運用：Microsoft 365更新、メールフロー、連携アプリ、監査・保持、バックアップ復元テストの計画

EWSは2026年10月から全組織で無効化が始まり、2027年4月に完全無効化される予定です。移行後は、EWSが残っていないかを点検します。

特に、アーカイブや監視、複合機、ワークフローは対象になります。そのため、ベンダーとの間でGraph対応の期限を決めておきます（出典: Microsoft Learn「Exchange OnlineでのExchange Webサービスの廃止」、2026年4月更新）。

ポイント

各フェーズの成果物と次の工程へ進む条件を文書にしておくと、判断の基準がそろいやすくなります。特に、切り戻しの条件と稼働後の運用ルールは、稼働前に決めておきます。

Exchange Onlineのシステム開発にかかる費用相場とコストの内訳

移行範囲が広がる規模帯ほど、見積もり幅も大きくなります。

Exchange OnlineはSaaSのため、メールボックス利用だけならメール基盤の開発費は発生しません。予算は、ライセンスと初期設定、現行調査を中心に考えます。メール移行、端末展開、業務アプリ連携も、作業ごとに分けて見積もります。

バックアップ・アーカイブや運用支援も、費用項目になります。金額は人数だけでなく、移行データ量や拠点数でも変わります。旧環境との共存期間や認証要件、外部機器の数も金額に影響し、休日・夜間作業の有無によっても変わります。

初期費用の目安（30万円台〜1,500万円超）と作業範囲

以下の金額は、業務システム全般の相場と、Exchange Onlineで必要になりやすい作業量をもとにした概算です。個別見積もりの前の目安で、公式の定価や一律料金ではありません。

10〜50ユーザー：テナント、独自ドメイン、MFA、基本ポリシー、簡易教育まで30万〜100万円程度
50〜300ユーザー：IMAP・オンプレミスメールからの段階移行は100万〜500万円程度
300〜1,000ユーザー：複数拠点、ID同期、ハイブリッド、監査・保持、利用者教育込みで500万〜1,500万円程度
業務アプリ連携：GraphやPower Automateは1アプリあたり300万〜1,000万円程度

連携費用は、アプリ数や権限の複雑さで変わります。既存APIや画面開発、監視の要否によっても、金額は変わります。そのため、メール移行費と連携開発費は分けて見積もります（出典: リサーチノート「Exchange・Onlineのシステム」、業務システム全般Q&Aをもとにした2026年8月の編集上の推定）。

ランニングコストの内訳（ライセンス・保守・バックアップ）

毎月の費用は、ユーザー数に応じたライセンスが中心です。Business BasicなどのMicrosoft 365や、Exchange Online単体のプランがあります。セキュリティ・コンプライアンス強化プランもあり、プランごとに使えるアプリや管理機能が異なります。

ライセンス：Microsoft 365、Exchange Online単体、セキュリティ・コンプライアンス強化プラン
追加サービス：第三者バックアップ、長期アーカイブ、Defender、Purview、監視、ヘルプデスク、運用代行
保守：初期構築費の年15〜25％程度、または月15万〜80万円程度が一般的な業務システム相場

必要な人だけ上位プランにする混在構成も可能です。利用者ごとの必要機能と、退職・異動時の変更先を決めておかないと、不要な契約が残ります。

保持機能や監査ログは、バックアップと同じ目的や復元範囲とは限りません。そのため、誤削除からの復元、法令・社内規程に基づく保存、災害時の別環境への復旧のうち、何が必要かで選ぶサービスが変わります。

保守は、対象時間やSLA、問い合わせ件数、更新対応を明記して比べます。

ポイント

初期費用は作業範囲で大きく変わるため、ユーザー数だけで予算を組まず、移行や連携などの作業ごとに見積もりを比べてください。ランニングは、ライセンス・保守・バックアップを分けて見ると比較しやすくなります。

Exchange Onlineの見積もりを取る際のポイント

同じ前提をそろえると、各社の得意領域を照らし合わせやすくなります。

見積もりは、合計額だけでなく作業範囲と責任分界を確認します。初期設定費が安くても、現行調査や移行ツール、DNS切り替え、端末設定が別項目になっている場合があります。

教育や休日対応、連携アプリ、移行後の問い合わせも、確認しておく対象です。そのうえで、各項目について、作業内容や対象外、準備担当、完了判定を確かめます。

依頼前に整理する要件と前提条件

依頼の前に、要件と前提条件を次の観点で整理しておきます。

利用・移行量：ユーザー数と増加見込み、移行元、メールボックス数・容量
メール環境：共有アドレス、配布グループ、予定表、アーカイブ、独自ドメイン、DNS管理者
展開条件：端末台数、拠点数、複合機・業務アプリ、停止可能時間、希望稼働日
セキュリティ：MFA、条件付きアクセス、管理者権限、外部共有、監査ログ、保持
保護・所在地：バックアップ、データ所在地、EWS・基本認証の利用状況

情報が揃わない場合は、本番移行の見積もりより先に、現行アセスメントを切り分けて依頼する方法があります。

EWSと基本認証は、それぞれ独立して調べます。特に、アーカイブや監視、移行ツールの接続方式を確認します。複合機やワークフロー、社内スクリプトも、同じように見ます。

EWSに依存する箇所があれば、Graphまたは対応製品への移行費を別見積もりにします。後から廃止対応を加えると、検証期間とベンダー調整が必要になり、費用が大きく変わる可能性があります。

複数社の同条件での比較と実績の対象範囲の確認

発注先は、見積もりの内訳と対応できる作業、同条件の実績、案件との適合性で比べます。

見積もり内訳：初期費用、ライセンス、移行、展開、連携、教育、運用、バックアップ、追加単価
対応範囲：Exchange移行、DNS・ID同期、SMTP機器、Graph、監査・保持、復元、利用者展開
同条件の実績：知名度や資格だけでなく、同規模・同じ移行元の実施範囲を確認
案件との適合：標準導入、数百人の移行、テナント統合、Graph連携に必要な経験を照合

50人未満で標準機能が中心なら、設定と移行に慣れた導入支援会社が候補になります。数百人のオンプレミス移行や、複数拠点のネットワークを伴う案件では、大規模SIや通信系の運用体制が適することがあります。

M&Aによる複数テナント統合では、テナント間移行の経験を見ます。また、業務アプリ連携では、Graphの権限設計と保守実績を重視します。案件の複雑さと発注先の得意領域を合わせて見ると、過不足のない見積もりにつながります。

追加費用と障害時の対応条件の契約前確認

契約前に、追加費用の要因、変更時の扱い、保守と復元の責任を確認します。

追加費用：対象外メールボックス、超過容量、特殊フォルダー、旧Outlook・複合機、移行ツール
変更管理：DNS調整、夜間・休日作業、追加教育、EWS改修の除外条件と承認・単価・納期
保守条件：固定価格の前提、受付・初動時間、復旧目標、Microsoft障害との切り分け
復元責任：設定変更、監査調査、バックアップ復元、事故対応、更新情報の範囲

標準の保持・監査と第三者バックアップは、目的が異なります。そのため、誰がどのデータをどう戻すかを、復元テストで確かめておきます。

契約前に責任分界を図にまとめておくと、稼働後の対象範囲をめぐる行き違いを減らせます。

ポイント

見積もりは合計額だけでなく、作業範囲と責任分界の違いも見て比べます。依頼前に要件と前提条件をそろえておくと、各社の見積もりを同じ前提で比べやすくなります。

Exchange Onlineのシステム開発に関するよくある質問

導入費用や移行の安全性、独自開発の必要性、セキュリティとバックアップについて、よくある質問に答えます。

Exchange Onlineの導入費用はいくらですか？

費用は、ユーザー数と作業範囲で変わります。10〜50ユーザーで基本設定と簡易教育までなら、30万〜100万円程度です。

50〜300ユーザーでメール移行や端末展開まで含める場合は、100万〜500万円程度が参考になります。大規模移行やGraph連携、ハイブリッド構成があると増額します。監査・保持や夜間対応も、金額を押し上げます。

ライセンス費と導入支援費は、分けて見積もります。

既存メールをExchange Onlineへ移行するとき、メールは消えませんか？

移行方式、事前同期、パイロット、最終同期、切り戻しを適切に設計すれば、欠損のリスクを抑えられます。旧環境もすぐには停止せず、配送ログとエラーを監視します。

移行の対象は、メール本文だけでなく予定表や連絡先、共有メールボックスまで含めて定義します。アーカイブや転送、メーリングリストも対象に入れ、移行後は件数や代表データを照合します。

Exchange Onlineのシステムは独自開発する必要がありますか？

メール基盤そのものを独自開発することは、通常ありません。標準機能を使ったうえで、問い合わせ受付や承認、通知、CRM連携など業務固有の部分を拡張します。

Graph、Power Automate、Azure Functionsなどが選択肢です。独自開発では、権限や監査、再送、重複送信の扱いを設計に含めます。API制限やEWSからの移行期限も、あわせて組み込みます。

Exchange Onlineならバックアップは不要ですか？

バックアップが必要になる場合があります。目的ごとに、標準機能と第三者バックアップの役割、復元要件を分けて考えます。

標準機能：保持、削除、監査、eDiscoveryを利用
追加判断：誤削除・ランサムウェア、長期保管、別環境復旧の要件でサービスを選ぶ
復元要件：保存期間、復元単位・先、法務・監査要件、テスト頻度を決める

Graphのメールボックスインポート・エクスポートAPIは、バックアップや復元用ではありません（出典: Microsoft Learn「Use the mailbox import and export APIs in Microsoft Graph」、2026年7月確認）。

まとめ：6フェーズで進めるExchange Onlineの導入

Exchange Onlineの導入は、契約の後に行う作業まで含めて進めます。要件整理の段階で、ユーザーやデータ、共有アドレスを洗い出しておきます。機器や業務アプリ、法務・監査要件も、同じ段階で確かめておきます。

選定ではライセンスと移行方式、責任分界を決めます。続いて、認証やDNS、メールフロー、連携を設計し、代表利用者と外部機器を含めてテストします。稼働後の問い合わせや運用ルールまで整えることが、導入を定着させるうえで重要です。

最初の打ち合わせで確認するチェックポイント

見積もりを依頼する前に、次の5項目を確認しておきます。

現行環境：メールの種類・容量、ユーザー・共有アドレス・端末の数
送信・接続方式：複合機や業務アプリの送信方式、EWS・基本認証の利用状況
切り替え条件：停止可能時間と切り戻し条件
セキュリティ：MFA、条件付きアクセス、監査、保持
保護・所在地：バックアップとデータ所在地

この5項目が整理できていれば、導入支援会社から作業範囲の明確な見積もりを受けやすくなります。

相談前に決めておく次のアクション

まずは、導入の目的がメールサーバーの刷新、Microsoft 365の活用、業務アプリ連携のどれかを、社内でそろえます。そのうえで、Fit to Standardを基本とし、独自開発は成果に直結する範囲に限ります。

EWSは2026年から2027年にかけて廃止が進むため、既存連携の洗い出しを先送りしないようにします。相談は、現行調査、概算見積もり、パイロットの順に進めると安全です。

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

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