业务梳理 · 个人微信自动回复与召回 · 2026-10-16

个微回复与召回:现在怎么跑、看什么、出事找谁

给新接手的运营负责人:一页看懂现在有几台设备在跑、一条客户消息怎么被 AI 回出去、召回按什么规则发、最近 7 天的量,以及每天该盯的东西。数据取自生产库,取数时间 10 月 16 日下午 14:20–14:35。

01设备现状
→
02自动回复
→
03召回
→
04最近 7 天
→
05告警怎么处理
→
06发版与 Bug
→
07风险与每日清单
01 · 设备现状

在工作的是 3 台销售电脑 + 1 台安卓手机,全部是真发

核心:个微的自动回复和召回都跑在销售自己的设备上:程序截屏读微信、交给云端大脑写回复,再模拟粘贴发送。设备不开机、微信没登录,这台就不工作。

Windows 电脑
3
安卓手机
1
macOS
0
模式
全部真发
设备版本此刻状态说明
电脑 A1.25.9在线电脑里召回发得最多的一台
电脑 B1.25.9在线自动回复量最大、回上率最高
电脑 C1.25.9 → 1.25.10 试点中在线,待自动重启装新版10-16 13:31 报「有未读找不到人」,新版修这个(见 06 节)
安卓手机 10.26.3在线主要在发召回;自动通过好友开着
02 · 自动回复

一条消息的路:发现 → 读屏 → 过闸 → 写回复 → 发出 → 确认

  1. 1
    发现新消息设备

    电脑看会话列表上的红点,红点被人点掉了就靠定时巡检列表兜底;安卓看通知和列表。

  2. 2
    读屏设备

    截下聊天窗口,认出谁说了什么。电脑用云端视觉模型读;安卓用手机本地文字识别。

  3. 3
    过闸云端大脑

    先判这条该不该回(见下面的列表),不该回就停在这里。

  4. 4
    写回复云端大脑

    结合客户备注、聊天记录、知识库(报价、环保、流程等)和这台的人设话术,由大模型写。写完再过话术护栏(价格、承诺、事实),不合格就扣下,推卡请人工回。

  5. 5
    发出设备

    粘贴进输入框发送;有配图的一起发。

  6. 6
    确认送达设备 → 云端

    发完再读一次屏,确认真的发出去了,云端才记下这条回复。没有这一步,就等于没发。

这些情况 AI 不回(按设计)

03 · 召回

召回:每位客户最多 7 次、每次换话题,有一条不对就不发

召回谁
设备按顺序扫聊天列表,云端对看到的每位客户判「发不发、发什么」。没有预先圈好的名单,顺序大致按列表位置,不按沉默了多久。
几次
电脑上每位客户最多召回 7 次,同一位客户两次之间至少隔 2 天。安卓也是最多 7 次。
什么时段、发多少
电脑:北京时间 9:00–22:00,每台每天最多 50 条,两条至少隔 60 秒。安卓:8:00–23:00,每天最多 40 条,两条约隔 10 分钟。
说什么
每次换一个没讲过的话题:质保承诺、服务流程、限时活动、样板房福利、产品配置、品牌对比。6 个话题讲完后,第 7 次回到讲过的话题,但要换一版确认过的新说法,没有就不发(避免同样的话反复发)。每周一评审话题效果,连续没人回的话题会自动停用,卡片里有一键恢复。
哪些不发
备注写了已定、不需要、已到店、成交、勿扰、同行等;群、服务号;客户最后一句在等我们回答;客户说过别联系;已被删好友或拉黑。
客户回了以后
分界线是「有没有约成到店」。没约成的,客户沉默满 48 小时后接着走下一轮。
04 · 最近 7 天(10-09 14:30 起,至 10-16 下午取数时)

召回发了 515 条;满 48 小时的 377 条里,48 小时内客户开口的只有 10 条

召回发出
515
已发满 48 小时的
377
其中客户回话
10
AI 回复(全部会话,含首次招呼)
169
销售亲手回(全部会话)
25
召回发出条数(7 天)
电脑 A
194 安卓手机 1
194 电脑 B
95 电脑 C
27 已停用电脑
5
设备召回发出满 48 小时48 小时内客户回话AI 回复销售亲手回客户来信
电脑 A194123439874
电脑 B957437616163
电脑 C2715047143
安卓手机 119416037022
已停用电脑550000

