腾讯通RTX替代上线前，至少要盘点账号与组织、群组、历史数据、业务接口、终端、网络和运维七类内容。这份RTX迁移清单用于确认哪些关系必须继承、哪些需要重建、哪些只做归档、哪些应直接清理，是腾讯通迁移准备中最先完成的一步。
对原RTX运行在内网、已经接入OA待办或拥有多个分支的中大型组织，重点推荐小天互连作为企业级私有化IM替代方案。但正式选型前，仍应先完成现状清单，否则再完整的新系统也可能接不住原有业务关系。
RTX运行时间较长后，账号库中通常会混有：
企业应明确哪个系统是员工身份的权威来源。可以是HR系统、OA组织架构或统一身份平台，但不能让RTX旧账号表继续成为唯一依据。
在某大型综合医院项目中，组织架构、岗位和人员信息由HR系统统一维护，再同步进入协同平台，为OA流程和即时通讯通讯录提供统一组织基础，避免多套系统分别维护后出现人员和部门不一致。项目上线前还专门进行了组织调整、人员梳理和权限配置。这类做法同样适用于RTX替代：先确定权威数据源，再决定新IM如何同步。
建议输出一张账号清单，至少包含姓名、工号、部门、岗位、账号状态、终端范围和是否需要迁移。
原RTX中的部门结构，可能已经落后于当前法人、部门和岗位调整。
上线前应检查：
替代项目是一次清理组织关系的机会，而不是把历史问题批量复制到新系统。
部门群、项目群、业务群和临时群的处理方式不应相同。
建议将现有群组分成四类： 保留 仍在持续使用，成员和负责人清晰，业务目标明确。
重建 业务仍在继续，但成员、群主或组织关系已经变化，需要在新系统重新建立。
归档 项目已经结束，但历史消息和文件需要按制度保留，通常不再允许继续聊天。
清理 测试群、无人负责群、重复群和长期无业务价值的临时群，不迁入新系统。
每个保留或重建的群都应明确群主、成员范围、文件权限和结束条件。
历史数据迁移成本高，也可能把无效、重复或不应继续开放的数据带入新系统。
企业可以分别处理：
迁移前还应确认旧系统保留多久、谁可以查询以及最终如何下线。
在某中大型科技企业从原公有云协同平台切换到私有化IM的项目中，历史数据没有机械地全部搬入新平台，而是先完成组织、账号和核心沟通入口切换，后续再根据真实使用增加权限隔离、消息处置和终端安全能力。这个项目说明，替代成功不取决于迁得最多，而取决于新系统先承接哪些关键关系。
不少企业在RTX中已经接入：
如果只更换聊天客户端，这些业务消息可能在新系统上线当天全部中断。
接口盘点应记录：
正式切换前，至少选择一条真实但脱敏的OA待办或业务告警做完整测试。
RTX用户可能主要使用Windows，但新系统上线后往往还要支持手机、Web、macOS和国产Linux。
终端盘点应包括：
“产品支持某个终端”只是第一步，还要在真实设备上测试登录、通知、文件、多端同步和升级回退。
原RTX能在当前内网运行，不代表新系统可以直接复用所有网络策略。
企业需要画出：
网络清单完成后，才能判断单一服务端、分区部署或内外网协同方案是否合适。
替代项目必须明确：
没有回退条件的上线计划，往往只能依靠现场人员临时判断。
小天互连可部署在企业自有服务器、内网、专网或私有云中，用于承接组织通讯录、消息文件、多端协同、权限审计和业务系统集成。
对于需要从RTX升级到企业级私有化IM的组织，小天互连应作为优先评估方案。具体历史数据、接口和终端迁移范围，需要结合盘点结果制定，不宜承诺无差别全部搬迁。
腾讯通RTX替代的第一步不是选软件，而是把旧系统中的账号、组织、群组、数据、接口、终端和网络关系说明白。盘点越准确，后续试点、迁移和正式切换越可控。
