自研轻量CRM实践：让销售团队从Excel真正迁移到系统

很多团队买CRM时都有一种幻觉：以为软件买回来，客户资源就自动管好了。我见过太多团队，花了十几万上Salesforce或者某国产大平台，结果一线销售照样用Excel记客户，客户聊天记录照样散落在个人微信里，主管问起来就说"都录进去了"，后台一查，近三个月的跟进记录是空的。我们决定自己动手做DeskcommCRM，最初就是被这种"买了工具却没人用"的现状逼出来的。

DeskcommCRM这个名字，内部争论过好几轮。Desk是工位，Comm是Communication（沟通），连在一起想强调的就一件事：客户不是躺在系统里的一堆字段，而是坐在你工位对面、你每天都要对话的人。这套轻量级CRM的核心目标也很直接——把一线销售和客服在工位上发生的每一次沟通，自然沉淀成公司的客户资产，而不是逼着人填表交差。

这篇文章我打算把整个项目从立项、设计、开发到落地的过程完整拆开讲。如果你所在的团队有几十到两三百人，正在纠结是买现成CRM还是自研，或者已经买了CRM但一线死活不用，那这大半年的实操经验、踩过的坑、还有最后总结的设计取舍，应该能给你不少参考。

1. 为什么最终选了"自研轻量CRM"这条费力不讨好的路

1.1 买了三年的商业CRM，一线还是用回了Excel

先交代一下背景。我们公司做的是企业服务类产品的电话销售加在线客服，销售团队五十多号人，分布在两个办公室。之前用过一套海外大牌CRM，也试用过两家国产头部产品，共同的问题是：录入负担太重。

那套海外CRM光客户表单就有四十多个字段，什么行业代码、客户规模、采购流程节点、竞争对手、预估成交金额、下次跟进时间……看起来逻辑严密，但对一线销售来说，每个字段都是负担。销售每天的核心动作是打电话、回消息、记笔记，不是填表。一开始大家迫于管理层压力还会录几单，后来发现录得越全，主管追问得越细，干脆就只录个名字和电话。再往后，新客都不录了。

还有一个更头疼的问题：那套系统是给"坐在办公室里看报表的人"设计的，不是给"坐在工位上打电话的人"设计的。销售在通话间隙只有三十秒空闲，根本来不及打开系统分层逐级点击。到最后，团队回到Excel加微信群报数的状态，CRM沦为管理层汇报时的演示工具，后台数据假得离谱——40%的手机号打不通，跟进记录三个月没更新，但月度报表照样做得光鲜。

1.2 需求调研的结论：真正要解决的只有三件事

决定自研之前，我们花了三周做内部调研，几乎把销售和客服都聊了一遍。不聊不知道，聊完发现一线对这个事情并不抵触，他们只是抵触"为了管理而录入"。汇总下来，真正高频的需求只有三个：

• 客户归属：这个客户是不是我的？别人会不会抢？我休假时谁替我跟进？
• 沟通进程：我们聊到哪了？上次答应客户什么？客户有没有提过什么关键要求？
• 下一步动作：我今天该联系谁？哪个客户已经三天没跟了？

这三个需求翻译成系统语言分别是：客户所有权管理、沟通历史留痕、跟进任务提醒。传统CRM把这几个简单需求包装成了复杂的线索、商机、合同、回款等大模块，但对我们这个规模的团队来说，那些模块一年都用不上几次，反而把核心需求淹没在层叠菜单里。

所以DeskcommCRM的定位从一开始就非常明确——做一个"沟通现场管理工具"，不追求大而全的流程覆盖，专心解决工位上的真实问题。这也是后来我们能快速开发、快速让团队接受的根本原因。

2. DeskcommCRM的四个核心模块：从客户档案到沟通留痕

2.1 客户360视图：不是信息越多越好，而是第一屏全是该看的信息

很多CRM做客户档案时有个毛病：把所有能想到的字段全塞到一个页面里，看起来“很专业”，实际上销售根本不知道先看哪一栏。DeskcommCRM的客户详情页，我们团队互相争论了许久，最后达成的设计原则是：第一屏只放七个信息。

哪七个？客户姓名、所属公司、联系电话、来源渠道、意向等级、最近一次跟进时间、下一步动作。没了。其他如公司规模、所属行业、历史订单等信息全部折叠在“更多资料”里，需要时再展开。

这个设计是刻意跟传统CRM反着来的。我们调研过，通话结束后销售回到系统，绝大多数场景就两个动作：一是回忆“这客户上次聊到哪了”，二是记一笔“这次聊完下一步做什么”。所以客户详情页的第一屏必须回答这两个问题。来源渠道则用来做渠道质量分析，意向等级和最近跟进时间是互相配合的——一个客户意向等级“高”但最近跟进时间已经是十一天前，说明这条线索正在变凉，列表页会把它标红，提醒销售优先处理。

