4个案场换掉Excel销控后：一家代理公司的渠道判客改造实录

去年底接手的一个客户，是长三角某三线城市的房产代理公司，手上同时跑着4个在售案场，团队加渠道经纪人将近两百号人。他们找过来的直接原因是一场纠纷：同一个客户，两家渠道公司都主张是自己先带看的，佣金扯了两个月没定，最后代理公司自己掏钱摆平。老板的原话是"这钱花得冤，但更冤的是不知道下一单在哪"。这个案例讲的就是他们怎么把判客这件事从人肉仲裁变成系统规则的，过程里的坑也不藏着。

一、接手前的现状：三张表、两个群、一套潜规则

进场第一周没动任何东西，先摸底。4个案场的管理方式高度一致：来访登记用纸质本，销控用Excel，渠道报备走微信群。晚上销控专员把三路信息汇总到Excel，第二天早上发群里。这套流程跑了三年，效率和公平都到极限了。

1. 纠纷多到有专门的开奖仪式

每周五下午，销售总监要开一个内部叫"开奖会"的判客会，专门裁当周的客户归属争议。客户上线前一个月的统计：月均判客纠纷约20起，单起处理平均耗时2个工作日（该公司当月内部纠纷台账）。更伤的是渠道情绪——被判输的经纪公司消极带客，有两个月的到访量肉眼可见地下滑。

2. Excel销控改出过事故

最严重的一次，销控表被两个案场同时编辑，一套房被写进两个客户的名字，等发现时双方都交了意向金。退钱、道歉、内部处分，一套流程走完，当月该案场少了2套成交（客户经理复盘口径）。这种事故在单机Excel上是结构性风险，不是小心就能避免的。

二、改造怎么排的：三步走，先易后难

跟老板对完目标，改造分三步排开，每步一个月， deliberately 把最难动的人的问题放在最后。整体方案参考了房产销售解决方案里渠道判客的标准设计，再按他们的潜规则做了本地化。

第一步：把判客规则从潜规则变成明文（第1个月）

先不开系统，先开规则会。把散在各案的判客习惯收拢成一份明文：报备以系统提交时间为准、到访保护期30天、同名同号客户以首次报备为准、超过保护期自动释放。规则会开了三次，吵得很凶，尤其是保护期天数，渠道代表坚持要60天，最后折中30天加高总价房源45天。规则没定下来之前，一行代码都没写——这个顺序后来被证明是对的。

第二步：报备和到访全部搬进系统（第2个月）

规则落地后上系统。渠道经纪人扫码报备，提交即查重，命中已有客户当场提示；客户到访，前台平板登记，自动比对报备记录，归属实时可见。这一步上线头两周，报备量反而涨了约两成——经纪人发现报备后有确定的回执和保护，愿意报了（上线首月报备系统日志）。

第三步：佣金核算自动化（第3个月）

最后把成交和佣金打通。客户成交，系统按归属规则自动计算各渠道应结佣金，生成待审核清单，财务确认后走付款。原来是渠道公司月底自己报，代理公司核，一来一回平均45天；现在按系统数据核算，结算周期压到20天左右（该公司上线后第3个月渠道结算记录）。渠道的钱来得快了，第4个月的带客量比改造前基线涨了约一成半。

三、改造前后的数字对比

拿该公司自己的台账口径，改造前后各取3个月对比：

效率（对账、纠纷处理）、质量（纠纷数量）、周期（佣金结算）三类指标全动了。老板最看重的其实是第三行——判客纠纷降到个位数，渠道关系修复，这才是后面带客量回升的前提。

四、踩过的三个坑

案例写到这里如果只报喜，那就是广告了。三个实实在在的坑，记录如下。

1. 历史报备数据没洗干净

第2个月上线时，把渠道微信群里的历史报备记录导进了系统，结果里面大量只有姓氏加手机号后四位的模糊报备，查重规则一跑，误判了一堆。最后花了一周人工清洗，早知道就按规范只导在途客户。

2. 前台抵触平板登记

两个案场的前台嫌录系统麻烦，偷偷保留了纸质本，白天录纸、晚上补系统，数据反而更乱。后来把登记字段砍到最少——姓名、电话、到访房源，30秒能录完，再把登记完整率跟前台绩效挂钩，两周就扭过来了。教训是：给一线的表单，字段每多一个，落地风险翻一倍。

3. 总监想要的功能其实没人用

销售总监最初坚持要一个"客户意向热力图"，做完之后三个月没人点开。真被用起来的是三个朴素的功能：报备查重、归属查询、佣金清单。功能是给一线减负的，不是给汇报增色的。

五、这个案例能复用什么

三线城市的代理公司，预算和人力都有限，这个案例里真正可复用的是顺序而不是工具：先定规则、再跑链路、后算钱。规则不定，系统只是把混乱线上化。他们的销控和报备台账最初就是在低代码平台上参照现成的售楼处销控模板改出来的，改造成本可控，中小代理照着这个路径走，一个季度能见分晓。

最后补一句后续：今年开年，这家公司又接了两个新盘，销控直接在系统里开新账，没有再买过一张Excel的账。