Microsoft 365 遷移

Microsoft 365 遷移,一個週末完成切換。

分七個階段規劃,遠程交付。選擇您正在使用的系統,即可看到哪些數據會遷移、哪些不會,以及是否需要購買遷移工具。

簡而言之: 博迅是服務香港和亞洲的管理型IT服務商,分七個階段把郵件、OneDrive、SharePoint 和 Teams 數據遷移到 Microsoft 365,並在週末完成切換。很多來源可用微軟內置工具,無需工具授權;租戶到租戶遷移需要付費授權。博迅的實施工作按項目固定價,確認範圍後報價。

  • 7 個階段,每個都有交付物
  • 1 個項目固定價
  • 遠程 交付為預設方式
  • 1 個週末完成切換
  1. 源環境租戶 · Gmail · Exchange · 文件
  2. 預遷移 + 增量用戶照常工作
  3. Microsoft 365目標租戶
數據在用戶照常工作時複製;週末切換只遷移最後的變更並切換郵件路由。
您的遷移範圍

您要從哪裡遷移?

您的遷移

Google Workspace Microsoft 365 · 45 位用戶

常見時長約 1–3 星期
工具授權US$0 · 微軟內置
博迅實施工作按項目固定價,確認範圍後報價
更想聊聊? 打開 WhatsApp
場景查找 目前顯示:Google Workspace 更換來源 ↑
遷移來源 · Google Workspace

Google Workspace → Microsoft 365

使用 Exchange 管理中心自帶的 Google Workspace 遷移,分批遷移郵件、規則、日曆和聯絡人;雲端硬碟文件遷到 OneDrive 和 SharePoint。

微軟內置工具 · 無需工具授權

郵件、日曆和聯絡人用微軟的 Google Workspace 遷移,雲端硬碟用 Migration Manager;前提是每個郵箱都在目標方案的容量之內。當郵箱超過目標方案容量,或來源超出上述限制時,才考慮第三方工具。

能遷移

  • Gmail 郵件和過濾器(規則)
  • 日曆和聯絡人
  • Google 雲端硬碟和共用雲端硬碟,遷到 OneDrive 和 SharePoint

不能遷移

  • 共用日曆和事件顏色
  • 每個聯絡人超過 3 個的郵件地址
  • Gmail 標籤顏色、聯絡人 URL 和自訂標籤
  • 雲端硬碟的共用連結——遷移後需重新共用

方法

  • 郵件用 Exchange Online 原生批量遷移
  • 雲端硬碟用 Migration Manager 或第三方工具

常見時長

約 1–3 星期

需要您提供

  • Google Workspace 超級管理員,按 Microsoft 要求設定服務帳戶
  • 用戶和共用雲端硬碟清單及容量
  • MX 切換所需的 DNS 權限

常見風險

  • 日曆和聯絡人的遷移速度受 Google 端配額限制
  • Google 文件、試算表、簡報會轉為 Office 文件,複雜格式和腳本可能不一致
  • 帶多個標籤的郵件會出現在多個文件夾
遷移來源 · Gmail(個人)

Gmail(個人) → Microsoft 365

用個人 Gmail 帳戶辦公的小團隊。Microsoft 的 Gmail 遷移支援個人帳戶,但每個帳戶所有者都要先建立應用專用密碼。

微軟內置工具 · 無需工具授權

使用微軟的 IMAP 遷移;前提是每個郵箱都在目標方案的容量之內,而且在微軟 IMAP 限制之內(每個郵箱 50 萬個項目、單封郵件 35 MB)。當郵箱超過目標方案容量,或來源超出上述限制時,才考慮第三方工具。

能遷移

  • 通過 IMAP 遷移郵件文件夾

不能遷移

  • 通過 IMAP 無法遷移聯絡人和日曆——需另行匯出匯入
  • Google 雲端硬碟——另行遷移

方法

  • 先在 Microsoft 365 建立郵箱,再做 IMAP 遷移
  • Google Takeout(mbox)只作後備,因為 Outlook 不能直接匯入 mbox

常見時長

幾天

需要您提供

  • 每個帳戶開啟兩步驗證並建立應用專用密碼
  • 哪些地址改為公司自有域名的地址

