电销助手记跟进只落三行字：客户管理系统里的时间与方式先存好，下次跟进日期必须填上，客户阶段只随最近一次有效沟通推进

自有系统生产库里，客户表 606 行，带「最后跟进时间」的有 593 行；但跟进明细表只有 62 条记录、覆盖 47 个客户。两个数字差了两个数量级，说明一件事：这条「最后跟进时间」不是跟进记录算出来的，是别处回写进来的。

这就是坐席端最常见的误判——看到客户列表上写着「3 天前跟进过」，以为跟进内容也在系统里。点进去才发现，只有时间，没有谈了什么、没有下次什么时候打、没有阶段变化。用电销助手记跟进，真正的门槛不是「记不记」，而是记的那三行字有没有落到对应的列上。

这篇只讲这三行字怎么设计、每行落哪一列、怎么校验、怎么当场验证。文中数字全部来自自有系统生产库实测（2026-10-27），只描述字段与结构，不涉及任何真实客户信息。外呼怎么和客户管理系统打通，电销助手和客户管理系统怎么打通已经讲过链路，本篇只接在它后面，讲「挂机之后那三行字」。

一、电销助手记跟进只落三行字：先分清客户管理系统里的两种「跟进」

把两个概念分开，很多问题自己就消了：

跟进时间是状态字段，挂在客户行上，一个客户只有一个值。它的作用是让列表能排序、让公海规则能算「多久没跟进该回收」。它不记录过程，也不该被当成证据。

跟进内容是明细记录，一个客户可以有很多条，每条带时间、方式、内容、下次日期、阶段变化。它的作用是回答「上次谈到哪一步」，也就是下一个坐席接手时最需要看的东西。

现在的数据形态正好说明了这个区别：593 个客户有跟进时间，47 个客户有跟进明细。剩下 546 个客户的「最后跟进时间」是从哪来的？大概率来自通话落库、分配、领取这些动作——系统在动作发生时顺手把时间戳刷上去，但没有人写内容。

这个差别在业务上很致命。公海回收规则按「最后跟进时间」算，于是一个只打过一次没接通的客户，会被认为「跟过了」，7 天内不会回收；而一个真正被谈过、写了详细记录但没接通电话的客户，可能因为时间戳没刷新而被回收。时间戳刷得勤，规则就被骗过去了。

二、三行字落在客户管理系统的哪三列：列名、类型、必填

跟进明细表 14 列，真正需要坐席填的只有三列，其余是系统字段或加分项。三列这样定：

第一行，跟进时间与方式。时间由系统在提交时写，不让坐席选——让人选时间，就会出现「补录昨天」这种操作，时间戳一乱，所有按时间算的规则都失真。方式是单选：电话、微信、面谈、短信，四五个值就够，别做成自由文本，否则报表里会出现十几种写法。

第二行，内容结论。这是唯一一个必须让人写的字段，也是最容易写成废话的字段。规范要求一句话说清三件事：客户现在的态度、卡在哪里、下一步是什么。写成「已沟通，客户说考虑一下」不算，因为它没有卡点也没有下一步；写成「客户嫌费用高，还在跟另一家比，周五再打」才算。

第三行，下次跟进日期。类型必须是日期，不是文本；必填；不允许填今天。这一列是整张表里最有业务价值的一列——它决定待办列表有没有东西，也决定主管能不能算出「今天该打谁」。

三列的校验规则可以照这个配：内容长度下限 15 个字（拦住「好的」「已联系」）、下次日期必须晚于提交时间、同一客户同一天只能有一条跟进（防刷记录）。三条都不复杂，但没有一条是默认就有的，得手动加。

「方式」这一列的取值别贪多。四五项够了：电话、微信、面谈、短信、其他。取值一多，坐席就会开始纠结「企业微信算不算微信」，报表里就会出现两组数据。如果机构同时在用企业微信和个微，要么合并成一个「在线沟通」，要么直接分成两项，别留中间态。

