存量用户召回：最近一周的数据、个性化内容和案例视频的尝试进展

销售 A 在 21 日为 0：旧版核验拦住发送，随后运行上报中断

当天发生了什么：09:07–12:34，服务器共下发 6 次可执行召回，对应 2 条任务，其中同一条重复尝试 5 次。5 次已经走到粘贴后、按回车前，程序又清空输入框并停止；另 1 次因读屏超时，无法核实当前会话而停止。因此有任务、有尝试，但没有一条完成实际发送。

为什么会被拦：这类老会话的聊天区只剩历史提示灰字，读不到普通消息气泡。日志显示 5 次在粘贴前已确认聊天画面未变，最后仍被报为“聊天末尾对不上”。当时上报的 1.25.32 版本，最后一道校验仍要求能识别普通消息，无法放行这种老会话；这与已定位的旧版问题一致。这个报错不等于客户真的发了新消息，也不是没有生成召回内容。

下午情况：最后心跳为 13:27，运行日志到 13:30 左右停止，之后没有发送回执。仅凭这些记录，无法判断是关机、程序退出还是通信中断。

处理进度：老会话核验改动已纳入 1.25.43；现场确认 A 已升级至 1.25.51。截至 22 日 14:08，系统仍未收到升级后的新心跳和召回回执，下一步先恢复运行上报，再核对这类会话是否真正发出；不以安装完成代替发送恢复。

依据：21 日完整已上传日志去重后，6 次领取、5 次回车前停止、1 次核验失败；两条任务逐次对应。代码与回归证据见 1.25.43 修订记录。机制判断由当天日志与已定位问题相互印证，未取得每次最后画面的逐帧回放；6 次尝试不折算为 6 位漏发。

销售 C 在 15 日为 0：领取的 9 条均未发出，另有掉线与通信故障

12:19–14:38：日志先检测到微信退回登录界面；重新登录后，程序按规则保护暂停 30 分钟，14:08 开始、14:38 到期。这里的暂停是程序对掉线的保护措施，不等于已证实微信账号被封禁。

14:43–15:43：当天日志共记录 9 次领取任务，发送前均读到空会话或无法可靠识别聊天内容，程序转入等待首触核查，未继续发送。逐条核对后，这 9 条在 10-19 被运营确认已不是好友并取消；它们是无效触达对象，不应作为 9 位正常客户要求补发。

16:20–19:36：又出现持续的读屏服务通信失败，程序无法正常识别会话。既有现场直连与代理对照排查指向代理节点故障；这是当天的另一段中断，不能拿它单独解释整天为零。

处理进度：9 条非好友任务已取消，10-16 已恢复发出 18 条存量召回。后续仍需分别核查账号登录、通信与有效任务发送；次日恢复有发送，不代表所有卡点都已消除。

依据：15 日已上传运行日志、9 个领取任务与 19 日非好友取消记录逐条对应、同期网络排查记录及 16 日发送回执。时间区间为相关日志首末记录，不代表期间每秒都处于同一状态；15 日的空会话判断与 19 日的非好友确认分开记录，不倒推为当天已识别删好友。

原因：只遍历聊天列表，覆盖不到不在列表里的客户

已有排查在一次完整到底的巡检窗口发现：销售 B 的 40 位积压客户都没出现；销售 A 调查的 15 位中有 13 位没出现。客户在通讯录里，却可能不在聊天列表里，重复从上往下翻也找不到；另一些任务会因当前打开的客户变了而退回。

依据：#2317 的 10-20 完整巡检窗口取证。调查队列为 55 条，其中 53 位未在该窗口出现；这是历史排查样本，不能当作本周去重影响人数。当前任务最后原因也可能覆盖早先的阻断原因。

进度：已有搜索发送实绩，还没有全量恢复验收

到期任务增加按客户编号搜索、核对完整身份后发送的出口，B 已有 11 条成功记录。A 已确认升级至 1.25.51，系统新状态与搜索发送回执待回验；C 截至 21 日没有成功搜索发送回执，当前有 1 条搜索任务卡在身份核验。21 日另合并了“记录客户最后在列表出现时间”的统计，下一步需积累观察期后验证长时间不出现客户的分派。

下一步验收：确认 A 升级后恢复运行与上报；7 条遗留任务逐条得到已发、停止联系或人工核对的结果；搜索成功数与失败原因同时回读。已合并、已安装和该客户已成功收到是三个不同状态。

P1 · 回复记录不完整，容易把已经答复误判为漏答

问题：R7、R8 已经人工回复，客户未再回复；R1 的增项问题也已由真实微信截图确认有答复。原先仅凭系统缺少记录，无法准确反映实际接待。

原因：微信现场回复未完整呈现在系统中，记录缺口不能直接视作销售漏答。R1、R7、R8 不再列为已证实的未承接客户。

进度：R7 已人工询问所在城市，R8 已人工说明价格和包含项，均等待客户回复；R1 已答复增项费用，真实记录已补入案例，后续跟进到店安排。

