Doanh nghiệp chuyển sang Microsoft 365 cần chuẩn bị gì?
Chuyển sang Microsoft 365 không đơn giản là mua license rồi tạo tài khoản cho nhân viên.
Với doanh nghiệp, quá trình triển khai thường liên quan đến domain, email, tài khoản người dùng, dữ liệu trên file server hoặc Cloud cũ, quyền truy cập, thiết bị, bảo mật và cả cách nhân viên đang làm việc hằng ngày.
Nếu chuẩn bị không kỹ, doanh nghiệp có thể gặp các vấn đề như email gián đoạn, người dùng đăng nhập sai tài khoản, file bị thiếu sau migration, quyền truy cập không chính xác hoặc nhân viên không biết phải lưu tài liệu ở đâu sau khi chuyển đổi.
Microsoft cũng khuyến nghị doanh nghiệp lên kế hoạch trước khi triển khai Microsoft 365, bao gồm danh sách người dùng, thông tin domain, cách cấp thông tin đăng nhập và lộ trình di chuyển email hoặc dữ liệu. Với những môi trường phức tạp hơn như hybrid Active Directory hoặc Exchange hybrid, Microsoft yêu cầu doanh nghiệp sử dụng quy trình triển khai riêng thay vì chỉ dựa vào setup wizard thông thường.
Vì vậy, một dự án Microsoft 365 nên bắt đầu bằng assessment và planning, không phải bằng migration ngay lập tức.
1. Kiểm tra domain trước khi triển khai
Nếu doanh nghiệp muốn sử dụng email theo tên miền riêng như:
name@company.com
thì domain là một trong những yếu tố đầu tiên cần chuẩn bị.
Doanh nghiệp cần xác định domain đang được quản lý ở đâu, ai có quyền đăng nhập vào nhà cung cấp DNS và những record nào đang được sử dụng cho email hiện tại. Trong quá trình triển khai Microsoft 365, domain cần được xác minh và các DNS record có thể phải được cập nhật để email được chuyển về Exchange Online.
Microsoft cũng lưu ý rằng sau khi thay đổi DNS, việc cập nhật trên Internet có thể mất từ vài giờ đến tối đa 72 giờ trong một số trường hợp. Vì vậy, nếu đang chuyển email, doanh nghiệp nên chọn thời điểm cutover vào buổi tối hoặc cuối tuần để giảm ảnh hưởng đến người dùng.
Điều này đặc biệt quan trọng với doanh nghiệp đang dùng email hosting hoặc Exchange tại chỗ.
2. Lập danh sách người dùng và tài khoản cần chuyển
Trước khi migration, IT cần có một danh sách người dùng chính xác. Không nên chỉ dựa vào danh sách nhân sự hiện tại.
Doanh nghiệp cần kiểm tra thêm:
Ai đang có mailbox?
Có shared mailbox không?
Có service account không?
Có tài khoản cũ chưa khóa không?
Có alias email không?
Có nhóm distribution list nào đang sử dụng không?
Có user external hoặc contractor không?
Danh sách này ảnh hưởng trực tiếp đến việc tạo account, gán license và mapping dữ liệu.
Microsoft cũng yêu cầu doanh nghiệp chuẩn bị danh sách người dùng khi thiết lập Microsoft 365 và xác định cách thông báo user ID, password cho từng người.
Với migration phức tạp hơn, identity mapping còn trở thành một bước bắt buộc trước khi chuyển dữ liệu. Microsoft hiện nhấn mạnh rằng với tenant-to-tenant migration, tất cả người dùng cần được map đúng trước khi nội dung được di chuyển.
3. Xác định mô hình identity
Một doanh nghiệp nhỏ có thể chỉ cần Cloud identity. Nhưng một doanh nghiệp lớn có thể đang dùng Active Directory on-premises, nhiều domain hoặc hybrid environment. Do đó, trước khi chuyển sang Microsoft 365, IT cần xác định rõ:
Người dùng sẽ đăng nhập bằng tài khoản nào?
UPN có giữ nguyên không?
Có đồng bộ từ Active Directory không?
Có cần Entra Connect không?
Có nhiều tenant không?
Có merger hoặc consolidation không?
Microsoft khuyến nghị doanh nghiệp có Active Directory synchronization hoặc hybrid environment phải lập kế hoạch identity riêng thay vì sử dụng quy trình setup cơ bản. Identity là lớp nền tảng vì nếu mapping sai, email, Teams, OneDrive và permission đều có thể bị ảnh hưởng.
4. Đánh giá hệ thống email hiện tại
Email thường là workload được ưu tiên đầu tiên khi chuyển sang Microsoft 365. Doanh nghiệp cần xác định hiện đang sử dụng hệ thống nào.
Có thể là:
Gmail hoặc Google Workspace.
Exchange Server.
Email hosting.
Một tenant Microsoft 365 khác.
Một nền tảng mail riêng.
Từ đó IT mới chọn được phương án migration phù hợp.
Microsoft hiện hỗ trợ nhiều cách di chuyển email, contacts và calendar vào Microsoft 365, tùy môi trường nguồn và số lượng mailbox. Điều quan trọng là không nên chỉ hỏi:
“Có chuyển được email không?”
Mà cần hỏi:
“Chuyển bao nhiêu mailbox, dung lượng bao nhiêu, trong bao lâu và có downtime không?”
Những yếu tố như số lượng mailbox, kích thước dữ liệu và băng thông đều ảnh hưởng đến timeline migration.
5. Kiểm tra file và dữ liệu cần di chuyển
Nhiều dự án Microsoft 365 không chỉ chuyển email mà còn chuyển file. Dữ liệu có thể đang nằm trên:
File server.
NAS.
Google Drive.
Dropbox.
Box.
Laptop cá nhân.
OneDrive cũ.
SharePoint cũ.
Microsoft hiện cung cấp Migration Manager để hỗ trợ chuyển nội dung từ file share, Google Workspace, Dropbox và các nguồn bên ngoài vào SharePoint và OneDrive. Tuy nhiên, trước khi migrate, doanh nghiệp nên đánh giá dữ liệu hiện tại.
Không phải mọi file đều cần chuyển.
Một số dữ liệu đã cũ có thể archive.
Một số file bị trùng có thể xóa.
Một số folder có permission quá phức tạp nên được làm sạch trước.
Nếu doanh nghiệp chỉ copy toàn bộ dữ liệu cũ sang Microsoft 365, các vấn đề cũ cũng sẽ được mang theo.
6. Xác định file nào vào OneDrive, file nào vào SharePoint
Một trong những quyết định quan trọng nhất trước migration là xác định nơi dữ liệu sẽ đến. Không nên đưa toàn bộ file server vào OneDrive của một người. Một nguyên tắc đơn giản là:
File cá nhân → OneDrive
Tài liệu dùng chung → SharePoint
Ví dụ, tài liệu làm việc cá nhân của nhân viên có thể được đưa lên OneDrive.
Tài liệu phòng ban, project, policy, SOP hoặc tài liệu chung nên được tổ chức trên SharePoint. Nếu doanh nghiệp dùng Teams, file trong channel cũng sẽ dựa trên SharePoint phía sau. Việc quyết định cấu trúc này trước migration giúp tránh tình trạng sau khi chuyển dữ liệu xong mới bắt đầu hỏi:
“File này thực ra nên nằm ở đâu?”
7. Rà soát quyền truy cập trước khi chuyển
Permission là một trong những phần dễ gây lỗi nhất khi migration. Một file server cũ có thể có rất nhiều nhóm quyền được tạo qua nhiều năm.
Có người có access chỉ vì từng tham gia một project cũ.
Có folder không còn owner rõ ràng.
Có tài liệu nhạy cảm nhưng permission quá rộng.
Vì vậy, doanh nghiệp nên review permission trước khi di chuyển. Không nên mặc định rằng mọi quyền cũ đều cần giữ nguyên.
Thay vào đó, hãy xác định:
Ai thực sự cần access?
Ai chỉ cần read?
Ai được edit?
Có external sharing không?
Ai là owner?
Đây cũng là cơ hội để chuẩn hóa governance trước khi dữ liệu được đưa lên Cloud.
8. Kiểm tra backup và retention
Migration không thay thế backup strategy. Doanh nghiệp cần xác định rõ dữ liệu nào phải được backup, retention trong bao lâu và quy trình recovery như thế nào. Trước migration, IT nên xác nhận rằng dữ liệu nguồn đang ở trạng thái ổn định và có phương án rollback hoặc recovery nếu cần.
Điều này đặc biệt quan trọng với dữ liệu tài chính, pháp lý, HR hoặc những file có yêu cầu compliance. Doanh nghiệp cũng nên phân biệt giữa migration, backup và retention. Ba khái niệm này phục vụ ba mục tiêu khác nhau.
Migration chuyển dữ liệu sang hệ thống mới.
Backup giúp khôi phục khi có sự cố.
Retention đảm bảo dữ liệu được giữ đúng thời gian theo chính sách.
9. Chuẩn bị license trước khi migration
Doanh nghiệp cần xác định người dùng nào sẽ dùng Business Basic, Standard, Premium hoặc các gói Enterprise.
Không nên đợi đến ngày cutover mới quyết định license.
Microsoft cũng yêu cầu tenant đích có đủ license phù hợp trước migration trong nhiều kịch bản. Việc phân nhóm user từ đầu giúp tránh hai vấn đề:
Mua dư license.
Hoặc user không có đúng quyền khi migration xong.
Ví dụ, một nhân viên Finance cần Office desktop nhưng lại được cấp Basic.
Hoặc một IT Admin cần security cao hơn nhưng vẫn dùng Standard.
License nên đi theo user persona và workload thực tế.
10. Chuẩn bị thiết bị người dùng
Nếu doanh nghiệp triển khai Microsoft 365 Apps trên desktop, IT cần kiểm tra thiết bị có đáp ứng yêu cầu hay không. Microsoft cũng khuyến nghị xác nhận system requirements trước khi cài Microsoft 365 Apps trên PC, Mac và thiết bị mobile. Doanh nghiệp nên kiểm tra:
Phiên bản Windows hoặc macOS.
Dung lượng máy.
Phiên bản Office cũ.
Outlook profile.
Mobile device.
Các add-in quan trọng.
Nếu đang dùng Office cũ hoặc ứng dụng phụ thuộc vào Outlook, cần test trước khi rollout rộng.
11. Quyết định migration một lần hay theo từng giai đoạn
Có hai cách phổ biến. Một là chuyển toàn bộ trong một lần. Hai là rollout theo từng wave.
Microsoft cũng đưa ra cả hai hướng: doanh nghiệp có thể chuyển toàn bộ ngay hoặc triển khai từng giai đoạn, ví dụ thêm user trước, cài app, triển khai Teams, di chuyển file lên OneDrive/SharePoint rồi cuối cùng chuyển domain và email.
Với doanh nghiệp nhỏ, cutover một lần có thể đơn giản hơn.
Với doanh nghiệp lớn, phased rollout thường an toàn hơn.
Ví dụ, doanh nghiệp có thể bắt đầu với IT và nhóm pilot.
Sau đó rollout cho một phòng ban.
Kiểm tra lỗi.
Điều chỉnh.
Cuối cùng mới mở rộng toàn công ty.
12. Pilot trước khi rollout toàn bộ
Pilot giúp phát hiện vấn đề mà assessment có thể bỏ sót. Một nhóm pilot nên đại diện cho nhiều kiểu người dùng.
Ví dụ:
Một người Finance.
Một người Sales.
Một người HR.
Một người Operations.
Một người IT.
Nhóm này có thể test Outlook, OneDrive, SharePoint, Teams, MFA và Office desktop.
Qua pilot, doanh nghiệp sẽ biết những vấn đề như:
Outlook có bị lỗi profile không?
File có thiếu permission không?
Người dùng có hiểu OneDrive và SharePoint không?
MFA có gây khó khăn không?
Một số ứng dụng nội bộ có bị ảnh hưởng không?
Sửa những vấn đề này trong pilot luôn dễ hơn sau khi rollout hàng trăm user.
13. Chuẩn bị MFA và security từ đầu
Không nên đợi migration xong mới bắt đầu security. Doanh nghiệp nên xác định trước các chính sách về MFA, admin role, password và external sharing. Đặc biệt, Global Administrator không nên được cấp rộng.
Một số người dùng có thể cần Conditional Access hoặc policy khác tùy license. Với doanh nghiệp sử dụng Business Premium hoặc Enterprise, đây cũng là thời điểm phù hợp để đánh giá Intune, Entra ID và Defender. Security nên đi song song với migration.
14. Training người dùng trước ngày go-live
Một migration kỹ thuật thành công vẫn có thể thất bại về adoption. Nếu người dùng không hiểu cách đăng nhập, lưu file hoặc chia sẻ tài liệu, IT sẽ nhận rất nhiều ticket sau go-live.
Training không cần quá phức tạp.
Người dùng nên hiểu ít nhất:
Cách đăng nhập Microsoft 365.
Outlook mới hoạt động thế nào.
OneDrive dùng cho gì.
SharePoint dùng cho gì.
Teams dùng khi nào.
Cách chia sẻ link thay vì attachment.
Cách dùng MFA.
Chỉ cần những nội dung này được truyền đạt rõ ràng, trải nghiệm sau migration đã tốt hơn rất nhiều.
15. Chuẩn bị support model cho ngày go-live
Ngày đầu sau migration thường phát sinh nhiều yêu cầu hỗ trợ.
Người dùng có thể không đăng nhập được.
Outlook chưa sync.
MFA gửi về thiết bị cũ.
OneDrive chưa đồng bộ.
File chưa thấy.
Permission chưa đúng.
Do đó, doanh nghiệp nên chuẩn bị rõ:
Ai nhận ticket?
Ai xử lý L1?
Ai xử lý Exchange hoặc identity?
Ai xử lý SharePoint?
Khi nào escalate lên partner hoặc Microsoft?
Một support model rõ giúp giảm thời gian gián đoạn.
16. Xác định cách rollout sau migration
Go-live không phải điểm kết thúc.
Sau khi chuyển email và file, doanh nghiệp cần theo dõi adoption và tiếp tục tối ưu.
Ví dụ, trong giai đoạn đầu có thể ưu tiên Outlook, OneDrive và SharePoint.
Sau đó mở rộng Teams.
Tiếp theo là Planner, Lists hoặc Forms.
Sau nữa mới đến automation hoặc Copilot.
Cách triển khai từng bước giúp người dùng không bị quá tải.
17. Không nên migrate tất cả dữ liệu một cách máy móc
Đây là một trong những điểm quan trọng nhất.
Migration là cơ hội để làm sạch hệ thống.
Nếu file server có 10 năm dữ liệu, không có nghĩa toàn bộ 10 năm phải chuyển.
Nếu có folder không ai dùng trong 5 năm, có thể archive.
Nếu có file trùng, có thể loại bỏ.
Nếu permission quá phức tạp, có thể thiết kế lại.
Migration tốt không chỉ là “move data”.
Nó là cơ hội để doanh nghiệp restructure data trước khi đưa lên Cloud.
Framework chuẩn bị migration Microsoft 365
Một lộ trình thực tế có thể đi theo thứ tự:
Assessment → Domain → Identity → Email → File → Permission → Backup → License → Pilot → Training → Rollout → Support → Optimization
Assessment giúp hiểu hiện trạng.
Domain và identity tạo nền tảng.
Email và file là workload chính.
Permission và backup giúp giảm rủi ro.
License đảm bảo đúng quyền sử dụng.
Pilot giúp kiểm chứng.
Training giúp user sẵn sàng.
Rollout đưa hệ thống vào vận hành.
Support và optimization giúp ổn định sau go-live.
Checklist trước khi chuyển sang Microsoft 365
Đã xác định domain và có quyền quản lý DNS
Danh sách user đã được rà soát
Identity model đã được xác định
Mailbox, alias và shared mailbox đã được inventory
Dữ liệu file đã được đánh giá
OneDrive và SharePoint đã có cấu trúc đích
Permission đã được rà soát
Backup/retention đã được xác định
License đã được phân theo user persona
Thiết bị đã được kiểm tra
MFA/security đã có kế hoạch
Pilot group đã được chọn
Training đã được chuẩn bị
Rollout plan đã rõ
Support model đã sẵn sàng
Có kế hoạch theo dõi adoption sau go-live
F-Tech có thể hỗ trợ doanh nghiệp như thế nào?
Với dự án Microsoft 365, F-Tech có thể hỗ trợ doanh nghiệp đánh giá hiện trạng trước khi triển khai.
Quá trình có thể bao gồm việc rà soát domain, email, số lượng người dùng, dữ liệu, permission, license và môi trường hiện tại.
Từ đó có thể xác định roadmap migration phù hợp. Tùy quy mô, doanh nghiệp có thể triển khai theo cutover hoặc theo từng wave.
F-Tech cũng có thể hỗ trợ setup tenant, migration email, OneDrive, SharePoint, Teams, account, permission và training tùy phạm vi dự án.
Mục tiêu là giảm gián đoạn và giúp doanh nghiệp chuyển sang Microsoft 365 theo một cấu trúc rõ ràng ngay từ đầu.
Kết luận
Doanh nghiệp chuyển sang Microsoft 365 cần chuẩn bị nhiều hơn việc mua license.
Một dự án tốt cần đánh giá:
Domain.
Email.
Identity.
File.
Permission.
Backup.
Security.
Training.
Rollout.
Microsoft cũng khuyến nghị doanh nghiệp lập kế hoạch trước khi setup, chuẩn bị danh sách user, thông tin domain và lựa chọn cách migration phù hợp với môi trường hiện tại.
Với những migration lớn hơn, Microsoft còn yêu cầu planning chi tiết về identity mapping, workload dependencies, licensing và migration sequencing.
Do đó, đừng bắt đầu bằng câu hỏi:
“Bao giờ có thể chuyển?”
Hãy bắt đầu bằng:
“Hiện trạng của doanh nghiệp đã sẵn sàng đến đâu?”
Khi assessment và preparation được thực hiện tốt, migration Microsoft 365 sẽ ít rủi ro hơn, dễ hỗ trợ hơn và giúp doanh nghiệp xây dựng được một môi trường Cloud có thể mở rộng lâu dài.
Liên hệ F-Tech để được tư vấn lộ trình chuyển sang Microsoft 365 phù hợp với doanh nghiệp của bạn.