另外，客户详情页还有一个细节：我们把“客户说话”的原始记录放在显眼位置，而不是让系统自动打标签。销售可以给客户添加“关注竞品”、“预算有限”、“决策周期长”、“有明确意向”这类主观判断标签，但标签只能单选，避免销售一股脑打一堆标签等于没打。

2.2 通话与消息留痕：让记录变成点两个按钮，而不是写一篇作文

沟通留痕是DeskcommCRM的灵魂。我们最开始犯了和大多数CRM一样的错误——设计了一个“沟通小结”文本域，结果销售基本不填，或者随便打几个字敷衍。后来我意识到一个问题：人天生抗拒写总结，但不抗拒做选择。

我们后来把“沟通小结”改成了一套结构化标签加可选备注的机制。销售打完一通电话，在系统里只要完成两个动作：选择一个沟通状态，再选择一个下一步动作。

沟通状态分四档：有意向、待定、暂不跟进、已成交。下一步动作也有四类：电话跟进、微信/企微跟进、上门拜访、暂不安排。选完之后，系统自动生成一条跟进记录，时间、时长、关联客户都自动带上。如果销售愿意，可以在备注里写几个字，但不是必填。

这样设计之后，单次记录耗时从原来的平均两分钟压缩到了十五秒以内，运营数据也验证了这个改变：上线一周后，跟进记录填写率从不足30%提升到了87%。

通话录音我们也做了。我们给部分坐席开了软电话，通话记录会直接在系统里留下痕迹，点开录音就能回听。这块技术上难度不大，真正麻烦的是合规——我们会弹窗提醒“本次通话可能被录音”，也在系统中增加了权限控制，只有直属主管和管理员能听录音，避免员工产生“被监视”的抵触情绪。微信和企业微信的聊天记录无法直接打通，我们会让销售手动转发关键聊天截图，后面再人工标注意向等级，这个妥协是现阶段最务实的做法。

2.3 任务与跟进提醒：把“我好像该联系他了”变成系统动作

做CRM的人都知道，光有信息记录还不够，关键是让系统帮人“记住”下一步动作。DeskcommCRM的跟进提醒设计得很轻，但很有效。

每条客户记录上都有一个“下次跟进时间”，销售在记录完一次跟进后系统会弹窗问“什么时候再联系他？”可以选择明天、三天后、一周后，也可以自定义时间。到了约定时间，客户的卡片会在“今日待办”里亮出来。

很多系统喜欢用短信或App推送轰炸式提醒，但我们刻意避免了这个做法。原因是电话销售的工作节奏非常碎片化，过多推送会产生“狼来了效应”，大家最后根本不看提醒。我们的做法是只在每天上午九点半，通过企业微信机器人推送一条聚合消息，列出今天需要跟进的客户数量和名单。这条消息我们做了个承诺：如果当日待办是空的，机器人会发一条“今日无待跟进客户，可以去池子里捞新客”。这个设计反而激发了销售清理待办的动力，算是一个小意外收获。

2.4 数据看板：我们只看三个指标

数据看板是管理层最感兴趣的模块，也是我一开始差点掉进去的坑。第一个版本我参照成熟CRM产品，画了十几个可视化图表：线索转化漏斗、成单周期分布、各渠道ROI、销售排行、客户活跃度……图表是好看，但主管根本用不过来，一线销售不关心，最后看板沦为摆设。

第二个版本我们全部推翻，只留三个指标：接通率、跟进及时率、意向转化率。

• 接通率反映的是线索质量和外呼时间安排是否合理。
• 跟进及时率反映的是销售的执行力——分配出去的客户有没有按时跟，这个指标直接跟客户回收机制挂钩。
• 意向转化率反映的是整体的销售能力。

为什么只留三个？因为每个指标背后都能对应到一个具体的行动。接通率低了，就调整外呼时段；跟进及时率低了，就去催销售或者触发公海回收；意向转化率低了，就做针对性培训。管理层开会不聊虚的，就盯这三个数字，数据少，反而容易盯住。

这个看板我后来复盘时认为是最值得骄傲的设计决策之一。后来团队内部流传一句话：看板上的图表如果看完不知道下一步该干嘛，那这个图表就不该存在。

3. 开发中最容易翻车的两个设计决策

3.1 客户归属权：抢单、离职继承和“我的客户”迷思

客户归属权的设计，是整个开发过程中争论最激烈、也最影响日常运营的部分。最初我们按照传统CRM的思路，给每个客户打上“所有者”标签，谁录入谁拥有。结果问题马上暴露出来：有些老销售手里握着两三百个客户，但有一半已经三个月没有跟进，新入职的销售却苦于手上没线索。

