Domino 迁移到 O365 前，企业最容易忽略的 6 个问题
很多企业决定把 Domino 邮件迁移到 O365，往往是为了统一办公平台、降低维护压力、改善移动办公体验。但真正容易出问题的，往往不是迁移动作本身，而是迁移前对目录、归档、权限、终端和切换节奏判断不足。
1. 只看到邮箱，没有看到通讯录、日历和历史协同数据
很多项目一开始只盯着“邮件怎么搬过去”，却忽略了通讯录、日历、会议、共享邮箱以及历史协同数据。真正影响用户感知的，不只是收发邮件，还包括联系人是否完整、日程是否连续、共享关系是否保留。
2. 没有先梳理目录与身份体系
如果 Domino 与 AD、LDAP 或企业内部组织架构存在映射关系，迁移前必须先把目录和身份口径梳理清楚。否则很容易出现账号重复、邮箱别名混乱、登录名不一致、权限错配等问题。
3. 忽略了归档与历史邮件保留策略
很多企业历史上会在 Domino 里保留多年归档邮件。迁移到 O365 前，要先明确哪些需要全量迁移，哪些只保留查询能力，哪些可以分层存储。否则不仅成本会失控，迁移窗口也会被拉得过长。
4. 没有单独评估客户端与终端切换
用户真正感知到变化的，不是后台任务是否完成，而是电脑、手机、Outlook、网页端能不能顺畅接上。尤其在多终端并行的环境里，必须提前明确客户端切换路径和支持策略。
5. 切换窗口设计过于理想化
很多迁移计划写得很好看，但没有真正考虑业务高峰期、财务月结、销售节点、管理层出差等现实场景。切换窗口如果设计得太理想化，往往在真正执行时才暴露风险。
6. 缺少分批迁移与回退方案
最稳妥的方式通常不是一次性“大爆炸迁移”，而是先做样板用户、再做重点部门、最后逐步扩展。并且必须提前准备回退路径，确保出现异常时能快速恢复关键业务。
结语
Domino 迁移到 O365 并不是简单的“换一个邮箱平台”，它涉及目录、终端、历史数据、权限、业务窗口和组织协同的整体切换。前期梳理越清楚，后期迁移越稳。
如果你的企业正准备做 Domino 到 O365 的迁移，建议先做一次迁移评估，把范围、风险、节奏和回退策略全部看清楚，再决定实施方案。