美洽工作台里可以查看消息的发送状态（入口以当前版本为准）：已发送、已送达、已读含义不同。网页和 App 等渠道通常更完整，微信等第三方渠道可能不支持或显示滞后。看到未读时先别催得太急，可稍等再轻提醒或换渠道联系；已读也不代表访客马上会回。
客服最怕的不是访客不说话，而是不确定对方有没有看到自己刚发的说明。把发送状态当成一张对照清单来看，比凭感觉连发三句追问更稳妥。下面按状态含义、工作台入口、渠道差异、未读跟进和常见误解，把美洽消息已读相关能力说清楚。
已读未读和消息预知的区别
消息预知是访客还在输入时你可能先看到对方正在打字，已读未读则是你发出去的那一句话对方有没有打开看过。两者都和“对方现在是否在线”有关，但用途不同：一个帮你判断对方是否还在编辑，一个帮你判断己方回复是否已被看到。本文只讲已读未读与发送状态，消息预知不展开。
- 值班时先分清自己要盯的是发送状态还是对方输入提示，避免把两种信号混在一起误判访客意图。
- 对访客承诺“我看你在线”之类说法前，先确认当前渠道是否真的支持完整的已读回执能力。
- 把状态说明写进组内话术卡，新人进线时就不会把未读当成系统故障，也不会把已读当成马上会回。
工作台里怎么查看发送状态
发送状态一般出现在你发给访客的气泡附近，或会话详情里的状态标记处，具体图标与文案以当前版本界面为准。习惯上可以在发出关键说明后停一两秒，确认状态有没有从发送推进到送达或已读，再决定要不要补一句提醒。入口名称可能随版本调整，找不到时在会话区、消息列表或帮助文档里按“发送状态、已读回执”关键词定位。
已发送、已送达、已读分别表示什么
已发送通常表示消息已从美洽侧发出，还不能证明对方设备已经收到。已送达通常表示对方侧已接收到这条消息，但对方未必已经打开会话点开阅读。已读通常表示对方已经在会话界面里看到了该条内容，具体判定规则以当前版本和渠道能力为准。把三档状态当成对照表，而不是当成情绪温度计，判断会更冷静。
- 发出价格、时效、账号变更这类关键信息后，优先盯送达与已读，确认对方侧至少已经收到再进入下一步确认。
- 只看到已发送长时间不动时，先检查网络与渠道连通，再考虑是否换一种渠道或电话短信做兜底通知。
- 状态从已送达跳到已读后，给对方留出阅读与决策时间，不要在同一秒内连续追问“看到了吗你回一下”。
不同渠道状态是否一致
网页插件、App SDK 与各类第三方社交渠道在回执能力上并不完全一致。同一句话在网页会话里可能很快显示已读，在某个第三方渠道里可能只停在已发送或已送达，甚至根本没有已读档。跨渠道接待时，不要拿某一个渠道的习惯去套所有会话，以免误判访客冷落你。以当前版本对各渠道的说明为准，并在内部规范里写清“哪些渠道可信赖完整回执”。
对照清单建议做成一页：渠道名称、是否支持已读、常见滞后情况、未读时的推荐跟进动作。新人对照着做，比口头传授更不容易走样。美洽侧展示什么，最终仍取决于该渠道是否把阅读事件回传给你的工作台。
哪些渠道支持已读回执
能力边界随产品迭代和渠道政策变化，下文按常见类型说明原则，具体以当前版本和渠道能力为准。上线新渠道前，用测试账号互发一条带关键信息的消息，亲自看状态推进到哪一档，再写进接待手册。
网页插件与 App SDK
网站嵌入的在线咨询插件以及移动端 App 内嵌的 SDK 会话，通常能拿到更完整的发送与阅读反馈，因为会话与阅读行为都发生在你可控的客户端里。访客打开会话页、滑到某条消息附近，系统才有机会上报已读。若访客把页面关了或切到后台很久，状态可能长时间停在已送达。测试时分别在电脑浏览器与手机上走一遍，避免只在一种终端验收。
- 上线前用真实访客路径验收：打开站点、点开咨询、收到客服回复、再切换前后台，观察状态变化是否符合预期。
- 若业务强依赖已读确认，优先把关键通知放在支持完整回执的网页或 App 会话里完成，减少第三方渠道不确定性。
- 把“关键回复发出后观察发送状态”写进质检抽查项，抽几通看看座席有没有在未确认送达时就关闭会话。
微信等第三方渠道的限制
微信等第三方渠道受对方平台接口与隐私策略约束，已读回执可能不支持、延迟显示，或只提供部分状态。客服看到“一直未读”时，先对照该渠道说明，而不是立刻认定美洽故障。对必须确认对方已知晓的内容，可在第三方渠道发摘要后，引导访客回到网页插件或留下可回访的联系方式做二次确认。渠道政策变化时，及时更新组内对照表。
不要在访客面前争论“系统明明显示你已读”，这类说法既不专业也可能引发反感。把精力放在把事情说清楚、把下一步路径给清楚。第三方渠道更适合触达与轻量沟通，关键确认尽量落到回执更完整的通道。
显示未读时客服该怎么跟进
未读不等于冷漠，也不等于系统坏了。常见情况包括访客离开页面、网络抖动、渠道不支持已读、消息被其他通知淹没。跟进顺序建议是：等待、轻提醒、换渠道，而不是连续轰炸。等待时长可按业务紧急度约定，例如普通咨询先等几分钟，涉及时效截止的订单再缩短间隔。
- 第一次跟进用短句轻提醒，复述关键点而不是整段重发，减少访客打开后的阅读压力与反感。
- 第二次仍未读时，评估是否换电话、短信或邮件等备用触达方式，并在会话里留下你已改换渠道的说明。
- 三次无效后标记待回访并写入跟进计划，避免同一会话被多人轮流催促造成访客体验崩坏。
轻提醒话术要克制：说明你补发的是哪一点关键信息、希望对方确认什么，而不是质问“为什么不回”。换渠道前先确认公司是否允许该渠道外呼或发短信，以及是否需要脱敏。美洽工作台里的未读只是决策输入之一，最终跟进策略仍以你们的服务等级协议为准。
常见误解：对方已读不等于会立刻回复
已读只说明对方看到了内容，不说明对方已经理解、同意或有空回复。访客可能在开会、比价、找同事确认，也可能觉得信息已够用暂时不需要再问。客服若把已读当成“必须马上回我”的信号，容易催促过度。更稳妥的做法是：已读后给一个明确的下一步选择，例如“确认方案甲还是乙”，并约定你多久后再来跟进一次。
对内培训时可以用对照清单演示：同一通会话里，未读时怎么等、已读后怎么给选项、超时未回怎么升级。把情绪判断从个人感觉改成流程动作，投诉会少很多。美洽提供的是状态可见性，服务质量仍取决于你们怎么用这些状态。
常见问题
一直显示未读是不是故障
不一定。先排除渠道本身不支持已读、访客未打开会话、网络延迟、以及测试账号行为异常。若同一渠道多条消息长期全部卡在同一状态，而官网公告或渠道侧也无异常，再向技术支持提供会话编号、渠道类型、发送时间与截图协助排查。日常值班把“单个会话未读”和“大面积状态异常”分开处理，避免草木皆兵。
- 排查时记录渠道、终端、大致时段与是否可复现，信息越完整，支持侧定位越快，也便于你们自己做渠道对照表。
- 大面积异常时先通知值班主管统一口径，避免每个座席各自向访客解释成不同原因造成信任损失。
- 恢复后抽查几通关键会话，确认状态推进已经恢复正常，再撤销临时启用的备用触达流程并同步全组。
已读状态会不会写进导出记录
导出字段是否包含已发送、已送达、已读，取决于当前版本的导出模板与权限配置，以实际导出结果和官方说明为准。若质检或纠纷复核需要留存“对方是否看到”，先在测试环境导出一条样例核对列名，再决定是否要在会话备注区（仅客服可见的内部记录）另行写明确认时间。不要假设所有报表都自动带齐回执字段。
收束建议：美洽消息已读相关能力，核心是分清已发送、已送达、已读，并按渠道能力调整预期。工作台入口以当前版本为准；网页与 App 通常更完整，第三方渠道可能受限。未读时按等待、轻提醒、换渠道推进；已读也不等于立刻回复。把状态当成对照清单，接待会更稳。
总结一下：用美洽看发送状态，是为了减少盲目催促和误判。先弄清三档含义与渠道差异，再约定未读跟进节奏。关键信息确认送达或已读后再进入承诺环节，服务既专业又少纠纷。