我们引入了“公海池”机制，这是整套系统里对我启发最大的概念。规则很简单：

• 客户录入后，如果没有在48小时内完成首次有效跟进，自动回收到公海池；
• 对于已有归属的客户，连续15天未进行有效跟进，自动回收到公海池；
• 公海池里的客户，销售可以主动领取，但同一客户每人只能领取一次，领取后若3天内未跟进，再次回收。

这个机制等于从制度上逼着销售“盘活资源”。运营一个月后，公海池里的过期客户重新激活率达到18%，新人的日均线索量也提上来了。

抢单问题我们是这样处理的：同一个客户如果被两个销售同时沟通，系统以“最近一次有效沟通记录”为准，谁先录入了有效的跟进记录并标记为“有意向”，谁就暂时持有这个客户，同时系统会给另一位销售一个弹窗提示：该客户已被同事优先跟进。这不能完全杜绝争议，但配合团队规则，能把冲突降到最低。

离职继承也做了简化处理。销售离职后，系统自动把他的客户全部转入公海池，但转移前会标记一个“历史归属人”，方便接手的销售了解背景。我们没有做复杂的“批量指派给新主管再分配”的流程，原因是五十人团队的管理层级简单，直接回收再领取是效率最高的方式。

3.2 权限模型：为什么我们放弃了精细的角色权限

权限模型是另一个被我们“做减法”的地方。第一版权限设计参考了大型CRM的做法，搞了一套RBAC（基于角色的访问控制），什么字段级权限、记录级权限、操作日志审计，甚至还设计了“领导可见全部数据、主管可见本组数据、销售仅见自己数据”的三层规则。

开发到一半我就后悔了。

第一个问题是管理成本。销售团队经常有跨组协作、临时借调，一借调就要改权限，主管每周光调权限就要花不少时间。第二个问题是信任感。我们一直强调“客户是公司资产而不是个人资产”，如果系统在权限设计上表现出极强的“防备销售”的姿态，一线员工在心理上就会更加抗拒使用这个系统。

后来我们痛下决心把权限模型砍成三种角色：普通成员、主管、管理员。

• 普通成员能看到所有客户的基础信息和跟进记录，但只有归属自己的客户才能编辑。
• 主管能看本组全部客户、通话录音和数据分析。
• 管理员负责系统配置、客户分配和账号管理。

这个决策刚推出来时，管理层有人担心销售会看到别的同事的客户信息造成泄漏。实际运行下来的结果是：大家对公司有基本归属感，反而因为系统开放，销售之间主动分享客户沟通经验的现象变多了。原来大家把自己的客户当私有资产藏着掖着，现在体系透明了，倒逼所有人都认真跟进，否则客户会被别人“看到”，如果跟进不及时还会被回收到公海池。

权限模型这件事让我学到的一点是：小团队的权限设计，产品逻辑越简单，落地阻力越小。精细权限适合几百人以上的组织，五十人的团队搞分级管控，只会让系统比Excel更难用。

4. 让团队真正用起来的三个关键动作

4.1 上线前两周：管理员帮销售录入前20个客户

不管系统设计得多好，上线第一天都会面临冷启动问题。如果销售打开系统发现里面空空如也，他大概率会想：这玩意还得我自己把客户一个个敲进去？算了，还是用Excel吧。

我们的对策是——在上线前两周，由我和两名客服实习生，把每个销售手头Excel表里的客户信息批量导入系统，至少保证每个人打开系统时，眼前已经躺着自己最近在跟的20个客户。这一步极其辛苦，但价值巨大。

销售第一次登录DeskcommCRM，搜自己的名字，能看到以前散落在各个地方、甚至都快忘记的客户全部整整齐齐地列在面前，还带上了历史跟进记录。哪怕这批数据并不完美，有些电话可能是旧的，但“我的客户都在系统里”这个第一印象建立起来了，后面再跟他们说“以后新客户也录这里”，抵触情绪就少了一大半。

我后来跟很多做CRM落地的朋友聊，发现不少项目死在冷启动上，原因就是厂家只顾上功能培训，根本没帮客户把第一批数据导进去。系统里没有数据，产品再好也是空的。

4.2 把一次跟进记录压缩到30秒以内

上线之后我们做了一个使用行为分析：销售每天的通话量平均在40到60通，如果每通电话需要在系统里花两分钟记录，那一天光录信息就要占掉一个多小时。这是一个不可承受的负担。

所以我们在交互设计上下了重功夫。客户列表页支持拼音首字母搜索和最近联系人排序；跟进记录页面默认焦点在“沟通状态”下拉框，键盘上下键选中，回车直接提交。记录完成之后页面停留在原位置，不跳转、不刷新，方便连续记录下一通电话。

