一组具有代表性的 B2B 发现情境，展示相关业务讨论怎样被整理成需要人工复核的候选 Signal。
“七天内要补 Travel Rule”：这条群消息值得跟进吗？
Telegram 群里一句“七天内要补 Travel Rule”只能形成候选记录。合规服务商 BD 还要人工核实期限来源、司法辖区、资产范围、负责团队，以及对方是否真的在找供应商。
以下是一个典型场景演示，用于说明产品的判断逻辑，不代表真实客户案例、客户证言、合同、收入结果或转化数据。
01场景描述
02Signal 判断
03可信度与优先级
04人工下一步
判断时关注的线索
- 原文以第一人称提到 Travel Rule 和七天期限
- 发言者询问近期处理经验，但没有明确寻找供应商
- 期限来源、司法辖区、资产范围和负责团队尚未出现
- 是否存在供应商评估动作需要人工确认
一个做 Travel Rule 合规服务的 BD，在自己有权访问的 Telegram 行业群里看到两条消息：
“我们这边 Travel Rule 好像得七天内补上。有人最近处理过吗？”
“完整要求还没拿到，只知道这周要先给合规一个处理方案。”
这两句话值得早点看，但还不能叫采购需求。
发言者没有说明是哪个司法辖区，也没有说“七天”来自监管通知还是内部排期。我们不知道涉及哪些资产、缺的是政策解释还是技术接入，更不知道他是否负责选供应商。
因此，正确动作不是把未知信息补齐，再把它写成一条“高意向商机”；而是先保留一条候选记录，让人带着明确问题去核实。
NOTICE：本文中的消息与人物均为合成场景，只用于说明候选消息的审查过程，不代表真实客户、采购、合同、收入或转化结果。
先把已知和未知分开
开头两条消息真正提供的信息很少：
| 原文能证明的 | 原文不能证明的 |
|---|---|
| 发言者用了“我们这边”，可能与自己的工作有关 | 发言者所属公司、职位和决策权 |
| 提到了 Travel Rule | 适用的是 MAS、SFC、欧盟规则，还是其他辖区要求 |
| 提到了“七天” | 七天是监管硬期限、内部目标，还是转述别人给出的时间 |
| 询问有没有人近期处理过 | 对方要政策材料、流程建议、技术方案，还是供应商 |
这个区分很重要。群消息通常只暴露问题的一角；如果系统或销售人员顺手补出“持牌交易所、现货和稳定币、合规负责人牵头、正在选型”，记录就比证据走得更远了。
此时可以说的是：出现了一条与 Travel Rule 限期处理有关、值得人工查看的候选消息。 不能说的是：对方已经进入采购，也不能根据“七天”推断预算、范围或成交概率。
候选记录应该长什么样
TOP Prospect 可以把用户主动连接且有权访问的群消息整理成一条可复核记录：
| 字段 | 应记录的内容 |
|---|---|
| 原文 | 两条消息原样保留，不改写成采购 Brief |
| 来源 | 来源群和可返回原上下文的位置 |
| 时间 | 消息出现的时间 |
| AI 摘要 | “发言者称其团队可能需要在七天内处理 Travel Rule，具体要求尚未明确” |
| 排序理由 | 同时出现第一人称、Travel Rule 和时间表达，建议优先人工查看 |
| 未知项 | 期限来源、司法辖区、资产范围、当前缺口、负责人、是否寻找供应商 |
| 人工状态 | 新线索；尚未核实 |
排序信息只回答“先看哪一条”，不回答“这是不是客户”。即使它排在前面，审查人仍要打开原消息，看前后回复有没有改变语义。
比如，下一条回复如果是“这是我从新闻里看到的”，候选的意义会迅速下降；如果是“法务刚把通知转给我们”，则只是多了一条值得核实的信息，仍不能自动变成采购需求。
人工核实的是五个未知项
如果团队有正当的联系路径，并决定由人继续询问，可以按顺序核实：
- 七天从哪里来？ 是监管通知、合作方要求，还是公司内部希望本周先出处理建议？
- 适用哪个司法辖区？ 不同地区对 Travel Rule 的适用条件和落地要求不同。
- 眼下缺的是什么？ 是对规则的解释、内部流程文件、现有系统改造，还是确实需要外部服务商？
- 涉及什么业务范围？ 资产类型、转账场景和现有技术栈如果都未知，就不能谈方案范围。
- 谁负责下一步？ 发言者是在收集资料，还是合规、法务或技术团队已经安排了评估？
第一次联系不必把五个问题一次问完。更自然的开场可以是：
“看到你在群里提到 Travel Rule 要在七天内处理。方便确认一下，这个时间是监管要求还是内部排期？你们现在主要是在找规则解释，还是在看接入方案？”
这条消息由 BD 人工发送，产品不会替团队联系对方。对方回答多少，就记录多少；没有回答的部分继续标为未知。能回答某个问题，也不等于需求已经真实，更不等于对方愿意采购。
状态只记录团队做过什么
审查人打开原消息后，可以在现有状态字段中手动更新：
- 还没有联系，且值得继续看：标为待跟进，备注最需要核实的问题。
- 团队已经通过合适渠道发出询问：标为已跟进，记录联系日期；不要把尚未回复写成事实。
- 对方明确说明只是转发政策新闻：人工标为无效或不相关，并写下原因。
- 对方暂时没有回复：保留在待核实状态，不把沉默解释成有需求或没需求。
产品不读取私聊，也不知道对方后来选了谁。状态反映的是团队手动记录的处理进度，不是产品自动确认的商业结果。
规则调整也应由人完成
过一段时间，团队可以人工回看这类候选记录：哪些只是新闻转述，哪些确实来自当事团队，哪些总是缺少必要上下文。
如果发现大量误报都来自“转发监管新闻 + 七天”这样的组合，团队可以手动增加排除条件；如果第一人称描述更值得先看，也可以人工调整规则或查看顺序。这是编辑匹配规则，不是系统根据“有效/无效”状态自动学习，更不能表述为用得越久就会自动变准。
复盘要留下的不是成交故事，而是下一次审查时更具体的问题：看到“七天”时先查期限来源；看到“我们”时仍要确认发言者角色；看到“有没有人处理过”时，不要自动改写成“正在找供应商”。
回到那句“七天内要补 Travel Rule”
这句话有价值，因为它同时出现了具体主题和时间压力，值得从大量群消息里被提前捞出来。但它的价值止步于“值得查看”。
七天是优先查看的理由，不是采购已经发生的证据。
合规服务商真正需要做的是保留原文和来源，把未知项写清楚，再由人决定是否联系、问什么，以及如何更新状态。这样既不会错过可能正在形成的需求，也不会把一段残缺讨论包装成已经确认的商机。
延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。