常見風險

  • 應用專用密碼要由每個帳戶所有者自己建立,收集進度決定整體進度
  • 個人郵件和工作郵件混在同一郵箱
遷移來源 · 騰訊企業郵箱

騰訊企業郵箱 → Microsoft 365

通過 IMAP(imap.exmail.qq.com,SSL)遷移郵件。我們沒有找到騰訊官方的批量匯出功能,因此每個郵箱用各自的憑據遷移。

微軟內置工具 · 無需工具授權

使用微軟的 IMAP 遷移;前提是每個郵箱都在目標方案的容量之內,而且在微軟 IMAP 限制之內(每個郵箱 50 萬個項目、單封郵件 35 MB)。當郵箱超過目標方案容量,或來源超出上述限制時,才考慮第三方工具。

能遷移

  • 通過 IMAP 遷移郵件文件夾

不能遷移

  • 通訊錄和日曆——需另行匯出匯入
  • 收信規則和簽名——需重新設定

方法

  • 先在 Microsoft 365 建立郵箱,再分批做 IMAP 遷移

常見時長

幾天至約 2 星期

需要您提供

  • 管理員確認所有帳戶已開啟 IMAP
  • 每個郵箱的密碼或客戶端專用密碼
  • 郵箱清單及容量、別名和郵件群組地址
  • DNS 管理權限

常見風險

  • 需要收集每個郵箱的憑據
  • 大郵箱複製時間較長
  • MX 切換前郵件仍投遞到騰訊企業郵箱
遷移來源 · 阿里郵箱

阿里郵箱 → Microsoft 365

阿里郵箱 / 阿里企業郵箱遷移到 Microsoft 365

通過 IMAP(imap.qiye.aliyun.com)遷移郵件。阿里雲幫助中心說明,新購用戶預設禁止使用三方客戶端,需要先開啟。

微軟內置工具 · 無需工具授權

使用微軟的 IMAP 遷移;前提是每個郵箱都在目標方案的容量之內,而且在微軟 IMAP 限制之內(每個郵箱 50 萬個項目、單封郵件 35 MB)。當郵箱超過目標方案容量,或來源超出上述限制時,才考慮第三方工具。

能遷移

  • 通過 IMAP 遷移郵件文件夾

不能遷移

  • 通訊錄和日曆——需另行匯出匯入
  • 收信規則和簽名——需重新設定

方法

  • 先在 Microsoft 365 建立郵箱,再分批做 IMAP 遷移

常見時長

幾天至約 2 星期

需要您提供

  • 在阿里郵箱管理後台開啟 IMAP/SMTP 並允許三方客戶端
  • 如政策要求,提供三方客戶端安全密碼
  • 郵箱清單及容量
  • DNS 管理權限

常見風險

  • 三方客戶端未放開會導致遷移無法連接
  • 需要收集每個郵箱的憑據
  • MX 切換前郵件仍投遞到原服務
遷移來源 · 網易企業郵箱

網易企業郵箱 → Microsoft 365

通過 IMAP 遷移郵件。網易郵箱通常要用授權碼或三方客戶端密碼,而不是登入密碼。

微軟內置工具 · 無需工具授權

使用微軟的 IMAP 遷移;前提是每個郵箱都在目標方案的容量之內,而且在微軟 IMAP 限制之內(每個郵箱 50 萬個項目、單封郵件 35 MB)。當郵箱超過目標方案容量,或來源超出上述限制時,才考慮第三方工具。

能遷移

  • 通過 IMAP 遷移郵件文件夾

不能遷移

  • 通訊錄和日曆——需另行匯出匯入
  • 收信規則和簽名——需重新設定

方法

  • 先在 Microsoft 365 建立郵箱,再分批做 IMAP 遷移

常見時長

幾天至約 2 星期

需要您提供

  • 開啟 IMAP,並提供每個郵箱的授權碼或客戶端密碼
  • 網易管理後台顯示的 IMAP 服務器地址
  • 郵箱清單及容量
  • DNS 管理權限

常見風險

  • 密碼類型用錯(用了登入密碼而不是授權碼)
  • 需要收集每個郵箱的憑據