方案：补齐回复时间与内容摘要；待办分成未承接、已答待客户、需销售继续推进。提醒前先核对现场状态，避免重复回复；对真实未答的问题优先处理。

建议验收：R1、R7、R8 的答复可与微信记录对应，不再误报漏答；客户再次开口后能重新进入接待。未取得的精确时间和操作人身份继续留空，不凭截图推断。

P2 · 费用和量尺上下文没有接完整，人工跟进结果不清楚

问题：R2 对到店价格、定金和合同配置仍有疑问；R5 质疑增项；R6 已在说测量安排，回复又转回邀约看样。R2、R6 虽有转人工记录，实际到店、量尺结果未核实。

原因：回复没有始终围绕客户当前事项；配置差异、包含项和额外费用缺少一份双方核对过的清单。不能仅凭两次价格不同就断定算错，也不能把转人工当作跟进完成。

进度：已有部分报价修复记录；这几段真实对话与人工承接尚未完成回验。

方案：先完成当前问题，再发邀约；将客户关心的配置、包含项、增项逐项列清；量尺或到店进入销售待办，记录负责人、约定时间、实际结果。

建议验收：回放 R2、R5、R6 时，各问题都有回应、费用差异解释得通、测量事项不被泛化邀约打断；每次交接能查到销售认领与下一步。

P3 · 设备与列表机制让召回断档，已有补救但仍有积压

问题：有两天召回是 0：销售 C 10-15、销售 A 10-21。A 仍有 7 条历史到期任务保留列表目标未打开原因。APK 21 日降到 1 条。

原因：销售 C 10-15：当天领了 9 条召回，发送前都读不出聊天内容，一条没发出；这 9 位 10-19 被运营核实已经不是好友，任务已取消。当天还有掉线保护暂停和读屏通信中断。（这 9 条重试时被改期到 10-16，所以按到期日查 10-15 会显示 0 条任务，以当天日志为准。）销售 A 10-21：当天到期 2 条，都没发出。程序在发送前核对时发现聊天末尾变了，停下没发。13:27 起这台电脑不再上报状态，截至 10-22 14:50 仍是 0 条。另外，聊天列表不覆盖全部通讯录客户；APK 有大量未读等待。不同类型需分别处理。

进度：B 的到期搜索补救已在 21 日发出 11 条；A 已确认升级至 1.25.51，系统上报待恢复，7 条遗留任务仍为待发送；APK 下降原因仍待专项核对。

方案：核对 A 升级后的运行、状态上报和首条召回回执；将长时间未在列表出现的到期客户交给搜索补救，保持身份核验；日报列出零发送、到期积压和阻断原因。无效好友从应补发队列剔除。

建议验收：A 的 7 条逐条有终结结果；搜索补救成功、失败和人工核对能对账；零发送当天能区分无有效任务、离线和执行受阻。单看总发送量不算通过。

P4 · 非好友与失败待查混在一起，容易高估应召回量

问题：本周到期未发 47 条中，17 条有非好友证据、3 条识别为拉黑，12 条只有失败标记（已查，疑似屏幕误判，见上表）；若一律记为漏发，会把无效对象当成可触达资源。

原因：好友关系通常在尝试接触或读取微信提示时才被识别；识别日期不是删除日期。发送失败也可能不是删好友。

进度：17 条非好友及相关取消已留痕，程序具备停止营销判断；12 条失败标记已查到共同原因：都在销售 C 10-21 下午，只在屏幕画面上判到红叹号，疑似误判；名单已交运营，请销售 C 在微信里逐条确认。

方案：分开维护可联系、非好友、拉黑和待核实四类；记录证据来源与识别时间；每日发送与失败表使用一致的客户范围。

建议验收：12 条逐条定类；非好友不会进入正常补发；删好友、拉黑、失败待查分别统计，识别数量不冒充本周实际删除量。

P5 · 有回话样本，仍无法证明内容提升了成交

问题：本周触达 236 位，7 位回话，其中 1 位拒绝；实际成交未完成甲方订单核对。个性化承接句尚缺可比较的本周效果样本；案例视频召回任务尚未执行，本周不做视频召回效果评价。

原因：发送时间不同，尚未观察满同样天数；有些客户本来就在聊；现有个性化内容并非随机分组，回话也不是付款。

进度：已把本周 7 位与跨周跟进 R3 分开，并补充 4 个案例；个性化内容和案例视频的准备进度见下两节；视频召回尚未执行，效果评估待任务启动后开展。

方案：在相近客户中分别试固定话术、关注点内容和真实案例素材，统一观察期；追踪回话、有效咨询、到店/量尺预约、实际完成和成交，记录拒绝与非好友。

建议验收：每组能对上发送名单、观察期与后续结果；成交有订单、定金或销售人工登记依据；未满观察期的结果单列，不做过早优劣判断。