如何衡量 Telegram 回复时间，而不遗漏未回复的聊天

一支团队可能报告 Telegram 回复速度变快，却让更多客户等不到回复。如果报表只统计已回复的对话，尚未解决的对话就会从计算中消失。

请同时跟踪回复所需时间，以及符合条件但仍在等待的对话比例。每条观测都应保留 Telegram 账号，避免把同一客户联系两个账号的记录混为一谈。

我们发布了 Telegram 运营基准研究方法，以说明这些选择。本项目尚未发布汇总结果。 下文数字是用于解释计算的虚构示例，不是 Entergram 客户或整个行业的实测数据。

以一个已连接账号中的一段聊天为单位。记录报告周期和时区，明确哪些消息算客户请求、哪些发出消息算人工回复，以及如何处理机器人、服务消息和内部对话。

对于私聊，可将人工回复前连续收到的消息视为同一批请求。从第一条收到的消息计时，到第一条符合规则的人工回复为止。把规则写清楚，避免客户连发三条短消息、只收到一次回复，却产生三个不同的回复时间。

群聊需要独立规则：发出的消息可能是在回复其他人。如果无法可靠地关联请求和回复，应将该观测标记为未配对。不要假设员工接下来发出的消息解决了所有未处理问题。

假设有五个虚构请求。其中四个分别在 2、4、10、120 分钟后得到回复，另一个在统计窗口结束时仍未回复。

七分钟是四个已回复请求的正确中位数，但不足以描述全部五个请求。请单独展示未回复请求已经等待多久。不要将其回复时间记为零，也不要假装它在统计结束时得到了回复。

基准研究使用一个相关的聊天级指标：符合条件的活跃聊天中，最后一条有效消息为收到消息的比例。这样的聊天需要检查，但不一定表示遗漏了客户请求。客户最后说的“谢谢”也可能是最后一条收到的消息。

先测量实际经过的时间。如果还计算有人值守的工作时间，请公布排班、时区、节假日和计算规则。周五晚上收到、周一回复的请求，实际等待可能很长，但工作时间内的等待很短。清楚标注后，两种数字都有价值。

跨账号计算时，保留账号标识。将支持账号与支持账号比较，销售账号与销售账号比较。不要把主要用于社区闲聊的账号悄悄混入客服统计。

明确总体结果是给每次回复相同权重，还是给每个工作区相同权重。两种方法回答的问题不同。不要把各工作区中位数的平均值称为所有回复的中位数。

下载基准研究 CSV 模板。其中包含统计日期、有效聊天数量、请求与回复配对数量、回复时间中位数及四分位数、待回复比例和工单指标。

CSV 是汇总报告模板，不负责计算底层消息配对。请在获得授权的环境中完成计算，记录查询或导出版本，并用少量原始对话核对结果，再填入汇总值。

不可用的指标留空。只有确实测得零时才填零。解决时间只适用于已关闭工单，仍未关闭的工单应单独报告。

Entergram 的 Telegram 分析 可帮助查看对话活动。将仪表盘数值与本方法比较前，请检查当前定义。名称相似的指标可能采用不同的资格规则或时间窗口。

目前，机器可读的方法文件 要求至少 10 个合格工作区、100 条合格聊天观测。每个聊天需要至少三组实测请求与回复配对，并在规定的 90 天窗口内有活动。每个子组至少需要五个工作区。

这些只是发布门槛，不能证明样本代表所有使用 Telegram 的企业。发布还需要可复现的计算、参与者选择说明、缺失数据报告和隐私审查。不会公开消息正文、电话号码、用户名、聊天标题或逐条生产观测数据。

没有实测回复的团队可能因资格规则而被排除。必须披露这种选择效应：合格聊天的基准不能描述 Telegram 中所有未回复对话。

如需参与，请先通过 hello@entergram.com 讨论测量方法。不要发送原始对话或客户标识。任何数据共享之前，都应先约定汇总格式和参与条件。

查看回复时间中位数时，也检查等待最久的对话。确认实际接收客户请求的账号是否改善了覆盖情况。在把改善归功于某个工具前，先记录人员或账号构成的变化。

下一步可使用 Telegram 收件箱分流工作流 准备人工审查列表。测量告诉你该看哪里，审查才能判断哪些消息仍需要回复。