遷移來源 · Zoho Mail

Zoho Mail → Microsoft 365

通過 IMAP 遷移郵件。Zoho 允許用戶或管理員開啟 IMAP 訪問;開啟雙重驗證的帳戶使用應用專用密碼。

微軟內置工具 · 無需工具授權

使用微軟的 IMAP 遷移;前提是每個郵箱都在目標方案的容量之內,而且在微軟 IMAP 限制之內(每個郵箱 50 萬個項目、單封郵件 35 MB)。當郵箱超過目標方案容量,或來源超出上述限制時,才考慮第三方工具。

能遷移

  • 通過 IMAP 遷移郵件文件夾

不能遷移

  • 聯絡人和日曆——需另行匯出匯入
  • 過濾器和簽名——需重新設定

方法

  • 先在 Microsoft 365 建立郵箱,再分批做 IMAP 遷移

常見時長

幾天至約 2 星期

需要您提供

  • 開啟 IMAP 訪問(按用戶或在管理控制台按用戶群組開啟)
  • 開啟雙重驗證的帳戶提供應用專用密碼
  • 所用的 Zoho 數據中心(不同區域服務器地址不同)
  • DNS 管理權限

常見風險

  • 應用專用密碼只顯示一次
  • 需要收集每個郵箱的憑據
遷移來源 · 其他 IMAP / POP

其他 IMAP / POP → Microsoft 365

主機商郵箱、cPanel、Roundcube 及其他 IMAP 或 POP 郵箱

隨網站或域名套餐附帶的郵箱。無論品牌,路徑都是 IMAP;只開 POP 的郵箱,如主機商允許,可在同一服務器上改用 IMAP 讀取。

微軟內置工具 · 無需工具授權

使用微軟的 IMAP 遷移;前提是每個郵箱都在目標方案的容量之內,而且在微軟 IMAP 限制之內(每個郵箱 50 萬個項目、單封郵件 35 MB)。當郵箱超過目標方案容量,或來源超出上述限制時,才考慮第三方工具。

能遷移

  • 通過 IMAP 遷移郵件文件夾

不能遷移

  • 聯絡人、日曆和任務——IMAP 不承載
  • 只存在於電腦本地 POP 下載中的郵件——改為從 PST 匯入

方法

  • 先在 Microsoft 365 建立郵箱,再做 IMAP 遷移
  • 只存在電腦上的郵件用 PST 匯入

常見時長

幾天

需要您提供

  • IMAP 服務器地址和每個郵箱的密碼
  • 郵箱清單及容量、別名和轉發設定
  • DNS 管理權限,以及域名由誰管理

常見風險

  • 只存在某個人 Outlook PST 裡的郵件容易遺漏
  • 桌面版 Outlook 需要包含 Office 應用的方案
遷移來源 · Exchange Server

Exchange Server → Exchange Online

Microsoft 文件列出三種方法:切換、分階段和 Exchange 混合部署。超過約 150 個郵箱時建議分階段或混合,較新的 Exchange 版本建議用混合。

微軟內置工具 · 無需工具授權

直接轉換遷移(Exchange 2003–2013,少於 2,000 個郵箱)、分階段遷移或混合遷移,均為微軟自帶方法。

能遷移

  • 郵件、日曆、聯絡人和任務
  • 共用郵箱和權限(混合部署保留得最完整)

不能遷移

  • 公用文件夾——需單獨遷移
  • 服務器上的第三方附加元件

方法

  • 小型組織用切換,規模較大或共存期較長用 Exchange 混合
  • 最後把郵件路由和 Autodiscover 切到 Microsoft 365

常見時長

約 2–6 星期

需要您提供

  • Exchange 管理員權限及所用版本
  • Autodiscover 所需的證書和 DNS
  • 郵箱和公用文件夾容量

常見風險

  • MX 切換後,其他郵件系統最長可能需要 72 小時才能識別
  • Autodiscover 必須在內外網都指向 Microsoft 365,否則 Outlook 會繼續找舊服務器
  • 舊版 Exchange 會限制可用的方法
遷移來源 · 租戶到租戶

租戶到租戶遷移

