销售保存消息后，截止时间被改了
Telegram 群消息在首次保存后改了日期、范围或联系要求时，用版本记录修复 CRM 交接，避免按旧内容继续报价。
重点监测信号
- 来源消息的编辑时间晚于销售保存的版本
- 变化涉及截止时间、数量、地区、所需服务或联系要求
- CRM 没有来源引用、保存时间或复核负责人
Telegram 来源消息在销售保存后发生变化时，不要静默覆盖 CRM（客户关系管理系统），也不要继续按旧版本行动。应同时保留销售当时看到的文字和保存时间、最新可见文字和编辑时间，标出发生变化的决策字段，并指定一个人决定暂停或重新确认。编辑时间只能证明文字改过，不能证明为什么改。
这篇写给网络安全咨询公司的销售协调人。他在获授权的安全、采购和技术负责人 Telegram 群里，找渗透测试、应急响应服务或安全评估需求。晚一天看到，可能错过顾问筛选；但作者已经改期，团队还按昨天的截止时间发报价，也可能打扰已经延期的项目。
以下消息均为模拟复合场景，不代表真实群、用户、客户或产品结果。
09:14，协调人保存了：
“周五上线前要做 Web app pentest，范围是客户门户 + admin。今天请发档期。”
11:42，同一来源消息显示已编辑：
“上线改到下个月。先约 scoping call，暂时不要直接发报价。”
来源消息没变，销售决定却完全变了。第一版要求当天给档期，第二版明确说先别报价。
修复前：先收齐来源与已保存版本
最少需要：获允许保存的消息引用、群上下文、发送时间、可见编辑时间、captured_at（保存时间）、当时文字、最新可见文字和已经触发的销售动作。如果授权用户已经看不到来源，就如实记录，不能靠记忆补一版“最新内容”。
Telegram 的 Bot API Message把 date 定义为消息的 Unix 时间，把 edit_date 定义为最后编辑时间；API 指应用程序编程接口。message constructor也区分原始日期与后续编辑信息。Unix 时间从 1970 年 1 月 1 日 UTC 起按秒计数，因此时间口径可以核对，但它不解释改动原因。
第一步：冻结销售当时真正看到的内容
完成这一步后，团队有一份能复查的旧捕获，不会把它冒充来源最终状态。
- 保存政策允许范围内的原文，不只留 AI 摘要；
- 聊天来源与消息引用一起存，脱离聊天的消息编号没有足够含义；
captured_at与消息date分开；- 写下它触发的动作，例如“09:21 开始查顾问档期”。
核对标准很具体：另一名有权查看的人，能否知道销售当时看到了什么、在几点看到？若记录只有“紧急渗透测试线索”，这一步就没完成。
第二步：比较决策字段，不要逐字找茬
| 决策字段 | 旧捕获 | 最新可见内容 | 影响 |
|---|---|---|---|
| 服务 | Web 应用渗透测试 | 先做范围沟通 | 下一动作变化 |
| 资产 | 客户门户与后台 | 新版未重复 | 未确认，不等于撤回 |
| 日期 | 周五上线前 | 上线改到下个月 | 立即交付窗口消失 |
| 联系要求 | 今天发档期 | 暂时不要发报价 | 必须暂停 |
| 买方角色 | 未知 | 未知 | 仍未知 |
| 预算 | 未知 | 未知 | 仍未知 |
新版没有重复“客户门户与后台”，不能自动推断范围已经取消。更准确的状态是：“旧版曾陈述；编辑后未再次确认。”只有在标点、错字或排版不改变服务、资产、日期、数量、地区、说话方向和联系边界时，才能经人工判断列为普通文字修正。
第三步：先停止不安全动作，再决定是否确认
- 暂停依赖旧字段的外联、排期和报价；
- 用确切差异通知内部负责人，不要只说“线索变了”；
- 除非另有证据，身份与机会状态仍保持未知；
- 按群规与公司政策，判断是否允许公开回复、适当直接跟进或继续观察。
暂停规则要窄而明确：所需服务、截止时间、数量、地区、买方角色或联系要求发生变化，就先停。示例只证明“上线延期”，不能补出“预算被砍”。
第四步：写成一条带版本的交接记录
09:18 从获授权的安全群保存，消息引用 731。09:14 原文要求周五前做 Web 应用渗透测试并当天给档期。最新可见版本的
edit_date为 11:42，说明上线改到下个月、先约范围沟通且暂不发报价。门户/后台范围只在旧版出现。身份、决策权、预算和编辑原因未知。报价动作已暂停；复核负责人：销售协调人。
这条记录不打开 Telegram 也能读懂，同时仍能回到来源。它保留事实、转换与未知项，没有把作者写成已确认买方。
成功标准也无需编造成交结果：有权审核的人能打开来源；两个版本与时间齐全；每个关键字段有状态；旧动作已暂停；下一次复核只有一个明确负责人。
编辑消息修复到哪里为止
作者可能只是改错字，也可能更新真实需求、转述别人的变化，或撤回联系邀请。时间戳分不出这些原因。加入并有权查看一个群，也不自动等于可以联系陌生人；仍要遵守当前群规、平台条款、公司政策和适用法律。
Top Prospect 可以从用户主动连接且有权访问的群中发现变化，保留来源、时间，并把候选放入 Signal Console、Telegram Bot 提醒或每日摘要。它不能读未授权群或私聊，不能认证编辑含义，不能联系作者，也不能自行修改 CRM 或确认商机。
基础字段可参考群消息到 CRM 的字段清单，换负责人时再看Signal 生命周期说明。Telegram Signal 来源记录解释上下文如何随判断一起传递。价格页介绍的是发现服务，不是自动外联。
关键事实
- Telegram 文档区分原始
date与最后编辑的edit_date，两者都使用 Unix 时间。 - 编辑时间只能支持“到这个时间已发生变化”，不能证明变化原因。
- 旧内容与最新内容必须分别保留；静默覆盖会抹掉销售为什么采取动作。
- 服务、日期、数量、地区、角色和联系要求属于会改变行动的字段。
- 最安全的输出是供人复核的版本化候选，不是已验证买方或已确认项目。
常见问题
编辑后应该覆盖 CRM 备注吗？
不要静默覆盖。保留旧捕获、最新可见版本、时间、字段差异和人工决定。
edit_date 能证明为什么改期吗？
不能。它记录最后编辑时间，不记录作者的原因或商业权限。
哪些变化应该暂停动作？
会改变服务、交付、数量、地区、买方角色或联系边界的字段发生变化时，应先暂停。
Top Prospect 能主动找作者确认吗？
不能。产品不代替用户外联；是否适当、允许跟进由用户决定。
本文于 2026 年 8 月 23 日根据 Telegram Message、Updates 与 FAQ 文档完成编辑复核。组织仍需为自身用途确认当前平台条款、访问权限、保存规则和外联政策。
常见问题
Telegram 消息编辑后，应该直接覆盖 CRM 备注吗？
不要静默覆盖。保留旧版本、最新可见版本、两个时间点和变化字段，再由人决定暂停、重新确认还是继续处理。
编辑时间能证明为什么改截止日期吗？
不能。它只能证明消息在某个时间被编辑。作者可能改错字、改项目、转述他人更新；没有明说的原因仍是未知。
哪些编辑应该立刻暂停销售动作？
当所需服务、交付日期、数量、地区、买方角色或联系要求改变时，应暂停。单纯标点或排版修改通常不需要同级处理。
Top Prospect 能主动联系作者确认吗？
不能。产品只从获授权的已连接来源发现并保留 Signal，不代替用户外联，也不能确认身份、意图或事实。
资料来源与延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
