有机云｜企微 SCRM 上线 30 天：先跑一个门店，再复制

企微 SCRM 上线最容易出问题的，不是配置，而是范围。30 天先跑一个门店或一个业务线，比一次全量上线更容易验收。

一、第 0 周：定范围、数账号、清客户

先定这次上线只解决哪一个动作

上线范围写成一句话：这次只解决哪个动作，其他动作放到下一期。一句话写不出来，先别排期。

接待、触达、客户资产、数据复盘，先选一个。选接待，就把聚合、分配、转接、排队跑顺；选触达，就把人群包、群发、SOP 跑顺。一个动作跑通，再加第二个。

同时写验收标准：什么算跑通。比如“新客进来三分钟内有人接，转接后接手人能直接看到前一位客服的备注”，这就是可验收的标准。

把“本期不做”也写下来。不写清楚，上线过程中会不断加需求，最后什么都做不完。

数清三个数：现有企微号、要开功能的号、半年新增

端口按有功能权限的企微号算，不按员工人数。三个数不清，报价和配置都会反复。

第一个数是现有企微号，第二个数是要开功能的号，第三个数是未来半年新增的号。三个数写在一张表里，按门店和业务线分开。员工共用账号的情况单独标注，一个号多人用，端口按号算。

数完再谈版本和端口。数不清就报价，后面不是补钱就是减功能。

客户名单先清一遍

历史客户名单先清重、清失效、清归属，再导入。名单不清，标签和分配都会错。

去重看手机号、UnionId、external_userid；归属看门店、员工、渠道；失效看已删除、已退群、长期不活跃。清理前保留原始名单备份，清理规则写下来，别凭感觉删。

名单导入后抽十条核对：归属对不对、标签有没有、渠道来源有没有。抽检不过，先别继续导入。

二、第 1 周：接账号、配规则

账号授权和命名先统一

账号授权、命名、分组一次做完，后面排班、转接、报表都省事。

命名用“城市-门店-岗位-序号”，不要放员工姓名。分组按区域或业务线，不要按员工个人分组。授权完成后核对一遍：哪些号在线、哪些号缺权限、哪些号还没接。

命名和分组是后面所有报表的底座。底座乱了，报表拉出来也没法用。

分配、转接、排队三条规则

先配三条规则：新客怎么分、转接带什么、满了怎么排队。三条跑顺，再谈更多规则。

新客分配按标签、熟客优先、接待量组合，不要只用轮询。转接必须带三样东西：当前问题、已承诺事项、下一步和时间。排队分共享和专属，急单走专属队列。

规则配完，用三个测试客户走一遍。走不通，先改规则，不要改流程。

欢迎语、标签、渠道码一起配

欢迎语、标签、渠道码要一起配，单独配一个，来源和归属还是对不上。

渠道码一店一码、一活动一码；欢迎语带门店名、地址、营业时间；标签至少四个字段：归属门店、渠道来源、服务员工、客户等级。三个东西一起配，来源报告才能回答“客户从哪来”。

三、第 2 周：小流量试运行

选一个门店或一个班组

试点选一个客流量稳定、负责人愿意配合的单元，不要选最难的，也不要选最特殊的。

试点单元要有代表性：业务量稳定、员工愿意用、店长能拍板。试点期先跑两周，不急着考核，先把流程跑顺。

每天看三个数：首响、漏接、转接

试运行只看三个数：首响有没有超时、客户有没有漏接、转接有没有断。三个数稳了，再扩。

首响看时段，漏接看账号，转接看备注。三个数每天记一次，周末汇总。数字不用多，能定位到班次和账号就够。

问题记清单，不急着改

试运行每天记问题，按“产品、规则、培训”分类，周末一起改。当天改来改去，团队会乱。

产品问题找供应商，规则问题找负责人，培训问题找主管。三类问题分开，才不会把所有问题都推给工具。

四、第 3 周：培训与补规则

按角色培训：客服、主管、管理员

客服学接待和转接，主管学分配和报表，管理员学账号和权限。三类人学三套内容，不要一锅端。

