知识百科
什么是消息已读和未读状态？企业IM如何理解阅读状态
"已读"和"未读"是企业IM里最常见的两个状态。简单说，已读是指消息的接收方已经打开了这条消息，未读则相反——消息已经送到，但接收方还没有查看。企业IM用这两个状态帮发送方判断一条消息是否被看到，进而决定要不要跟进。需要说明的是，各产品的实现细节通常不公开，本文以通用原理为主，不对具体产品的内部实现做推测。
- 知识百科
"已读"和"未读"是企业IM里最常见的两个状态。简单说，已读是指消息的接收方已经打开了这条消息，未读则相反——消息已经送到，但接收方还没有查看。企业IM用这两个状态帮发送方判断一条消息是否被看到，进而决定要不要跟进。需要说明的是，各产品的实现细节通常不公开，本文以通用原理为主，不对具体产品的内部实现做推测。
已读和未读分别指什么
- 未读：消息已经到达对方设备，但对方尚未打开查看。
- 已读：对方已经打开并查看过这条消息。
- 在群聊中，状态通常不是"已读 / 未读"二选一，而是已读人数与未读人数，发送方能知道"几人已读、几人未读"。
这是通用含义。具体到某个产品，界面上怎么显示、是否显示明细，各家并不相同。
阅读状态通常是怎么产生的
从通用原理看，一条消息的阅读状态大多经过三步：
- 消息送达：消息从发送方经服务端到达接收方设备。
- 接收方客户端上报：接收方打开会话或查看消息后，客户端向服务端上报一个"已读"信号。
- 服务端记录并同步：服务端更新状态，再把结果同步给发送方。
因此，阅读状态依赖接收方客户端的主动上报。当客户端未联网、未登录，或消息尚未同步到设备时，状态就可能滞后或不准确。
单聊和群聊有什么区别
| 场景 | 常见状态形式 | 说明 |
|---|---|---|
| 单聊 | 已读 / 未读 | 状态针对单个接收方 |
| 群聊 | 已读人数 / 未读人数 | 需要汇总多个接收方的状态 |
| 小群 | 可能显示已读成员明细 | 是否显示明细由产品设计决定 |
| 大群 | 通常只显示汇总数 | 逐个统计成本较高，一般只给汇总 |
企业IM为什么需要阅读状态
它的价值主要在"确认"和"跟进"两件事上：通知确认，判断重要通知是否被看到；任务跟进，找出谁还没看、要不要再提醒。此外它还能减少重复催办——确认对方已读，就不必反复追问。
使用阅读状态要注意的边界
阅读状态能说明"打开过"，但不能说明"看懂了"或"同意了"。因此有几点需要注意：
- 不宜把已读直接作为考核依据，容易引发抵触，甚至出现"形式上已读"。
- 已读不等于已处理，重要事项仍应通过流程或回执确认。
- 状态展示涉及个人行为记录，应结合企业制度与内部授权约定。
以 BeeWorks 为例
BeeWorks 的即时通讯包含已读未读状态能力，群组场景提供@成员、消息提醒，并支持消息撤回、引用回复、消息搜索、消息收藏等功能。系统还能结合消息通知能力，对待办、日程、考勤等事项向员工发送提醒；在管理侧提供消息留痕、安全审计等能力，方便企业统一管理沟通记录。
以上均为 BeeWorks 知识库中明确记载的功能点；至于状态如何生成、如何同步，官方未公开架构资料，本文不做推测。选型时该关注什么
- 状态覆盖：是否同时覆盖单聊与群聊，群聊是否提供汇总与明细。
- 配套能力：是否具备消息提醒、消息留痕等能力，避免"只看不管"。
- 部署方式：是否支持私有化部署，让沟通记录留在企业自己的环境中。
- 权限与审计：能否控制状态的展示范围，并保留可追溯的记录。