我们统计过，熟练销售完成一次跟进记录平均耗时26秒，其中大部分时间花在思考“这客户算有意向还是待定”上。一个操作动作能不能压缩到30秒以内，直接影响销售的录入习惯。这不是体验问题，这是系统能不能活下来的问题。

有一次版本迭代，我们把提交按钮从“记录跟进”改成了“保存”，结果当天跟进记录完成率就下降了5%。原因很简单：销售习惯性找“记录”两个字，突然变成“保存”就愣了一下，那一下犹豫，就有人选择不录了。后来我们紧急回滚按钮文案。这种细节听起来有点玄学，但真实发生在日常运营中。

4.3 用“周报自动生成”倒逼数据常态化录入

系统用得再好，如果没有持续的推动力，三个月后人们还是会陷入惰性。我们的做法是：把主管的周报从“人肉汇总”变成“系统一键生成”。

以前销售主管每周五下午要花两三个小时整理本组成员的跟进数据，还要从微信群里翻聊天记录核对业绩。DeskcommCRM上线后，我们开发了周报自动生成功能：每周五下午五点，系统自动给主管推送一份本周数据汇总，包括本组接通率、跟进及时率、意向转化率、新增客户数、待办完成情况，还能列出异常客户——比如意向等级高但超期未跟进的。

这个功能最大的妙处在于：主管成了系统数据的直接消费者。以前主管不关心销售有没有录数据，因为报表组会整理；现在主管自己要看系统数据，就会主动催下面的人录。销售可以抵触“公司的系统”，但很难抵触直属主管的明确要求。用制度让主管成为系统推广的一线推动者，比任何培训都管用。

上线第四周开始，我们基本不需要再人工催促录入了，数据已经形成自我循环：销售录得越准，主管周报越准，主管的反馈越有针对性，销售觉得系统有用，就更愿意录。

5. 运行半年后的实在体会

5.1 这些功能我们坚决不做

自研系统最大的诱惑是“今天想要个功能，明天就让人加”。我们内部盘点了半年内被业务方提过但我们坚决没做的需求，列出来供你参考：

每次有人提新需求，我们都会问三个问题：这个需求解决的是谁的痛点？是高频场景吗？不用系统能用别的方式解决吗？如果答案是“管理层的监控需求”或者“一个月才用一次的场景”，我们就不做。这套筛选标准帮我们挡掉了至少70%的伪需求。

5.2 数据质量靠“少字段+强制动作”，不靠审核

CRM系统的价值完全建立在数据质量上。我们一开始也想过设置“跟进记录审核”环节，让主管抽查销售填写的记录质量，后来发现这只会让销售更抗拒录入，甚至编造数据。

我们的做法是反过来的：减少字段，降低门槛，但强制核心动作。具体只有两条铁律：

1. 每次跟进沟通后必须选择一个“沟通状态”，否则无法关闭页面；
2. “下次跟进时间”必须填写，系统默认给出“三天后”选项。

把这两条设为强制性动作之后，系统里再也没有“没写跟进状态”的记录了。至于备注里写不写内容，随销售自愿，我们相信状态标签本身已经提供了80%的管理信息。这个设计的底层逻辑是：系统的强制性字段越少，销售越愿意如实填写；如实填写的字段越多，数据质量反而越高。

5.3 下一步想做的事

系统运行半年后，我们已经积累了几万条沟通记录。下一个阶段的计划有几个方向，都在评估中：

第一个是通话录音的语音转文字和AI摘要。现在录音文件都存着，但要人工回听才能获取信息，成本很高。我们正在试市场上几个语音识别服务，目标是自动生成“客户提到的主要需求”和“销售承诺的事项”两类结构化信息。

第二个是客户效果追踪。现在我们在做A/B测试，尝试根据历史数据找出“哪些标签组合下客户成单概率更高”，帮助销售优先跟进高意向客户。

第三个是客户流失预警。我们希望在客户连续三次沟通未接或者标记“暂不跟进”超过三十天时，系统自动给出预警，提醒管理层及时挽回。

这三个方向都还在探索中，等有实际进展了我再来更新。

最后分享一个我们踩过的坑。最初我们一直想在系统里加“客户意向等级自动评分”，规则做得很复杂，综合了通话时长、沟通次数、客户所在行业等十几个因素，结果跑了一个月，销售根本不看这个分数，反而觉得系统在替他们下判断，有时候明明客户已经很明确了，分数却因为某几个因素被拉低。后来我们把自动评分悄悄下线，改成了让销售自己点选意向等级，系统只做统计和趋势展示。这个改动一出，数据的准确性和一线的接受度都大幅提升。CRM做得越久，我越觉得它其实就是一面镜子——你不尊重一线的工作习惯，它就不会给你真实的反馈。