方式还有一个隐藏作用：它决定这条跟进要不要关联通话记录。选「电话」的，应该能选到一条已有的通话记录（时间、时长、录音都在）；选「在线沟通」的，至少要能贴一张截图。这个关联做起来比想象中简单——通话记录表里有客户 ID 和开始时间，跟进表单按「同客户、前后两小时内」筛一次，正常情况下就那么一两条可选。关联上之后，「这条跟进是编的」这件事就很难发生了，因为编一条跟进容易，编一段带录音的通话很难；录音怎么听出问题，通话录音分析怎么做里有一套四步法。

顺便说一个字段位置的问题：跟进明细表里有一个「客户名称」冗余列，它的作用是让明细表在列表页不用连表就能显示名字。这类冗余列好用，但要配同步——客户改名后明细里的名字不会自动更新，做报表时按名称分组就会分裂成两组。要显示名称就现连，别依赖冗余列。

三、第三行最容易漏：下次跟进日期只有 6 行有值

三个字段里，前两个坐席愿意填，第三个几乎没人填。实测：客户表 606 行，「下次跟进时间」有值的只有 6 行，占 1.0%；跟进明细表 62 条记录里，带下次日期的只有 4 条。

这一列空着，直接后果是「待办」这个功能等于不存在。坐席打开系统，没有「今天该打谁」的清单，只能凭记忆翻客户列表；主管想看「本周该跟进的有多少」，也算不出来。

为什么漏？三个原因，都能在配置上解决：

原因一，提交时不是必填。把这一列设成必填，并且默认值给「三天后」，坐席改一下就行，不改也有一条兜底。

原因二，填了没反馈。填完之后没有任何地方显示「你有 12 个客户今天该跟」，坐席自然觉得填了没用。要么在首页放待办卡片，要么在客户列表加一个「今日待跟」筛选。

原因三，公海规则和它对不上。回收规则按「最后跟进时间」算，不按「下次跟进日期」算，坐席填了下次日期也不会影响客户会不会被回收，那当然不填。两套规则要用同一个字段驱动才行——公海回收参考「下次跟进日期是否已过期」，比参考「最后跟进时间」更接近业务真实。

再看「提醒」这一列怎么算，这里有两个容易被忽略的口径问题。第一个是时区：下次跟进日期如果按 UTC 存、按本地时间显示，跨零点的那批客户会错一天，坐席早上打开看到的「今天该跟」里混着昨天的。统一按本地时区存日期，或者存时间戳但查询时按本地日期截断，两种都行，混着用一定错。

第二个是节假日与周末：下次跟进日期落在周六，提醒应该在周五弹还是周一弹？这个没有标准答案，但必须有明确规定，否则同一个客户会被两个人反复提起。公海回收那套参数里已经有「跳过周末」「跳过节假日」两个开关，跟进的提醒直接复用同一份节假日表就行，别另建一份。

配置顺序建议：先设必填 + 默认值，再做待办入口，最后改公海规则引用它。顺序反过来，坐席会先看到「客户被回收了」，再发现是规则变了，反弹会很大。

四、阶段这一列要不要一起写：62 条里只有 2 条写了「变化后阶段」

跟进明细表里有两列专门记阶段：跟进前阶段和跟进后阶段。实测很典型：62 条记录里，跟进前阶段 62 条都有值，跟进后阶段只有 2 条有值。

为什么？因为「跟进前阶段」是系统自动填的（提交时读当前值），「跟进后阶段」要坐席自己判断要不要改。没人改，就等于每次跟进都不推进阶段。

两列一起看才有价值：前阶段 → 后阶段构成一次状态流转，而流转本身就是数据。一个客户从「首次接触」走到「方案沟通」用了 3 次跟进还是 13 次，只有把每次的流转记下来才算得出来；只记「当前阶段」，历史就被覆盖了，永远只有一个快照。

做法上有两种，选一种就行：

做法一，跟进即改阶段。提交跟进的表单里带一个阶段下拉，默认选中当前阶段，坐席改了就写。好处是操作少；坏处是坐席容易不点。

做法二，阶段单独改，但强制写理由。阶段变成一个独立动作，改的时候必须选原因（客户明确拒绝、资料齐了、约了面谈）。好处是流转有理由、可追溯；坏处是多一步操作。

两家机构规模不同，选法不同：10 人以内选做法一，先把数据攒起来；20 人以上选做法二，因为人多了以后「为什么退回去」比「退回到哪」更重要。阶段模型本身怎么切，助贷商机管理怎么设计里有完整的一套，本篇不重复。