另一個 Microsoft 365 租戶——併購、收購、分拆或集團整合

用戶、郵件和文件遷入另一個租戶,通常是總部要求統一全球租戶和域名。我們先確認是否真的是另一個租戶:如果只是在現有租戶加一個域名,工作量小得多。

需要付費遷移授權

微軟的 Cross-tenant User Data Migration 附加授權(按用戶一次性),或 BitTitan 等第三方工具。

能遷移

  • 郵箱、歸檔、日曆和聯絡人
  • OneDrive 文件
  • SharePoint 文件庫和 Teams 團隊(納入範圍並購買授權時)
  • 郵件域名,在目標租戶重新驗證

不能遷移

  • Microsoft 的跨租戶用戶數據遷移不包含共用數據(Teams 頻道、SharePoint 網站)——需另配工具或授權
  • Teams 聊天記錄和公用文件夾,除非納入範圍並購買授權

方法

  • Microsoft 跨租戶郵箱遷移(需 Cross-tenant User Data Migration 授權)或 BitTitan MigrationWiz 等第三方工具,在調研階段確定

常見時長

約 2–6 星期

需要您提供

  • 兩個租戶的全局管理員權限
  • 各域名的用戶數、域名及 DNS 歸屬
  • 持有域名的集團公司的授權
  • 目標租戶中用戶的授權

常見風險

  • 一個域名只能存在於一個租戶,需在一個受控時間窗內遷移
  • 登入名改變,Outlook、OneDrive 和手機需重新設定
  • 共用郵箱、組和權限需在目標租戶重建
遷移來源 · 世紀互聯 ↔ 全球版

世紀互聯 ↔ 全球版 Microsoft 365

全球版 Microsoft 365 與世紀互聯運營的中國版之間

在中國大陸,Microsoft 365 由世紀互聯(21Vianet)運營,與全球版是獨立的服務。兩者之間遷移是不同雲中兩個租戶之間的遷移,兩邊授權分別購買。

報價前確認工具

其文檔明確支援世紀互聯雲的第三方工具。

能遷移

  • 與租戶到租戶遷移相同的工作負載(前提是所選工具支援中國雲)

不能遷移

  • 不會自動切換:兩項服務之間沒有原地遷移

方法

  • 選用廠商文件明確支援世紀互聯雲的遷移工具——各廠商支援情況不同,報價前先核實

常見時長

按項目規劃

在調研階段按項目確定

需要您提供

  • 各租戶及數據歸屬哪個主體
  • 貴方法務對個人資料出境(《個人信息保護法》)的意見
  • 兩邊的辦公地點和用戶數

常見風險

  • 跨境傳輸速度在試點階段測試後再確定計劃
  • 兩邊的身份和授權各自獨立
  • 如適用《個人信息保護法》評估,可能影響時間表
遷移來源 · 同一租戶

同一租戶:換域名或換方案

無需遷移工具。更名時添加並驗證新域名、修改登入名和主地址、舊域名保留為別名;更換方案(例如升級到 Business Premium)會啓用新功能,但仍需設定。

無需遷移

在現有租戶內調整,無需遷移授權。

能遷移

  • 不遷移數據
  • 登入名、主地址和授權分配

不能遷移

  • 沒有——但已授權未設定的功能起不到保護作用

方法

  • 在現有租戶內完成變更

常見時長

幾小時至一兩天

需要您提供

  • 全局管理員權限
  • 新域名的 DNS 權限
  • 目標方案及要啓用的新功能

常見風險

  • 登入名改變後,應用和手機可能要求重新登入
  • Microsoft 只允許在購買或續訂後 7 天內減少授權數量
遷移來源 · 文件服務器 / NAS

文件服務器 / NAS → Microsoft 365

文件服務器和 NAS 遷移到 SharePoint、OneDrive 和 Teams

Microsoft 的 Migration Manager 連接您的文件服務器,把共用目錄複製到 SharePoint 網站、OneDrive 帳戶或 Teams。

微軟內置工具 · 無需工具授權

使用微軟的 Migration Manager 或 SharePoint 遷移工具。

能遷移

  • 文件夾和文件,保留日期
  • 個人文件夾遷到 OneDrive,團隊共用遷到 SharePoint 或 Teams
  • 權限,映射到 SharePoint 組

