共享收件箱迁移预检：先确认什么能搬、谁可搬，再讨论切换

只读盘点来源与责任，不先导入数据试试

列出网站、邮箱、社媒或其他入口分别由哪个组织和角色管理，记录对象类别、资料来源、当前处理责任与保留约定。不把一张含账号名称的表当作可以读取客户正文的许可，也不因为团队中有人有管理员称谓就推定可导出所有历史。对于个人账号、供应商托管入口或身份不明的工作区先记缺口；盘点阶段不复制真实客户字段到测试文件，不读取未获准的对象。

六类迁移对象，逐一核语义与许可

字段映射要保留事实与推断的分界

为每类字段写清来源定义、目标含义、是否必要、如何表示未知，以及能否在原权限范围内继续使用。邮箱地址、显示名或同一品牌标识都不足以证明两个渠道记录属于同一人；没有可靠身份依据时保留分开的来源与事项。标签、状态和负责人可能在两个系统中含义不同，不能把已分配映射成已接管，也不能把旧记录中的一句备注自动转换成客户确认或发送许可。

引用历史不等于搬走全部内容

先区分必须接续的当前事项、可以合法引用的历史，以及不应进入新环境的敏感材料。附件、内部备注、邮件引用、删除记录和第三方副本的可迁移性要逐项确认，不把某个平台提供导出按钮当作完整可移植性保证。若只需要说明某问题曾被核查，可以保留必要的来源标识和范围摘要，而不是整段客户正文。是否能长期保留、谁可以查看及如何处理删除请求，需要实际服务方与组织规则支持。

用合成映射样例核接续，不向生产补发消息

在已批准环境准备正常、缺字段、同名但不同来源及状态含义冲突的合成记录，核字段是否保留语义、未知是否仍未知、权限和来源是否可追溯。不要把原邮件收件人、真实订单或客户附件当方便的测试材料。验证能看记录之后，还要另核有权角色是否能继续处理；不会因为样例导入成功就得到真实消息收发、外部授权或批量变更许可。

切换前约定暂停点、回退责任与不可逆风险

由有权owner确认切换窗口、在途事项责任、旧入口的接收方式和异常时原人工流程如何维持。回退能力必须逐项核实：新渠道已经发出的消息、第三方副本或身份变更未必能撤回，不能把技术版本回退说成数据无损恢复。本文只列决策问题，不提供迁移、删除、备份恢复或生产路由命令。即使预检通过，实际写入与发布仍走原有批准门，不在内容指南中自动取得授权。

采购时哪些问题要先问清？

询问目标方案对具体来源、字段、历史范围和维护责任的真实支持，以及缺失时可采用什么合法人工替代。费用、额度、数据区域和交付方式由实际工作区及企业约定为准，不从开源、容器或统一界面推定迁移能力。已有线程交接与身份边界指南可核当前事项，采购试点计划可帮助形成继续或暂缓的理由；本文不是客户成功案例，也没有执行真实迁移。

常见采购与实施问题

可以先把旧联系人全导进试用环境吗？

不应默认这样做；先核必要范围、导出导入许可、环境用途和敏感信息边界，优先用合成样例。

迁移后会自动消除重复客户吗？

不能由迁移或统一界面推定，缺少跨渠道身份依据时应保留分开的来源和事项。

新入口异常时是否只要恢复旧版本？

不一定；已发送消息和第三方数据可能不可撤回，需事先核在途责任、人工后备与实际可回退范围。