培训用真实场景，不用功能目录。客服练三个动作：接新客、转接、查历史；主管练三个动作：看分配、看首响、看报表；管理员练三个动作：开号、配权限、查异常。

培训后让每个人现场做一遍，做不出来的，单独补。

规则只补最疼的三条

培训后只补最疼的三条规则，不要一次补二十条。规则越多，执行越差。

最疼的三条，通常来自试运行的问题清单：首响超时、转接断档、客户重复。每条规则写清触发条件、动作和负责人，写完就执行，不要再开会讨论。

五、第 4 周：验收与复制

验收看五个动作

验收不看功能清单，看五个动作：新客接入、分配、转接、群发、离职交接。五个动作都能跑，才算上线。

每个动作记录三件事：谁操作、几步完成、哪里还要人工补。三步以内完成、不需要切后台的，才算真正可用。

验收结果写成一张表，问题列出来，能当场改的当场改，改不了的排进下一期。

复制到下一个门店的检查表

复制前逐店核对七件事，七件事对不上，先补课再上线。

• 账号命名是否统一
• 渠道码是否一店一码
• 标签是否按同一套字段
• 欢迎语是否带门店信息
• 转接规则是否带三样东西
• 首响超时是否有人看
• 报表口径是否一致

把 30 天压缩成一张表，方便排期时对照：

六、时间预期：基础场景和复杂业务不一样

官网 FAQ 的 1 到 2 周指什么

官网 FAQ 写基础场景一般 1 到 2 周上线，指的是基础场景，不是所有项目。复杂业务要分阶段。

基础场景通常指账号接入、欢迎语、标签、基础分配和群发。这些配置标准化程度高，上线快。涉及多系统、多门店、历史数据和自定义权限的项目，时间会长。

复杂业务为什么要分阶段

复杂业务涉及多系统、多门店、历史数据和权限，分阶段能先跑通一个场景，再扩范围。

第一阶段接账号和一个试点门店，第二阶段扩门店，第三阶段接订单、商城或私有化。每阶段有验收标准，不把三个阶段压成一次上线。

七、上线后 30 天，别急着加功能

先看使用率，再看覆盖率

先看每天真正在用的人有多少，再看功能覆盖了多少。使用率低，覆盖率再高也没用。

使用率看三个数：日活账号、每天完成的关键动作、每周查报表的人。三个数都低，先补培训和规则，不要加功能。

一个月后再评估加模块

上线一个月，用真实数据评估要不要加模块。加模块之前，先确认现有模块用到了几成。

现有模块用到七成以上，再加下一个；不到五成，先解决使用问题。加模块不会自动提升使用率，只会增加培训成本。

常见问题

Q1：30 天能上线吗？
基础场景可以按 30 天排，复杂业务要分阶段。官网 FAQ 写基础场景一般 1 到 2 周，30 天是含试点、培训和验收的完整周期，不是配置完成的时间。

Q2：基础场景 1 到 2 周，为什么排 30 天？
配置只要几天，试点、培训和验收要时间。第 2 周试运行、第 3 周培训、第 4 周验收，这三段省不掉。省掉试运行，问题会在全量上线后集中出现。

Q3：要不要一次把所有门店接进来？
不建议。先一个门店或一个班组跑两周，再复制。全量上线听起来快，出问题时影响所有门店，回滚成本更高。

Q4：上线后没人用怎么办？
先看是产品问题、规则问题还是培训问题。产品问题找供应商，规则问题找负责人，培训问题补培训。三类问题混在一起，只会得出“工具不好用”的结论。

Q5：什么时候加第二个模块？
现有模块用到七成以上，再加第二个。加之前先看使用率和关键动作完成率，不看功能覆盖率。

---

上线的目标，是把一个动作跑顺，不是把功能打开。30 天要让一个门店或班组每天真的在用；跑顺之后再复制，比一次全量上线稳。有机云在实施时常建议客户先跑一个试点单元，再按门店复制，目的也是把问题留在小范围里解决。