不能遷移

  • 含 SharePoint 不接受字符的文件名(改名後才能遷移)
  • 映射磁碟機代號和文件內的連結

方法

  • Migration Manager(Microsoft)或第三方工具,先掃描超長路徑和受限字符

常見時長

約 1–4 星期,視數據量

需要您提供

  • 文件夾清單和數據量
  • 每個頂層共用的負責人
  • 源端只讀訪問權限
  • 確認目標網站結構(由我們提出方案)

常見風險

  • 完整路徑超過 SharePoint 上限(編碼後約 400 個字符)
  • 文件服務器權限很少能一一對應
  • 超大文件庫對 OneDrive 同步客戶端負擔較重
遷移來源 · Dropbox · Box · Google 雲端硬碟

Dropbox · Box · Google 雲端硬碟 → Microsoft 365

Dropbox、Box、Google 雲端硬碟和 Egnyte 遷移到 OneDrive 和 SharePoint

Migration Manager 支援 Google Workspace、Box、Dropbox 和 Egnyte 作為來源,大部分雲存儲可用 Microsoft 自帶工具遷移。

微軟內置工具 · 無需工具授權

Migration Manager 支援 Dropbox、Box、Google 雲端硬碟和 Egnyte 作為來源。

能遷移

  • 文件和文件夾,按用戶或按共用文件夾
  • 工具可映射的直接權限

不能遷移

  • 共用連結——遷移後需重新共用
  • 評論和版本歷史,視來源而定

方法

  • Migration Manager
  • 來源不受支援時用第三方工具

常見時長

約 1–3 星期

需要您提供

  • 源服務的管理員帳戶
  • 用戶和共用文件夾清單及容量

常見風險

  • 員工保存的舊共用連結會失效
  • 不支援或超大的文件會被跳過並列入報告
遷移來源 · Slack

Slack → Microsoft 365

Microsoft 提供 Slack 到 Teams 的遷移,涵蓋頻道及其消息和文件。Microsoft 文件說明 Teams 目前不支援匯入 Slack 私信。

微軟內置工具 · 無需工具授權

微軟的 Slack 遷移可遷移頻道;私訊需要第三方工具。

能遷移

  • 公開和私有頻道,含消息和文件(能匯出多少取決於 Slack 方案)

不能遷移

  • 私信(原生方式不支援)——如很重要需第三方工具
  • 工作流和自訂應用集成

方法

  • 頻道用 Microsoft 的 Slack 遷移
  • 只有私信必須遷移時才用第三方工具

常見時長

約 1–3 星期

需要您提供

  • Slack 工作區所有者權限及匯出文件
  • 遷移哪些頻道、追溯多久
  • 與您確認的 Teams 結構(團隊和頻道)

常見風險

  • 線程回覆在 Teams 中可能顯示為單獨消息
  • 員工以為私聊會一起遷過來
遷移來源 · 客戶端與設備

Outlook、PST 與設備

Outlook 設定檔、PST 文件、手機和已知文件夾移動

用戶真正感受到的部分。每次遷移最後都落在設備上:Outlook 和手機重新連接 Microsoft 365,舊 PST 文件匯入,桌面、文件和圖片可移入 OneDrive。

微軟內置工具 · 無需工具授權

PST 透過網絡上傳匯入,已知資料夾移動透過策略設定。

能遷移

  • 通過 Microsoft PST 匯入服務把 PST 匯入郵箱
  • 通過已知文件夾移動(群組原則或 Intune)把桌面、文件和圖片移入 OneDrive

不能遷移

  • PST 中超過 150 MB 的項目——Microsoft 匯入時會跳過
  • 本地應用設定和打印機

方法

  • PST 通過網絡上傳匯入
  • 已知文件夾移動通過策略派送
  • Outlook 設定檔和手機帳戶按簡明指南重新設定

常見時長

在用戶支援階段內完成;每個郵箱每天約可匯入 24 GB PST(Microsoft 數據,不保證)

在調研階段按項目確定

需要您提供

  • PST 文件存放位置及大小
  • 目前是否使用 Windows 文件夾重定向
  • 設備清單,以及設備是否由 Intune 管理