口径:「召回发出」是确认送达的召回消息条数;「客户回话」是召回发出后 48 小时内,同一会话里客户又发了消息,只证明客户之后开口了,不证明是在回这条召回;分母按召回条数算、不是客户数,只算发出已满 48 小时的 377 条。「客户来信」是这 7 天客户发来的全部消息,大部分是自动回复对话里的来往,不是回召回。这里的「已发满 48 小时」指召回发出后已过 48 小时,和 03 节「客户沉默满 48 小时」不是一回事。「AI 回复」不含召回和销售亲手回,含加好友后的首次招呼。实时看板按自然日统计、窗口不同,数字会和这里略有出入。看板的「回上率」= 客户来消息(连发几条算一批)里,我们回上了的比例,按批算,不等于 AI 回复数 ÷ 来信数(AI 回复还含加好友后的首次招呼,所以可以比来信多):10-10 至 10-16 是 87.7%,电脑 C 是 75.6%、安卓是 66.7%,偏低。

05 · 告警怎么处理

告警卡主要进「企微回复监控群」,需要人动手的 @ 运营负责人

10 月 16 日 13:43 起,个微相关告警(电脑、安卓、召回监控)需要人动手的统一 @ 运营负责人;成功回执、恢复类的卡仍然不 @ 人。

卡片意思你要做
微信没登录 / 被踢下线这台不回复让持机的销售扫码重新登录;一天反复出现就转发给 Claude 助手
锁屏 / 失联 / 心跳停了设备没在工作确认电脑或手机开着、没锁屏;刚升级完的先等,装包期间会暂停一阵(以往 30–90 分钟)
回复写好了没发出去 / 客户问了没人回有客户在等先让对应销售人工回一句,再把卡转发到你和 Claude 助手的飞书私聊,让它查原因
转人工交接到店、投诉、答不准进微信看这位客户,人工接
召回需人工核对不确定这条召回发没发出去在微信里看一眼,在飞书私聊里告诉 Claude 助手是已发出、没发出,还是不发了
有未读找不到人左侧图标亮着未读,程序翻遍列表找不到是哪位请销售看一眼微信有没有客户在等;把卡转发给 Claude 助手
窗口太小程序看不清界面,多数自己恢复把微信窗口拉大或最大化(黄牌,不 @ 人)
话题自动停用(每周一)某个召回话题连续没人回看是否同意,不同意点卡里的恢复
06 · 发版与 Bug

新版本先装一台试点,跑稳 2 小时自动铺开;Bug 先登记再修

  1. 1
    出包技术 / Claude

    代码合并不等于出包,出包是单独一步。

  2. 2
    试点自动

    先下发给一台。电脑在北京时间 8:30–21:30、这台 15 分钟没有客户新消息时自动重启装包;装包期间这台暂停工作(以往实测 30–90 分钟,个别更久)。

  3. 3
    铺开自动

    试点健康跑满 2 小时,其余电脑自动跟上同一版本。

  4. 4
    你看一眼运营

    出新版后 1–2 天,在实时看板看各台版本是否一致,告警群里留意「升级后失联」。安卓手机可能要人点通知装新版。

正在进行:电脑 C 今天下午那条「有未读找不到人」,原因:列表最上面那一行亮着未读,多数时候程序认出它是服务号(按规则不回);但有几分钟连这个红点都没认出来,「找不到」计时到了 5 分钟就报了警。修的是「红点认不出」(Bug 编号 W-101)。修复版 1.25.10 已于 14:23 下发给电脑 C 试点,等它空闲时自动装上;装上并核对后,其余电脑约 2 小时后自动跟进。日志里没看到有客户在等回复。

Bug 流程

  1. 1
    登记运营

    在飞书多维表格「个微回复 Bug 登记」里填一条(手机上用表单也行):哪台、几点、哪个客户、哪里不对、截图。

  2. 2
    核实Claude

    翻日志和截图确认。证据够、确认是 Bug 的,脱敏后登记到公开 Bug 台账,给一个 W 编号(台账里的问题编号),再把编号回填到表里。

  3. 3
    修复Claude

    改代码、出包、装机。

  4. 4
    独立检验另一个 agent

    由另一个没参与修复的 AI 助手复核,分四档:通过 / 只修了代码、还没在真机验收 / 失败 / 证据不足。只有「通过」才能写「已修复并验收」。

07 · 风险与每日清单

最该盯的五件事,和每天看的四个地方

  1. 召回之后客户很少开口。7 天满 48 小时的 377 条召回里,48 小时内客户开口的只有 10 条(按条数算约 2.7%)。值得重新想话题和召回对象。
  2. 自动回复还有漏接。看板 7 天回上率 87.7%,电脑 C 和安卓偏低;还有「写好了没发出去」的情况,会推卡。
  3. 公开台账里有 6 条修复还没真机验收:1 条判定失败(W-95:好友关系不明时不停发),5 条代码已修但没在真机上验收。
  4. 安卓只剩 1 台在工作,而且这台的「自动装新版」权限没打开,升级可能要人点。
  5. 告警现在只 @ 运营负责人一个人;另有几个已知不报的情况,比如被冻结的会话里客户又来消息,要 24 小时后才报。

该盯的四个地方