三天总览
新好友 0 位,开口的客户 4 位,召回发出 153 条、2 位回话
三天里客户的对话集中在电脑 B 和 C;电脑 A 没有客户开口,召回也只发出 15 条。
0位真正的新好友
系统记了 1 位,10-19 核实是 8 月加的老联系人
4位客户开口(电脑 B 2 位、C 2 位、A 0)
另有 1 位合作方被当成客户回复
153条召回(三台电脑,发给 127 个会话)
另有安卓 38 条,本页不展开
2位召回后回话
1 位说已在别处定了,1 位提了顾虑后由销售接手
按天、按电脑
| 日期 | 电脑 | 新好友 | 开口客户 | 客户消息 | 召回已发 | 当天该发未发 |
| 10-16 | A | 0 | 0 | 0 | 4 | 22 |
| B | 0 | 2 | 16 | 32 | 19 |
| C | 0(看板记 1) | 1(另合作方 1) | 2(另合作方 3) | 18 | 2 |
| 10-17 | A | 0 | 0 | 0 | 8 | 26 |
| B | 0 | 1 | 8 | 47 | 21 |
| C | 0 | 1 | 3 | 2 | 2 |
| 10-18 | A | 0 | 0 | 0 | 3 | 26 |
| B | 0 | 1 | 1 | 26 | 26 |
| C | 0 | 0 | 0 | 13 | 4 |
| 合计 | | 0 | 4 位 | 30 | 153 | 148 人次 |
开口客户按天计,同一位客户两天都开口就算两次,所以逐行加起来是 6,合计按人去重是 4 位。客户消息是库里的消息条数,一条里可能合并了几句话;合计不含合作方那 3 条。当天该发未发是人次:同一位连着几天没发,每天都算一次,不能和召回已发相减。
新客为什么是 0
系统记到的 2 次首触(看板只计 1 次),都发给了几个月前加的老联系人
实际情况:电脑 C 10-16 13:54 记了 1 位新好友并发了首触,10-19 运营在销售电脑上核对:这位 8 月 13 日就加过,后来聊天里只有暂不支持该内容的占位提示,是老联系人。同一天 19:28 电脑 C 又给另一位 8 月加的老联系人发了首触,对方已删了我们,消息带红色感叹号没送达,库里却记成已发(看板已不计这条)。
原因:程序判断是不是新好友,只看聊天窗口里有没有加好友提示,不看提示上方的日期;送达失败的首触也没撤销记录。对应台账 W-104、W-105。
进度:修复已合并,跟着电脑端 1.25.19 出了包:加好友提示要在 3 天内,读不到日期不发,对方开了朋友验证也不发。三台电脑还没装上(10-19 12:16:A、B 是 1.25.14,C 是 1.25.15)。
销售实际加了多少人,系统现在给不出数
实际情况:好友记录只在程序读到好友通过旁边的具体时间时才记一条,宁可漏记,不虚增。所以 0 只说明系统没看到新好友通过,不等于销售没加人。看板底部的销售加友登记表到 10-19 下午仍是 0 条。
需要:销售每加一位客户,在 看板底部登记一下;是否通过由系统按手机号和新会话自动回填。有了登记,下一版才能按加了几位、通过几位、开口几位来算。
逐个标注(4 位客户 + 1 位合作方):跟理想状况差在哪,真实原因是什么
电脑一列后面是该客户在销售微信里的备注编号,中间两位已隐藏,手机号、称呼不写。消息条数只算这三天;召回列是这三天发出的召回条数,括号里是之前的轮次。客户01 就是 10-14 版的客户01。
| 编号 | 电脑 | 加好友 | 需求 | 客户消息 | AI 回复 | 召回 | 现在 |
| 客户01 | B · 闽D61**05 | 10-09 | 窗台柜 + 立柜 | 10 | 0 | 0 | 转人工(10-11 起)· 催下单、等上门 |
| 意向最高,没人收到提醒销售回复看不到付款方式卡住 理想:客户说要尽快订、问几点来,负责人马上收到提醒并上门,系统里看得到谈到哪一步。实际:10-16 上午客户问最近来不来、能不能尽快订下来;10-17 早上发定位、问几点来、给了门牌;傍晚用文字、语音和图片连着说柜门和台面要跟窗台一样平,21:11 让设计师按这个规格报价;10-18 17:04 说家人不同意这样付款。AI 按规则不回(10-11 起管理员指定人工接管),按当时的规则,这三天 10 条消息都不会给任何人推提醒,系统里也看不到销售有没有回。原因:会话是手动转人工的,客户再开口时回复服务直接跳过,不提醒;转人工后客户再开口就提醒的功能(wecom-chat #2228)10-19 已上线,开关还没开;销售在微信里的回复不回传系统。 |
| 客户02 | B · 闽A60**87 | 09-15 | 全屋 · 问合同、定金、增项 | 15 | 4 | 0(10-15 第 4 轮) | 转人工(10-16 13:27) |
| 5 个问题没答上门还是到店没分清报价口径对不上 理想:客户问到合同、定金、增项,说明已经在认真比较,每个问题都要有答案;客户想先请人上门选板材,就按上门量尺交给人约时间。实际:10-15 第 4 轮召回后客户回话,10-16 上午连着问:什么时候交定金;合同里写不写板材、五金和交货日期;店长说 600 多,现在这个价是不是确定;柜子在哪个工厂加工;设计费另算吗;还有什么增项;一个抽屉加多少钱。AI 答了定金(先到店选色卡再交,计入总价)和单价(说活动价是确定的),合同、工厂、设计费、增项、抽屉 5 项没答,3 次提到约到店。13:27 客户先说想请人到家里看看、帮他选板材,不打算过去;同一条里又说或者先到店里看一下、家人一起过去商量(大意,原句见下方案例二),上门和到店两种方案都提了,系统只按已在路上或已到店处理,并转了人工;之后客户又问的设计费、增项、抽屉价 3 个问题,系统里没有回复记录。原因:一条回复只顾一个问题;到店识别只要提到到店就当成到店,没分清客户更想要哪一种。 |
| 客户03 | C · 闽A60**15 | — | — | 2 | 0 | 1(10-14 第 1 轮) | 转人工 · 已在别处定了 |
| 召回后明确拒绝同一句记了两遍、误推提醒 10-16 14:04 第 2 轮召回(环保协议),16:20 客户回复说不用了,已经定了(大意)。读屏把这句话前面拼上了客户备注名,又交了一遍,库里同一句记成两条,系统按连续 2 次拒绝转了人工,还多推了一张漏回提醒卡(台账 W-102,服务端已修)。转人工后召回已停(#2225)。客户已在别处成交,系统里还没记成流失。 |
| 客户04 | C · 闽D61**20 | — | 全屋 · 问全包项 | 3 | 4 | 1(10-14 第 1 轮) | 销售接手(10-17 14:10) |
| 召回后回话全包没逐项回答销售接手后看不到 10-17 13:58 第 2 轮召回(品牌对比介绍)5 分钟后,客户连说三句(大意,原句见下方案例三):听说你们全是坑;很多都要另加价;裤架、隔板、圆弧口、抽屉、三段力五金等是否全包。AI 前两句答了(板材等级和合同赔付;哪些门板、玻璃门、灯带属于升级另算),第三句没有逐项说包不包,改成邀约当天到店、说全国统一价。14:10:59 系统识别到销售本人在打字,转人工。之后系统里没有任何记录。原因同客户02:一条回复只顾一个问题;全包口径没有一份能逐项回答的清单(台账 W-86 同类)。 |
| 合作方 | C | — | 不是业主 | 3 | 1 | 0 | 不是客户 |
| 合作方被当客户回复回的可能是旧消息 10-16 20:59 电脑 C 巡检点开一位备注为一家合作机构的联系人,读到最后 3 行:柜子你跟吧;我之前是其他渠道跟他的装修;嗯嗯。看起来像合作方把一位业主的柜子转给我们(推断)。程序没认出这是合作方,按客户补了一条回复,AI 回了句那我先不打扰您了,您先忙。读屏时程序判断还没翻到底、消息时间不明(运行日志 20:59:00 记录的是没确认翻到底、消息时间未知),所以这 3 行可能是几天前的消息。该做的是让销售跟这位合作方确认是哪位业主。 |
标注归类
| 类别 | 人数 | 哪几位 | 真实原因 |
| 转人工后客户再开口,没人收到提醒、系统看不到有没有人回 | 2 + 1 | 01、02;04 是销售接手后系统里看不到后续 | 手动转人工的会话,客户再开口时回复服务直接跳过;提醒功能已上线但开关没开;销售在微信里的回复不回传。客户01 三天 10 条消息,是离下单最近的一位。 |
AI 回复不到位 多个问题只答一个、上门还是到店没分清 | 2 | 02、04 | 一条回复只顾一个问题,没有逐个核对;全包、增项、设计费没有一份能逐项回答的清单;到店识别只要提到到店就当成到店。 |
| 召回后回话 | 3 | 02(10-15 召回,不在三天里,不计入上面的 2 位)、03、04 | 三位都是被通用介绍类召回叫回来的;03 是明确拒绝,02、04 回来就问价格和增项,接下来全靠人接。 |
| 记录与认人出错 | 1 + 合作方 | 03、合作方 | 读屏把备注名拼进消息(W-102,已修);合作方没有单独的备注规则,被当客户;没翻到底也补了回复。 |