一对一与群聊
单聊和群聊都在会话列表里,按最近活跃排序。桌面端的会话头像旁会标出未读数,点开即已读,不必像手机那样逐条滑过去。
会话、组织消息与系统通知走三条通道,各自的提醒方式可以不同。
单聊和群聊都在会话列表里,按最近活跃排序。桌面端的会话头像旁会标出未读数,点开即已读,不必像手机那样逐条滑过去。
企业公告和工作通知会以独立入口推到桌面端,不混在普通会话里。这类消息通常带确认动作,处理完才算闭环。
异地登录、设备绑定、权限变更这类提示由系统发出,与聊天分开显示,不会因为静音会话而被一起压掉。
三条通道分开之后,排查「没收到消息」就能先确定是哪一条出的问题,而不是把所有提醒开关从头翻一遍。三类开关都在「设置 → 通知」里,按通道逐项核对即可。
通道分开之后,处理顺序也能定下来:先看系统权限,再看应用设置,最后才动单个会话。
DING 是单独的一条提醒路径,用在需要对方一定看到的场合。
在线的成员会收到应用内弹窗,点开直接进对应的会话位置,不必自己在列表里找是哪一件待办。
成员长时间未读时,可以按发送时的设定走短信或电话提醒。这类提醒消耗额度,用在真正的急事上更合适。
发送方能看到谁读了、谁处理了。回执只表示动作完成,不代表结论,重要事项建议在会话里再确认一次。
DING 的价值在于不被淹没,而不是发得多。同一件事发到第三次,多数收件人会直接划掉。
已读状态是协作里的基本信号,桌面端把它放在会话和列表两处。
| 位置 | 能看到什么 |
|---|---|
| 会话标题栏 | 本条消息已被多少人读完,数字随成员打开而增长 |
| 成员列表 | 逐个人的已读与未读,未读的人可以单独再提醒一次 |
| 工作通知 | 带确认动作的通知会显示已处理与待处理两栏 |
| 群公告 | 公告类消息单独统计,避免和普通聊天混在一起 |
| 文件消息 | 发送与下载分开记录,知道谁真的取走了文件 |
五处里最容易误读的是文件消息:发出去只代表可下载,取没取走要看下载记录那一行。
静音分会话级与全局两处,DING 是否穿透另行决定。
把某个群设成静音,它的消息仍然进入列表,只是不再弹出提示。适合通知量大的协作群。
设定一段免打扰时间,普通消息的整体提示音都会压住,适合开会、专注处理文件的时段。
免打扰是否让 DING 穿透,取决于发送方选的提醒方式。这条规则可以在「设置 → 通知」里按人、按群分别设定。把规则提前在团队里说清楚,比事后解释省事。
静音不会丢消息,只是不弹提示;过一段时间回到列表,未读数仍然在那里等着处理。
群里人多以后,消息量与文件量都会上来,管理方式要跟着换。
群越大,越依赖文件与机器人这两条通道;只靠聊天记录组织信息,翻起来会越来越吃力。
新建群时先想清楚它是长期协作还是临时对接,长期群从一开始就把文件目录定好。
问题集中在登录、提醒与会话同步三方面。
先看系统通知权限,再看应用内的消息提醒项,最后确认该会话是否被静音。
对方可能停在旧的会话位置,让对方下拉刷新一次会话列表即可。
同步有先后,稍等片刻;长时间不一致就退出账号重新登录一次。
回执只说明收到,不说明处理完。重要事项在会话里再确认一次结论。
群文件支持断点续传,网络切换后重新点一次即可继续,不必从头下。
不会丢消息,恢复后未读数还在;紧急事项请用 DING 并说明时限。
支持切换,但同一时间只有一个账号在线,切换后消息会重新同步。
缓存会随卸载清理,重要文件先另存到自己的目录再卸载。