五、谁写的这条记录：4 个坐席写了 62 条

跟进明细里有两列是「谁」和「对谁」：跟进人、客户 ID。实测这两个维度很集中：62 条记录出自 4 个坐席，覆盖 47 个客户，时间跨度 2026-08-24 到 2026-10-16。

33 名在职员工里只有 4 个人写过跟进记录，这个比例说明系统里「写跟进」这件事还没有成为动作，只是少数人的习惯。人均算下来，4 个人 54 天写了 62 条，平均每人每天 0.29 条——离「每次通话后写一条」差得远。

这个数字不能直接拿来考核，但可以拿来定位问题。三种可能，对应的处理完全不同：

可能一，坐席不用这个功能。他们在微信里记，或者干脆不记。处理方式是把「写跟进」嵌进拨号链路——挂机后弹一个三行字的表单，不填不能拨下一个。这一步要配合挂机回传一起做，光弹表单没用，因为表单和通话记录没关联，填了也对不上。

可能二，客户根本没分到人。客户表 606 行里，归属人有值的只有 19 行。没有归属人，坐席打开「我的客户」是空的，自然不会写跟进。这一条比第一条更常见：先查归属，再谈习惯。

可能三，写了但没算进来。有些跟进是写在通话备注里的，明细表里没有。这种情况要把备注和跟进合并成一张表，或者至少让备注能反查——两套记录并存，报表永远是两份。

归属这条线补起来有三种做法，按成本从低到高：一是按名单池批量分配，把无归属客户圈成一个池，按人平均分；二是按最近一次通话的坐席回填，谁打过就归谁，这一种最接近事实，但要看通话记录里有没有坐席字段；三是进公海让人抢，适合量大且不确定归属的老客户。三种做法可以叠加，先做第一种，把归属率从 3% 拉到八成，剩下的再按第二、第三种处理。

判定顺序：先看归属，再看入口，最后看习惯。顺序反了，就会去培训一个根本没客户的团队。

六、防造假：一条跟进算不算真的发生过

记录一旦用于考核，就会有人补记录。补记录的特征很固定：时间集中、内容雷同、下次日期一片空白。所以判定一条跟进是不是真的，看三样东西：

第一样，有没有对应的动作痕迹。写「电话沟通」的，通话记录里应该有一通同客户、同时间的电话；写「微信沟通」的，至少要有截图或消息记录。现在的结构是两张表分开的，通话记录和跟进记录之间没有关联字段——这就是为什么补记录很难被发现。

第二样，内容和结果对不对得上。写了「客户有意向」，阶段却还停在首次接触；写了「客户拒绝」，客户却还在正常跟进队列里。这种不一致是最容易查的，一条规则就能筛出来。

第三样，动作是谁做的。客户生命周期表 164 条事件里，事件来源为空的 134 条、标记为人工 26 条、标记为系统 4 条。八成事件连「是系统干的还是人干的」都没记，这种情况下想把某次客户被退回归到具体人身上，是做不到的。

补记录这件事，查起来其实不难，四个特征凑齐两个就可以叫去聊：一是时间和通话记录对不上——写「电话沟通」但当天没有一通该客户的电话；二是内容雷同——同一个坐席的多条记录只有称呼不同，其余字句一样；三是下次日期一片空白——真正在跟的客户一定有下一步，没有下一步的记录基本都是补的；四是集中在晚上或周末提交——白天在打电话的人，不会在凌晨补十条记录。

一条 SQL 就能筛出第一类和第三类：按坐席和日期分组，看当天有跟进记录的客户里，有多少条没有对应的通话记录、有多少条下次日期为空。这两列的比例一旦超过三成，先别去考核，先去看坐席是不是被逼着凑数——很多时候问题在指标，不在人。

要把这一层补起来，动作不用大：生命周期表的事件来源设成必填，取值就三个——系统、人工、导入。这一个字段的改动能解决「客户为什么从 A 手上到了 B 手上」这类纠纷的大半。防造假这件事的整体思路，电销智能质检怎么做里从质检角度拆过一遍，跟进记录这一层是它的上游：上游记不准，质检只能抽查话术。

七、把跟进变成报表：三个指标就够