常見風險

  • 文件夾重定向指向其他位置時,已知文件夾移動不生效——需先停用
  • 經典 Outlook 可能要新建設定檔;手機通常要刪除帳戶後重新添加

時長為約 100 名用戶以內組織的參考日曆時間(從確認範圍到交接),實際日期在調研階段確定。

實施計劃

七個階段,每步都有交付物

所有來源都按同一計劃遠程交付,每個階段都有可核對的交付物。

  1. 階段 1 · 用戶照常使用舊系統

    盤點用戶、郵箱、數據量、域名、DNS 和共用資源;按場景決定方法和工具。

    交付物
    遷移計劃、批次清單和切換日期
    博迅
    執行盤點、推薦工具、編寫計劃
    貴方
    提供管理員權限、指定業務聯絡人、批准計劃
  2. 階段 2 · 用戶照常使用舊系統

    設定目標租戶:分配授權、驗證域名、建立用戶、群組和共用郵箱,管理員帳戶啟用 MFA 保護。

    交付物
    目標環境就緒檢查表
    博迅
    建立並檢查目標租戶
    貴方
    購買或批准授權,加入 DNS 驗證記錄
  3. 階段 3 · 用戶照常使用舊系統

    先完整遷移兩三位用戶,檢查郵件、文件、日曆和設備設定,再遷移其他人。

    交付物
    試點確認和調整後的操作手冊
    博迅
    遷移並支援試點用戶
    貴方
    試點用戶測試並確認
  4. 階段 4 · 用戶照常使用舊系統

    在用戶繼續使用源系統的同時,批量複製歷史郵件和文件。

    交付物
    預遷移報告:已複製項目、出錯項目
    博迅
    執行並監察複製,處理錯誤
    貴方
    避免大規模調整文件夾結構;通知用戶切換日期
  5. 階段 5 · 週末切換時段

    最後一次增量同步;在一個受控時間窗內完成域名遷移以及 MX、Autodiscover、SPF、DKIM 和 DMARC 記錄切換。

    交付物
    切換日誌和已驗證的郵件路由
    博迅
    執行切換,驗證郵件收發和登入
    貴方
    在約定時間窗內修改 DNS,安排一位聯絡人隨時候命
  6. 階段 6 · 在 Microsoft 365 上,由我們支援

    新系統上線後的頭幾個工作天:重新設定 Outlook、OneDrive、Teams 和手機應用程式,並提供簡明用戶指南。

    交付物
    用戶指南和支援記錄
    博迅
    遠程解答用戶問題、修復設定
    貴方
    分發指南,把問題轉交我們
  7. 階段 7 · 在 Microsoft 365 上,由我們支援

    約一星期的跟進:關閉遺留問題,規劃源系統下線,移交文件。

    交付物
    交接文件和簽署的完工報告
    博迅
    關閉問題,編寫交接文件
    貴方
    簽署完工報告,決定源系統保留多久

約 45 名用戶且都在同一區域的項目,一般需要 5–10 天。跨區域、多域名或數據量大的項目會更久,大部分項目在 2–6 星期內完成。在目標租戶的管理員權限和授權確認之前不定日期;影響最大的是數據量、SharePoint 網站數量和貴方內部審批。

價格

很多情況無需工具授權,項目一口價

很多遷移可用微軟內置工具完成,無工具費用;博迅的工作按項目一次定價。

第一部分

工具授權——很多情況下不需要

來源適用微軟內置工具、而且每個郵箱都在目標方案容量之內時,無需工具授權;租戶到租戶遷移以及超出限制的來源才需要授權。

實時讀取自我們的遷移價格頁。我們按場景推薦合適的授權,避免共用數據重複購買授權。

Quest On Demand Migration · 託管 SaaS 遷移套件 · 每遷移用戶 / 年

  • On Demand Migration Suite — Tier 3 (T3)帳戶、郵件、OneDrive、SharePoint 和 Teams 按報價/ 每遷移用戶 / 年

