有机云｜企微 SCRM 怎么选：先看 6 个维度，再看功能清单
企微 SCRM 选型最容易犯的错，是从功能清单开始比：谁的功能多、谁的页面全、谁的报价低。功能清单只能告诉你“它有什么”，回答不了“你的团队能不能用起来”。先看六个维度，再看功能，选错的概率会低很多。
一、先定场景：你要解决的是接待、触达，还是客户资产
三个问题判断主场景
判断主场景只问三个问题：谁接、谁跟、什么时候发；三个问题里最疼的那个，就是这次上线要解决的主场景。
第一个问题：客户进来后，是谁接、多久回、接不过来怎么办？第二个问题：客户多了以后，谁在跟、跟到哪、员工离职怎么办？第三个问题：什么时候发什么内容、发给谁、发完怎么追？三个问题里最疼的那个，就是你的主场景。
主场景不同，选型重点完全不同。接待问题优先看多账号聚合、分配、排队；客户资产问题优先看标签、服务记录、在职继承；触达问题优先看群发、SOP、人群包。不要指望一套系统在每个环节都做到位，先解决最疼的那个。
主场景不清，功能越多越乱
功能越多，培训成本越高，客服越容易回到原来的习惯。一个只有几个企微号、客户量不大的团队，上一套全模块系统，最后常用的往往还是聊天和群发；分配、质检、SOP 都停在“买了没用”。
选型前先写一句话：这次上线，最想解决的一个业务动作是什么。这句话写不出来，先别选系统，先回去看一周的接待记录和客户流失点。
二、维度一：多账号接待能力
能不能把多个企微号收进一个工作台
多账号接待的第一层，是消息能不能归集；归集没做好，后面的分配、质检都无从谈起，这是整个接待能力的底座。
看一个动作：客服只打开一个页面，能不能看到所有号的未读和当前会话。要在几个客户端之间来回登录，归集就没做完。
第二层是“看得出来源”。同一个客户从公众号、门店码、广告页进来，落在不同账号上，工作台能不能看出他是从哪个入口来的、之前由谁接过。看不出来源，分配只能靠猜。
能不能按规则分配，而不是靠人盯
聚合之后看分配：能不能按规则路由，而不是靠人盯；规则包括标签、熟客、接待量、排队和转接，缺一条都会回到抢单。
聚合之后，要看分配。能不能按客户标签、群标签、熟客、接待量做路由；能不能给每个客服设最大接待数；满了能不能进排队；排队能不能分共享和专属。没有这些规则，聚合只是把消息堆到一个页面，谁手快谁接。
选型时让对方演示一个动作：新客户进来，系统怎么决定归谁。演示得出来，说明分配是产品能力；演示不出来，只说“可以手动分”，那就是靠人盯。
三、维度二：客户资产与交接
客户归属、标签、服务记录是否完整
客户资产看四个字段：归属人、渠道、标签、服务记录；四个字段能不能在会话旁边直接看到，决定客服会不会用。
客户资产远不止一张客户名单，它还包括“这个客户是谁、从哪来、谁在跟、聊到哪、买过什么、下一步做什么”。选型时看四个字段：归属人、渠道标识、标签、服务记录。四个字段能不能在会话旁边直接看到，决定了客服会不会用。
标签还要能被人群包、分配规则、SOP 用起来。只能打标签、不能用于筛选和触达的标签，最后会变成一堆没人维护的彩色标记。
员工离职/转岗能不能交接
员工离职是客户资产最容易断的时候，重点看能不能连记录一起交接；只转客户、不转记录，接手的人还是要从头问。
员工离职是客户资产最容易断的时候。看系统有没有在职继承：客户和聊天记录能不能转给接手人，转的时候能不能带上标签、服务记录和未完成事项。只能转客户、不能转记录的交接，接手的人还是要从头问。
还要看离职前的交接流程：能不能批量列出某个员工名下的客户、按业务线分给不同接手人、转完后能不能核对。交接做得顺，客户才不会因为一个人走掉而断。
四、维度三：触达与 SOP
群发、SOP、朋友圈能不能按人群和时间执行
触达能力不看“能不能群发”，看能不能按人群、时间、条件执行；只能手动选人、手动发送的触达，规模一大就回到表格。
触达能力不要只看“能不能群发”，要看能不能按人群、按时间、按条件发。人群包能不能动态更新；群发能不能定时、循环；SOP 能不能按新客、标准、周期分；朋友圈能不能统一安排。只能手动选人、手动点发送的触达，规模一大就回到表格。
还要看执行边界：任务能不能终止、失败能不能重试、补发怎么做。触达不是发出去就完了，发失败、发重复、发错人，都是成本。
有没有去重、失败重试、退订
去重要分两层：任务内去重，防止同一个人在一次任务里收到多条；跨任务去重，防止一周内被不同任务重复打扰。没有去重，客户会觉得被轰炸，退订率会上去。
退订和失败处理也要看：客户回复退订关键词能不能自动停发；发送失败能不能重试；补发会不会把已经收到的人再发一遍。这些细节不在功能清单的首页，却决定触达能不能长期做。
五、维度四：数据与质检
会话存档、分配报告、质检报告
数据能力先看三张表：会话存档能不能按客户、按客服查；分配报告能不能看出谁接得多、谁接得慢；质检报告能不能按规则抽检、标记问题。三张表都有，才谈得上复盘。
会话存档还要看范围和权限：哪些会话存档、存多久、谁能看。存档不是越多越好，权限不清的存档，反而会带来新的管理问题。
能不能定位哪类客户被漏
复盘要先看哪类客户被漏，而不是谁态度不好；数据要能下钻到时段、客户类型和账号，只能看总量，复盘就没有动作。
首响超时集中在哪个时段、哪类客户、哪个账号；质检问题集中在哪个环节；分配报告里谁长期超负荷。数据能定位到“哪类客户被漏”，复盘才有动作。
只能看总量、不能下钻到客户类型的报表，价值有限。选型时让对方用你的业务场景跑一张报表，看看能不能回答“上周哪类客户等得最久”。
六、维度五：部署与集成
公有云、私有云、混合云
部署方式看约束，不看偏好：数据边界、IT 能力、预算和周期；没有一种部署方式适合所有团队，先看限制再选。
部署方式要看团队的实际约束：数据要不要放在自己机房、IT 能不能维护、预算和周期能不能接受。公有云上线快、维护轻；私有云/混合云适合有明确数据边界和 IT 能力的企业。没有一种部署方式适合所有团队。
不要因为“私有化听起来更安全”就直接选私有化。私有化意味着服务器、运维、升级、备份都要有人负责；没有 IT 资源的团队，私有化可能变成新的负担。
OpenAPI/OAuth/知识库/商品系统对接
集成能力看三件事：能不能通过 OpenAPI/OAuth 接现有系统；能不能接知识库、商品系统、订单系统；接口的字段、权限、调用边界清不清楚。只能导表格、不能接系统的方案，规模一大就要靠人搬数据。
对接不要只听“支持”，要让对方说清楚：接什么、怎么接、谁来做、额外费用怎么算、失败怎么处理。说不清楚，就先别接。
七、维度六：服务与交付
实施、培训、客户成功
SCRM 不是买完就能用，实施、培训、客户成功三件事都要看；只卖软件、不管落地，上线后问题会回到你的团队。
看实施有没有标准流程：账号接入、规则配置、数据迁移、测试验收；看培训是不是按角色分：客服、主管、管理员各学什么；看客户成功有没有固定复盘。
实施周期和范围要以项目评估为准，不要用一句“很快”代替计划。先让对方给出上线清单：谁负责、哪天做什么、验收标准是什么。
价格/席位/交付周期以合同为准
价格不要只看第一年的软件费。席位、账号、接口、AI、私有化、定制、培训、迁移，可能分别计费；不同报价口径放在一起比，很容易比错。把第一年总成本和第二年续费一起列出来，再比较。
本页不写具体金额。价格、席位、试用和交付周期，以供应商最新报价和合同为准；选型时让对方把费用结构拆开，不要只给一个打包价。
八、用一张表做选型，不用一堆截图
每个维度只问三个问题
六个维度，每个维度只准备三个问题，不要拿几百项的功能清单去对；三个问题答不清楚，就不要用“可定制”带过。
有机云在选型时常建议客户先做一张六维表，再约演示；表填不出来，说明主场景还没定。
比如多账号接待：能不能归集、能不能分配、能不能排队；客户资产：字段全不全、能不能交接、离职怎么转；触达：能不能按人群、能不能去重、失败怎么补。
三个问题都答得清楚，再进入下一轮演示。答不清楚的，不要用“后续可以定制”带过；定制也是成本，而且可能影响上线时间。
让供应商演示同一套动作
不要让每家供应商演示自己最擅长的功能，用你自己的场景跑同一套动作，差异比功能清单清楚。
两个企微号、三个客户、一次转接、一次群发、一次离职交接。同一套动作跑下来，谁能做、要做几步、哪里要人工补，一目了然。
演示时记录三件事：动作能不能完成、需要几步、哪些要人工补。三步以内能完成、不需要切后台的，才算真正可用；要开三个页面、导两次表格的，落地成本会很高。
常见问题
功能越多越好吗？
不是。功能多不等于用得上，反而增加培训和维护成本。先按主场景选，够用、能落地、有人维护，比功能全更重要。
只看价格行不行？
不行。价格要放在总成本里看：软件费、席位、接口、AI、私有化、实施、培训、迁移，还有第二年续费。只看首年报价，容易漏掉后面的费用。
私有化一定更好吗？
不一定。私有化适合有数据边界和 IT 能力的企业；没有运维资源的团队，公有云可能更稳。先看约束，再看偏好。
怎么验证供应商说的是真的？
用你的场景做演示，不看PPT。让对方跑一遍多账号接待、分配、转接、群发、离职交接；每一步记下动作和耗时。演示做不出来的，合同里也很难变出来。
只有一个企微号，需要 SCRM 吗？
先别买整套。一个号、客户量不大时，先把企微原生功能、表格和人工流程理顺，比上一套系统更快见效。等到多账号、多客服、多群真的管不过来，再考虑。
---
选型不是选功能最多的，是选你的团队能用起来、能维护、能复盘的那一套。先定主场景，再按六个维度问问题，最后用同一套动作演示；三步走完，比看一百张功能截图靠谱。