跟进记录本身不是给人看的，是给报表算的。三个指标能覆盖八成管理需求，而且都能直接从这三列算出来：

指标一，跟进覆盖率。分母是「有归属人的客户数」，分子是「本周内至少有一条跟进记录的客户数」。注意分母不能用客户总数——587 个客户没有归属人，算进去覆盖率永远是 3% 出头，这个数字没意义。分母换成 19 个有归属的客户，覆盖率才反映真实动作。

指标二，下次跟进到期率。今天该跟进的客户里，有多少条真的产生了新记录。这一项低于五成，说明提醒机制没起作用，或者坐席在批量清待办。目前这一项算不出来，因为下次日期只有 6 行有值。

指标三，跟进到阶段推进的转化。一段时间内的跟进条数，对应了多少次阶段变化。生命周期表里阶段变化事件 34 条，跟进记录 62 条，比值大约是 0.55——平均两次跟进推进一次阶段。这个比值本身没有好坏，但它一旦稳定下来，就是一个可对比的基线。

三个指标都有口径陷阱，配之前先定死两条。第一条是按什么时间归属：一条跟进记在提交日还是跟进日？如果允许补录，这两个日期会差好几天，同一周的报表就会来回变。建议报表一律按跟进日归属，补录只在当天有效。第二条是去重口径：一个客户一天写三条跟进，覆盖率算 1 还是 3？覆盖率按客户算（一天最多算 1），条数指标按记录算，两个口径分开写清楚，否则同一个数字两个人能说出两种结论。

三个指标都从明细表算，不要从客户表的状态字段反推。状态字段只有一个当前值，算不出过程——这是「用时间戳代替跟进记录」这个做法最根本的代价。

八、电销助手记跟进的六个常见问题

问：坐席嫌写跟进麻烦，能不能只记时间不写内容？

可以，但那就别指望它能回答「上次谈到哪一步」。只记时间的系统适合管「有没有打过」，不适合管「打得怎么样」。折中方案是把内容做成结构化选择：态度（有意向/观望/拒绝）+ 卡点（价格/资质/时机）+ 下一步（回访/面谈/放弃），三个下拉代替自由输入，十秒能填完。

问：跟进记录能改吗？改了之后原来的内容还在不在？

建议不允许改，只允许追加。跟进记录是过程证据，改了就没有证据价值；如果写错了，追加一条「更正」比改掉原文更安全。真要允许编辑，至少要留版本——否则纠纷时双方各拿一份截图，谁也说不过谁。

问：客户有两千个，跟进记录会不会撑爆库？

算一下量级：一个客户一个月 2 条，两千客户就是每月 4000 条，一年不到 5 万条，单表毫无压力。真正会变大的是带录音和附件的表，跟进记录只有文字，反而是库里最轻的一张表。担心容量之前，先看有没有人真的在写。

问：下次跟进日期填了，但坐席不看提醒，怎么办？

问题不在提醒，在入口。待办要出现在坐席每天必经的那个页面上——拨号工作台的顶部、客户列表的第一行，而不是藏在侧边栏某个菜单里。另外，提醒要能一键拨号：看到「今天该跟 12 个」，点一下就能拨第一个，不用再搜客户。多这一步，完成率差一半。

问：三个下拉代替自由输入，会不会丢掉细节？

会丢一部分，但换来的是能统计。折中做法是「三个下拉 + 一句话补充」：下拉负责能算的部分（态度、卡点、下一步），补充栏负责不能算的部分（客户原话、特殊约定）。报表只读下拉，人看补充栏，两边都不耽误。全自由文本的表看起来信息最全，实际上一条都统计不出来。

三行字配完，剩下的就是跑一段时间看数据。第一周看覆盖率，第二周看到期率，第三周对比跟进条数和阶段推进次数，三个数一起来，才知道配的这套有没有人真的在用。功能清单这一层怎么和跟进模块对齐，CRM客户管理系统有哪些功能按模块列过；公海回收规则怎么和下次跟进日期联动，客户公海池怎么设计里有现成的参数口径。团队层面要把跟进变成制度，助贷团队管理制度怎么写里那张「谈单阶段表」就是接着本篇往下走的一步。版本对跟进字段和提醒能力的支持范围，价格页有对照说明。