响应率回复数除以触发数,再乘以 100。10 条触发消息中有 7 条在一小时内得到回复,即 70%。它让你一眼看清覆盖情况,并揪出被漏掉的对话。
平均响应时长所选账号的平均首次响应时长,并同时显示用于计算平均值的对话数量。
衡量内容每条私聊传入消息都是触发消息;在群组中,只有 @提及您或回复您消息的内容才会启动响应计时。
按账号或席位对比在工作区模式下,按 Telegram 账号或席位对同一组指标分组,并对表格排序,找出覆盖率偏低或平均时长偏慢的地方。
单账号或汇总衡量单个收件箱、几个账号或整个团队,响应数据会针对你的任意选择重新计算。
始终保持最新随着新消息在后台同步,响应时长和回复率自动更新。无需手动刷新或重算。
响应表现卡片包含响应率、平均响应时长、中位数,以及已回复与未回复的对话数量。它将回复标注为「1 小时内匹配」,并与上一周期进行对比。
用一个实例说明规则。一条触发消息在 10:00 到达。如果你在 10:15 回复,这次回复会被计入,15 分钟进入平均值。如果你改在 11:05 回复,回复依然发生了,但用时 1 小时 5 分钟,超出了窗口:它不计入响应指标,这条触发会拉低你的响应率,而平均时长不受影响。响应时间就是你的回复发出时刻减去触发到达时刻,以分钟为单位报告。
这种不对称是有意为之。如果把未回复的触发当作无限长的等待计入平均值,一条被遗忘的消息就会毁掉这个数字,它也就失去了参考价值。让未回复的触发留在响应率里、排除在时长之外,每个指标就能干净地回答一个问题。
在比较人之前先做细分。常驻群聊的人与做一对一外联的人,触发结构天然不同,因为在群组中只有提及和回复才计数。使用聊天类型筛选(全部、用户、群组、频道),确保同类相比。另外,忙碌的一周里响应率下降是正常的:同样数量的回复对应更多触发,百分比自然更低,所以在认定变慢之前先检查触发次数。
一小时窗口是固定的,对于更慢的服务承诺来说,它不是合适的工具。如果你的业务承诺在下一个工作日前答复,请把该对话转为工单并使用工单 SLA,它有自己以小时计的截止时间。响应指标衡量的是实时对话,SLA 衡量的是一项承诺。
这些数字在 Entergram 中出现的位置:数据分析概览中的「响应率」和「平均响应时长」统计卡片、「响应表现」卡片,以及消息明细中的「响应率」和「平均首次回复」列,明细可按 Telegram 账号透视。默认时间范围为 30 天,你可以切换到今天、3 天、7 天、1 年、全部时间或自定义范围。
固定报告只能回答事先预想到的问题,其余的问题你可以直接提问。支撑这些数字的同一批消息事件,会通过 Entergram 连接器传给 Claude、ChatGPT 或任何其他 MCP 客户端,每个事件都带有账号、聊天、时间戳和方向,覆盖你席位上的所有账号。AI 客户端可以据此判断首次回复时长是否只在周一变慢,或者是否在某位同事接手一批聊天后变差。这两个问题在看板上都没有对应的按钮。当答案需要放进客户报告或电子表格时,原始分析数据可以直接下载。