有机云｜企微 SCRM 选型避坑：10 个最容易踩的坑

企微 SCRM 选型最常见的坑，不在功能多少，而在顺序：先比功能、先谈价格、先看演示，最后才发现团队用不起来。下面 10 个坑，按选型流程排，每个都给一个避法。

一、准备阶段：先定场景，再定预算

坑 1：从功能清单开始比

功能清单只能回答“它有什么”，回答不了“你的团队用不用得上”。先写一句这次上线要解决的动作，再去看功能。

功能越多，培训成本越高，客服越容易回到原来的习惯。一个只有几个企微号、客户量不大的团队，上一套全模块系统，最后常用的往往还是聊天和群发；分配、质检、SOP 都停在“买了没用”。

功能清单的正确用法是验证，不是选型。先定主场景，再用清单确认“这个场景需要的能力有没有”。

坑 2：没定主场景就上全模块

主场景不清，模块买得越多，闲置越多。先跑通一个动作，再逐步加模块。

判断主场景只问三个问题：

• 客户进来后谁接、多久回、接不过来怎么办
• 客户多了谁在跟、跟到哪、员工离职怎么办
• 什么时候发什么内容、发给谁、发完怎么追

三个问题里最疼的那个，就是这次上线要解决的主场景。接待问题优先看多账号聚合、分配、排队；客户资产问题优先看标签、服务记录、在职继承；触达问题优先看群发、SOP、人群包。

一个动作跑通，再加第二个。一次上五个模块，团队记不住，最后全部回到人工。

二、演示阶段：看动作，不看 PPT

坑 3：让供应商演示自己最擅长的功能

每家都会演示自己最拿手的功能，看完觉得都很好。用自己的场景跑同一套动作，差异才出来。

统一脚本可以是：两个企微号、三个客户、一次转接、一次群发、一次离职交接。同一套动作跑下来，谁能做、要做几步、哪里要人工补，一目了然。

演示时记录三件事：动作能不能完成、需要几步、哪些要人工补。三步以内能完成、不需要切后台的，才算真正可用。

坑 4：把“能演示”当成“能落地”

演示环境是干净的，真实环境有历史数据、异常账号和临时规则。演示通过不等于上线可用。

要求试用或沙盘，用真实客户名单跑一遍。问清楚限制：群发频次、单次上限、账号权限、数据同步频率。限制问不清，上线后就会变成“怎么跟演示不一样”。

坑 5：只看总部，不看一线

总部关心报表，一线关心好不好回。只让管理层选型，上线后一线会用回原来的聊天窗口。

选型时让客服、主管、管理员都在场。让一线提三个每天都会遇到的麻烦，比如消息串号、客户重复、转接后要重问。演示时让一线自己操作，不要只让供应商点。

一线说“能用”，比总监说“功能全”更接近真实。

三、报价阶段：算总成本，不算首年

坑 6：只比首年软件费

首年软件费只是第一笔。端口、加购、实施、培训、迁移、第二年续费，要一起列。

把费用拆成六项：版本费、端口费、加购项、服务费、实施培训、续费。不同报价口径放在一起比，很容易比错。让供应商给一张三年费用表，把第一年和第二年分开列。

只比首年报价，容易选到“首年便宜、第二年贵”的方案；只比软件费，容易漏掉实施和培训。

坑 7：把端口当坐席

端口指有对应功能使用权限的企业微信号数量，不是员工人数。数错端口，后面要么不够用，要么多买。

数三个数：现有企微号、要开功能的号、未来半年新增的号。员工共用账号的情况要单独算，一个号多人用，端口按号算，不按人算。

端口买少了，临时加购更麻烦；买多了，第一年就浪费。按“现有加半年增量”算，通常比按员工人数算准。

四、合同阶段：写清边界

坑 8：功能清单写进合同，却不写验收标准

合同里写“支持群发”，不等于写清发多少、怎么发、失败怎么办。功能要配验收标准。

每条功能写三件事：动作是什么、限制是什么、怎么验收。验收标准要可演示、可复现，不要用“后续可定制”带过。定制也是成本，而且可能影响上线时间。

功能清单是采购清单，验收标准才是交付清单。只写前者，出问题时很难界定。

坑 9：没写数据归属和导出方式

客户数据、聊天记录、标签、报表，归谁、能不能导出、导出什么格式，合同里要写。

要写清四件事：数据归属、导出格式和频率、合作终止后的处理、私有化部署的备份责任。数据导不出去，换系统的成本会非常高；归属不清，合作终止时容易扯皮。

这一条不在功能清单里，却决定你以后能不能换供应商。

五、上线阶段：先跑一个场景

坑 10：一次全量上线，没有试点

全量上线听起来快，出问题时影响所有门店。先一个门店或一个班组跑两周，再复制。

试点选客流量稳定、店长愿意配合的门店。试点期不急着考核，先把流程跑顺。复制前逐店核对：账号命名、渠道码、标签、欢迎语、转接规则、首响提醒、报表口径。

七件事对不上，先补课再上线，不要带着问题复制。

六、一张避坑检查表

七、已经踩坑了怎么办

先停新功能，回到主场景

已经上线但用不起来，先停掉没人用的模块，把主场景跑顺。继续加功能，只会增加负担。

看使用率，不看购买率。找出三个每天都在用的动作，把不用的功能先关掉。功能关掉不会浪费，继续开着没人用才会干扰培训。

用一周数据判断要不要换

换系统成本高，先判断是产品问题还是规则问题。规则问题换系统也解决不了。

产品问题的信号：动作做不了、限制写不清、故障频发。规则问题的信号：没人负责、没培训、考核不匹配。先修规则，再评估换。规则修完还是用不起来，再考虑换。

常见问题

Q1：功能越多越好吗？
不是。功能多不等于用得上，反而增加培训和维护成本。先按主场景选，够用、能落地、有人维护，比功能全更重要。

Q2：只看价格行不行？
不行。价格要放在总成本里看：版本费、端口、加购、实施、培训、迁移，还有第二年续费。只看首年报价，容易漏掉后面的费用。

Q3：私有化一定更好吗？
不一定。私有化适合有数据边界和 IT 能力的企业；没有运维资源的团队，公有云可能更稳。先看约束，再看偏好。

Q4：怎么验证供应商说的是真的？
用你的场景做演示，不看 PPT。让对方跑一遍多账号接待、分配、转接、群发、离职交接；每一步记下动作和耗时。演示做不出来的，合同里也很难变出来。

Q5：已经买了不合适怎么办？
先判断是产品问题还是规则问题。规则问题先修规则，产品问题再看合同里的验收和退出条款。换系统之前，先确认数据能导出，避免被锁死。

---

选型不是选功能最多的，是选团队能用起来、能维护、能复盘的那一套。十个坑里，前五个决定方向，后五个决定能不能落地。先把这张检查表填完，再签合同。有机云在选型时常建议客户先做一张十项检查表，再约演示；表填不出来，说明主场景还没定。