从企业微信或钉钉换到旺商聊，最稳妥的做法是把迁移当成一个有起止日期的小项目来推进：先盘点人员、部门、群、客户、文件和流程，再由管理员在旺商聊里搭好组织架构和权限，让一个试点部门先用一到两周，跑顺之后再定统一上线日全员切换。过渡期要写清哪些事在哪个软件里做，客户和外部联系人分批通知，不搞一刀切。历史聊天记录能否直接导入以当前版本为准，导不进来就按“重要内容归档、旧账号只读保留一段时间”的思路处理。下面按项目计划的写法，把每个阶段的目标、负责人、具体动作和验收标准逐一列出来。
迁移前的盘点：人员、部门、群、客户、文件、流程
很多团队换软件失败，不是因为新工具不好用，而是一开始没弄清楚旧平台上到底沉淀了哪些东西。盘点阶段建议安排三到五个工作日，由一名项目负责人牵头，各部门指定一名联络人配合，用一张共享表格把六类资产逐项登记，作为后面所有阶段的依据。
- 人员清单：导出企业微信或钉钉通讯录，核对在职人数、部门归属、岗位、手机号和直属上级，标出兼职、外包和实习生，方便后面分配不同的成员权限。
- 部门结构：把旧平台的部门树原样画出来，同时问一句“这个结构现在还对不对”，借迁移机会把已经合并、撤销的部门清理掉，不要把历史包袱原封不动搬进旺商聊。
- 群聊清单：列出所有在用的内部群和外部群，记录群名、群主、人数、用途和最近一次活跃时间，三个月没人说话的群直接标记为“不迁移”。
- 客户与外部联系人：按销售或客服负责人统计每人名下的客户数量，标注重点客户、正在谈单的客户和只是偶尔联系的客户，这决定了后面通知客户的先后顺序。
- 文件资料：梳理群文件、微盘或钉盘里的合同模板、报价单、产品资料和培训课件，区分“必须迁过去”“归档备查”“可以删除”三类，避免把几年的冗余文件全部搬家。
- 业务流程：写下团队每天依赖的流程，比如请假审批、报销、日报周报、客户分配和值班轮换，逐条确认在旺商聊里用什么方式承接，暂时承接不了的单独列出来。
盘点表做完以后，项目负责人要组织一次三十分钟的评审会，请各部门联络人确认自己那部分没有遗漏。验收标准很简单：每个群都有去向，每个客户都有负责人，每份重要文件都有归档位置，每条流程都有承接方案，四项缺一不可。
第一阶段：管理员搭好组织架构和权限
盘点结束后进入第一阶段，时间建议一周左右。这一阶段只有管理员和项目组在动，普通员工还继续在原平台工作，不受任何影响。目标是让旺商聊里的“骨架”先搭起来，员工进来时看到的是一个已经整理好的工作空间，而不是一片空白。
- 创建企业或团队空间，确定主管理员和一到两名副管理员，管理员账号绑定公司统一管理的手机号，避免日后人员变动导致后台无人可管。
- 按盘点表在旺商聊后台建立部门树，具体入口名称以实际界面为准；部门层级尽量控制在三到四层以内，太深的结构会让员工找人和建群都变得麻烦。
- 规划成员角色和权限，至少区分管理员、部门负责人、普通成员和外部协作人员四类，明确谁能建群、谁能邀请外部联系人、谁能查看客户资料。
- 预先创建全员群、各部门群和几个跨部门项目群，设置好群主、群管理员和群公告，把盘点阶段确认“要迁移”的群逐个对应好新群名称。
- 把必须迁移的文件按部门整理到旺商聊对应的群文件或共享空间里，文件夹命名统一规则，例如“部门名称加资料类型”，方便员工上线后第一眼就能找到。
组织架构的详细搭建方法、部门调整和成员权限配置，可以参考本站关于旺商聊组织架构与权限设置的专门文章，这里不再展开。第一阶段的验收标准是：管理员用一个测试账号登录，模拟普通员工的视角，能看到自己所在部门、能进入对应的群、能打开需要的文件，并且看不到不该看到的内容。
第二阶段：试点部门先用一到两周
试点是整个迁移计划里最值得花时间的一步。选一个人数适中、沟通频繁、负责人愿意配合的部门，十到三十人最合适，人太少暴露不出问题，人太多出了问题影响面太大。销售支持、客服或者运营部门通常是不错的选择，因为他们对即时沟通的依赖程度高，能很快发现不顺手的地方。
- 试点第一天由项目组到场或线上带着大家完成安装、登录和入群，现场解决登不上、收不到验证码、找不到部门这类基础问题，不要让员工自己摸索。
- 试点期间规定部门内部沟通全部在旺商聊里进行，跨部门沟通暂时仍走原平台，这样既能真实检验日常使用体验，又不会打乱其他部门的节奏。
- 指定一名“试点记录员”，每天下班前在专门的反馈群里汇总当天遇到的问题，按“功能找不到、操作不习惯、确实缺功能、网络或设备问题”四类归档。
- 项目组每两三天回复一次反馈，能通过调整设置解决的立刻调整，属于使用习惯的写进操作手册，确实缺少的功能记录下来并评估替代办法。
- 试点结束前做一次简短的问卷或座谈，重点问三个问题：日常沟通有没有比以前慢，有没有漏消息的情况，哪个功能最需要在全员上线前讲清楚。
试点的验收标准不是“大家都说好”，而是没有出现漏消息、发错人、找不到文件这类影响业务的问题，并且反馈清单里的高优先级事项都有了处理结论。如果试点暴露出较大的问题，宁可把全员上线日往后推一周，也不要带着隐患硬上。
第三阶段：全员上线
试点跑顺以后，就可以确定统一上线日。建议选在周二或周三，避开周一的忙碌和周五临近周末的松懈，也避开月底结算、大促活动这类业务高峰期。上线日前一周开始倒计时准备，上线日后再安排一周的集中答疑期。
统一安装、注册、入群的操作手册
操作手册要写给完全没用过旺商聊的人看，所以每一步都要具体到“点哪里、看到什么、下一步做什么”。手册建议控制在一页到两页之内，配合截图，按电脑端和手机端分开写，方便员工对照操作。
- 写清楚从官方渠道下载对应系统的客户端，提醒员工不要从来路不明的下载站获取安装包，公司电脑由 IT 统一安装的情况要单独说明。
- 写清楚用什么方式加入企业空间，是管理员提前导入成员后员工直接登录，还是通过邀请链接或二维码申请加入，以实际采用的方式和界面为准。
- 写清楚登录后第一件事要做的检查：确认自己在正确的部门、头像和姓名符合公司规范、已经自动进入全员群和部门群，缺哪个群找谁处理。
- 写清楚通知设置的推荐做法，尤其是手机端的后台运行和消息提醒权限，避免上线第一天就有人因为收不到提醒而错过重要消息。
常用群和文件的迁移方法
常用群的迁移遵循“先建新群、再发通知、最后冻结旧群”的顺序。新群在第一阶段已经建好，上线日当天由各群群主在旧群里发一条迁移通知，说明新群名称和加入方式，并在新群里把原来的群公告、置顶内容重新发布一遍。
- 每个旧群的群主负责核对新群成员是否齐全，对照旧群名单逐个确认，发现缺人立即邀请，不能等到有人找不到消息才去补。
- 旧群在上线日后改名，在群名前加上“已迁移”字样，并发布一条群公告，提醒大家后续消息到旺商聊对应的群里沟通，减少有人习惯性在旧群发言。
- 群文件按盘点表的分类处理，必须迁移的文件已经在第一阶段放好，上线日只需要在新群里发一条文件位置说明；归档备查的文件统一导出保存到公司的存储空间。
- 对于文件特别多的部门，安排专人在上线前一天再做一次增量同步，把最近一周新产生的文件补传过去，避免新旧两边内容不一致。
统一上线日前的准备会
上线日前一到两天召开一次全员准备会，时长控制在三十分钟以内。会上由项目负责人讲清楚三件事：为什么要换、哪天开始换、换的过程中遇到问题找谁。然后由试点部门的同事现场演示几个最常用的操作，比如发消息、建群、传文件和发起会议，真实同事的演示往往比项目组讲解更有说服力。
准备会结束后，把会议要点、操作手册和答疑群的加入方式整理成一条通知，同时发到原平台的全员群和旺商聊的全员群里，确保每个人都能看到。上线日当天，项目组成员和各部门联络人保持在线，答疑群里的问题力争半小时内响应。
客户和外部联系人的迁移：通知话术和节奏
内部员工的迁移可以统一安排，客户的迁移却只能靠沟通和引导。客户没有义务配合你换软件，所以节奏一定要比内部迁移更慢、更温和。建议分三批推进，每批间隔一到两周，并且在整个过程中保持原有联系方式可用，让客户自己选择在哪里沟通。
- 第一批是关系紧密、沟通频繁的重点客户，由负责人一对一发消息说明情况，附上旺商聊的添加方式，必要时电话沟通，确认对方愿意转过来之后再正式切换。
- 第二批是日常往来稳定的普通客户，可以用统一话术批量通知，但要以负责人个人名义发出，并在消息里说明原有渠道仍然可以联系，降低客户的抵触感。
- 第三批是偶尔联系的客户和潜在客户，不需要主动打扰，等对方下次来咨询时再顺带引导添加，或者在自动回复、名片和邮件签名里加上旺商聊的联系方式。
通知话术可以参考这样的结构：先感谢对方一直以来的合作，再说明公司内部统一使用旺商聊沟通，能更快响应对方的需求，然后给出添加方式，最后强调原有联系方式在过渡期内照常可用。话术里不要出现“必须”“强制”这类字眼，也不要一次发好几条消息催促。客户添加后，负责人应在旺商聊里补充好客户说明和标签，邀请外部联系人的具体方法可以参考本站相关文章。
过渡期两套软件并行的规则：哪些事在哪边做
过渡期最大的风险是“两边都在用、两边都不全”：同一件事有人在旧群里说，有人在新群里说，最后谁也找不到完整记录。所以并行期必须有一张明确的分工表，并且在全员群里置顶，让每个人都知道哪类事情在哪个软件里处理。
- 内部沟通、部门群讨论、项目协作和会议从全员上线日起一律在旺商聊里进行，旧平台的内部群只读不写，有人在旧群发言时由群主提醒转到新群。
- 暂时无法迁移的审批流程继续在原平台跑完当期，新发起的审批按项目组确定的新方式处理，两种方式的切换日期要提前公布，避免同一张单据两边都提交。
- 客户沟通以客户的选择为准，已经转到旺商聊的客户只在旺商聊里联系，还在原平台的客户继续在原平台跟进，但重要结论要同步记录到旺商聊的客户资料里。
- 过渡期一般设定为两到四周，到期前一周由项目组评估各部门的切换进度，未完成的部门单独制定收尾计划，而不是无限期地延长并行状态。
过渡期结束时，原平台的内部群全部冻结，管理员账号保留一段时间用于查询历史资料，员工账号是否保留由公司根据合同和实际需要决定。整个过程中，项目组每周发一次进度简报，让管理层和员工都清楚现在走到了哪一步。
历史聊天记录不能直接导入时的处理
从企业微信或钉钉把历史聊天记录直接导入旺商聊，是否支持以当前版本和官方说明为准。即使有相关能力，也往往受限于原平台的导出权限和格式，所以项目计划里最好默认“历史记录不迁移”，再根据实际情况补充。这样做可以避免把全部希望押在一个不确定的功能上，到了上线日才发现导不进去。
- 让每位员工在上线前一周自行检查与重要客户、重要项目相关的聊天记录，把关键结论、报价、约定事项整理成文档，上传到旺商聊对应的客户资料或项目群文件里。
- 涉及合同、交付和争议的聊天记录，由部门负责人统一组织截图或按原平台允许的方式导出存档，存放在公司指定的位置，并登记存档时间和负责人。
- 原平台账号在过渡期结束后保留只读查询的能力一段时间，具体多久根据公司的业务周期和合规要求确定，期间有人需要查旧记录时向管理员申请。
- 新员工入职后只使用旺商聊，不再开通原平台账号；需要了解历史背景的，由老同事整理成交接文档，而不是让新人翻旧平台的聊天记录。
历史记录的处理原则是“重要的变成文档，次要的留在原地，无用的不要了”。真正影响业务的历史信息其实只占很小一部分，提前整理好这一部分，比纠结能不能一键导入要实际得多。
常见问题
员工抵触怎么办
员工抵触通常来自三个原因：怕麻烦、怕漏消息、不知道为什么要换。对应的办法是把操作手册写得足够简单，让试点部门的同事现身说法，管理层在准备会上讲清楚换软件的原因和对大家的好处。上线后第一周，部门负责人带头只在旺商聊里布置工作，员工自然会跟着切换。对于少数长期不登录的员工，由部门联络人一对一了解原因，是设备问题就帮忙解决，是习惯问题就耐心提醒，不要在全员群里公开点名。
审批流程怎么迁
审批流程建议单独作为一个子项目处理，不和聊天迁移绑在同一天。先把现有审批类型按使用频率排序，请假、报销这类高频审批优先在旺商聊或公司选定的工具里配置好，低频审批可以在过渡期结束前再处理。每类审批都要设定一个切换日，切换日之前发起的单据在原平台走完，之后发起的一律用新方式，并提前通知财务和人事等相关部门。旺商聊具体提供哪些审批能力以当前版本为准，暂时承接不了的流程，可以先用表单加群通知的方式过渡。
总结一下：从企业微信或钉钉换到旺商聊，关键不在于哪一天按下切换键，而在于盘点、搭架构、试点、全员上线和过渡期收尾这五步都有人负责、有时间节点、有验收标准。按阶段推进，客户分批通知，历史记录提前整理，团队就能在不丢客户、不影响业务的前提下平稳完成迁移。