BitTitan MigrationWiz · 按用戶遷移授權 · 有效期 12 個月

  • Mailbox Migration高保真郵箱遷移,最高 50 GB,廣泛終端支援 US$14/ 每遷移用戶
  • User Migration Bundle郵箱 + 封存 + 文件(OneDrive/雲端硬碟)+ Teams 私訊,資料不限量 US$17.50/ 每遷移用戶
  • Tenant Migration Bundle包含用戶遷移套件全部內容 + SharePoint + Teams 遷移 US$57/ 每遷移用戶
  • Teams Collaboration團隊、頻道與對話歷史,最高 100 GB US$48/ 每團隊

BitTitan Tenant Migration Bundle 每個授權已包含一個 SharePoint 文件庫或一個 Teams 團隊(最高 100 GB),因此無需另外加購共用文件授權。

Quest On Demand Migration 按報價計費,Quest 未公開商業目錄價。確認範圍後,我們會提供工具授權的渠道折扣。BitTitan MigrationWiz 為廠商公開美元定價。實施 / 專業服務另行報價。

價格核對日期 2026-11-06,有效期至 2026-12-31。第三方工具和博迅專業服務的價格會變動,我們每季度更新一次,最終以書面報價為準。

完整遷移工具價格 →
第二部分

博迅遷移實施

按項目固定價,確認範圍後報價

我們根據盤點結果估算七個階段的工作量,報出整個項目的一個固定價,並列明每個階段的工作量。不按小時收費,完結時不會有意外費用。

價格核對日期 2026-11-06,有效期至 2026-12-31。第三方工具和博迅專業服務的價格會變動,我們每季度更新一次,最終以書面報價為準。

諮詢顧問

影響價格的因素

  • 用戶數郵箱和 OneDrive 帳戶數量。
  • 數據量郵箱、歸檔和文件容量。
  • SharePoint 與 Teams網站、文件庫和團隊數量。
  • 域名與租戶需要合併的域名和源租戶數量。
  • 並存期新舊系統同時運行的時間長短。
  • 切換時間窗週末或下班後切換,一次完成或分批。

包括

  • 調研、遷移計劃和批次清單
  • 目標租戶準備
  • 試點及確認
  • 預遷移和最後的增量同步
  • 週末切換,包括 MX、Autodiscover、SPF、DKIM 和 DMARC
  • 用戶指南及頭幾天的用戶支援
  • 約一星期的護航期
  • 交接文件和簽署的完工報告

不包括

遷移之後

遷移之後:用審計證明租戶安全

遷移會設定域名、郵件認證記錄和受保護的管理員帳戶;之後由固定價審計按 CIS Microsoft 365 基準檢查新租戶。

  • MFA 與條件訪問覆蓋情況
  • 管理員角色和訪客訪問
  • SharePoint 與 OneDrive 的共用設定
  • 郵件防護與設備合規
Microsoft 365 安全審計 →
常見問題

遷移前的常見問題

遷移期間員工會收不到郵件嗎?

歷史郵件和文件在大家繼續使用舊系統時複製。郵件路由在切換時間窗內切換,所以我們安排在週末進行,最後一次增量同步再遷移餘下的變更。第一個工作天,用戶登入新帳戶,按我們的指南重新設定 Outlook、OneDrive 和手機;頭幾天我們會遠程支援。

在常見問題頁查看 →

哪些數據可以遷移到 Microsoft 365?

郵箱(包括歸檔)、日曆和聯絡人;OneDrive 文件;SharePoint 網站和文件庫;以及納入範圍的 Teams 團隊和頻道(Teams 聊天記錄和公用文件夾只在納入範圍並購買授權時遷移)。由 Google Workspace 可遷移 Gmail、日曆、聯絡人和雲端硬碟。由 IMAP 郵箱只能遷移郵件文件夾,因為 IMAP 不承載日曆和聯絡人。文件服務器遷移時保留文件夾結構和日期;權限會按 SharePoint 重新設計,而不是一一照搬。

在常見問題頁查看 →

騰訊企業郵箱、阿里郵箱或網易企業郵箱能遷移到 Microsoft 365 嗎?

可以,透過 IMAP 遷移。郵件文件夾可以遷移;通訊錄、日曆和收信規則無法透過 IMAP 遷移,需要另行匯出匯入或重新設定。開始前,源郵箱必須開啟 IMAP(阿里郵箱新購帳戶預設禁止第三方客戶端),並需要每個郵箱的密碼、客戶端密碼或授權碼。我們先在 Microsoft 365 建立郵箱,再分批複製,切換時修改 MX 記錄。

在常見問題頁查看 →

Microsoft 365 遷移怎樣收費?

分兩部分。如需付費工具,按遷移用戶以廠商價格授權(見 遷移工具價格)。博迅的實施工作為按項目固定價,確認範圍後報價:我們根據盤點結果估算七個階段的工作量,開工前報出整個項目的固定價。影響價格的是用戶數、數據量、SharePoint 網站數、域名數量、並存期和切換時間窗。價格每季度更新一次,當前價格有效期至 2026-12-31。

在常見問題頁查看 →

需要另外購買遷移工具嗎?

很多情況下不需要。IMAP 郵箱(騰訊企業郵箱、阿里郵箱、網易、Zoho、主機商郵箱和個人 Gmail)、Google Workspace、本地 Exchange、文件服務器,以及 Dropbox、Box、Google 雲端硬碟或 Egnyte,我們都用微軟內置的遷移工具完成,無需購買工具授權——前提是每個郵箱都在目標方案的郵箱容量之內(Business 方案、E3 和 E5 為 100 GB,單獨購買的 Exchange Online Plan 1 為 50 GB),而且 IMAP 來源在微軟的限制之內(每個郵箱 50 萬個項目、單封郵件 35 MB)。需要付費授權的情況:租戶到租戶遷移(微軟的 Cross-tenant User Data Migration 附加授權,或 BitTitan 等第三方工具)、Slack 私訊,以及超出上述限制的來源。具體適用哪種情況會在調研階段確認;工具價格見遷移工具價格。

在常見問題頁查看 →

Microsoft 365 遷移需要多長時間?

約 45 名用戶且都在同一區域的項目,一般需要 5–10 天;大部分項目由確認範圍到交接需要 2–6 星期。切換本身在一個週末完成;規模很大的機構分批遷移,每批各有時間窗。影響最大的是數據量、SharePoint 網站數量以及貴方內部審批所需時間。

在常見問題頁查看 →

遷移是遠程完成還是上門完成?

預設遠程完成,這樣切換期間各地辦公室的用戶得到同樣的支援。如希望第一個工作天有工程師在現場,可按公開的 現場派遣價格 加購上門服務。

在常見問題頁查看 →

總部要求我們併入集團租戶,用戶會有甚麼變化?

我們先確認是否真的是另一個租戶:如新域名可以直接加到現有租戶,工作量小得多,亦不需要遷移工具授權。如需要遷移,用戶的登入名稱和郵件域名遷到集團租戶,因此切換後需要重新設定 Outlook、OneDrive、Teams 和手機應用程式;郵件、文件和 Teams 內容隨之遷移。由於一個域名同一時間只能存在於一個租戶,域名會在試點驗證方法之後,於週末的一個受控時間窗內遷移。

在常見問題頁查看 →

能否在全球版 Microsoft 365 和世紀互聯營運的中國版之間遷移?

可以,按兩個租戶之間的遷移處理。在中國大陸,Microsoft 365 由世紀互聯(21Vianet)作為獨立服務營運,租戶不能直接切換;需要遷移用戶和數據,兩邊的授權分別購買。跨境傳輸速度在試點階段測試。如有個人資料出境,可能適用《個人信息保護法》的跨境規則——由貴方法務評估,我們會記錄哪些數據遷往何處。

在常見問題頁查看 →

遷移包括安全加固嗎?

包括遷移本身所需的部分:目標租戶中已驗證的域名、SPF、DKIM 和 DMARC 記錄,以及受保護的管理員帳戶。全面的安全設定檢查是另一項固定價產品:護航期後,Microsoft 365 安全審計 會按 CIS Microsoft 365 基準檢查新租戶。

在常見問題頁查看 →

告訴我們遷移來源和用戶數

我們會先回覆決定遷移方法的幾個關鍵問題,然後在一個工作天內提供固定範圍方案。