一组具有代表性的 B2B 发现情境，展示相关业务讨论怎样被整理成需要人工复核的候选 Signal。
巴西 OTP 测试超时：接码线路销售先问路由，还是先发报价？
群里一句“巴西 OTP 变慢”不等于换线需求。销售需要先确认流量归属、故障范围和测试窗口，再决定是否人工跟进。
以下是一个典型场景演示，用于说明产品的判断逻辑，不代表真实客户案例、客户证言、合同、收入结果或转化数据。
01场景描述
02Signal 判断
03可信度与优先级
04人工下一步
判断时关注的线索
- 群消息提到巴西 OTP 测试变慢或超时
- 相邻消息进一步提到部分号段或备用线路
- 发言者的身份、流量规模和决策时间仍然未知
早上，一个接码交流群里出现了两句很短的消息：
“巴西今天有点慢，刚测几次都超时。”
隔了几分钟，同一个人又补了一句：
“不是全部号段，具体还在看。有备用的可以聊下。”
对卖巴西 OTP 线路的人来说，这两句话当然值得看。国家、使用场景和异常都出现了，发言者还提到了备用线路。但它们远远不够支持“对方正在换供应商”这个结论。
发言者可能在跑自己的测试，也可能只是替客户转问；“超时”可能来自某一批号码、某家运营商，也可能来自对方的调用或回调配置；“可以聊下”可能是当天就要切换，也可能只是收集行情。
NOTICE：本文中的群消息、时间和业务条件均为合成示意，不代表真实客户、真实群聊、合同、收入或转化结果。
群消息已经说明了什么
先只记原文能够支持的事实：
- 讨论对象是巴西 OTP；
- 发言者做了不止一次测试，并观察到超时；
- 问题似乎没有覆盖全部号段；
- 发言者愿意了解备用线路。
这些信息足以把消息放到较前的查看位置，却还不能证明发言者是谁、是否有采购权、是否确实准备换线，更不能证明延迟来自现有供应商。
排序只能决定先看哪条，不能把一句抱怨变成已确认的换线需求。
如果晚一天才看到，销售最可能失去的不是一笔已经存在的订单，而是趁上下文还新鲜时问清楚的机会。到第二天，群聊可能已经转向别的话题，发言者也可能结束了测试或不再回复。但这些都只是可能性，不能写成已经发生的损失。
高优先级的边界：先把未知项摊开
打开候选记录后，先别急着写报价。把已知与未知分开，会比盯着一个高分更有用。
| 需要判断的条件 | 原文能够支持什么 | 仍需人工核实什么 |
|---|---|---|
| 流量归属 | 有人在做巴西 OTP 测试 | 是自己的业务、客户代测，还是转发别人的问题 |
| 故障范围 | 几次测试超时，并非全部号段 | 哪个号段、运营商、路由与时间段；样本有多少 |
| 业务阶段 | 提到了备用线路 | 是临时排障、并行测试，还是准备替换供应商 |
| 时间窗口 | 语气显示问题正在发生 | 测试何时结束，是否有上线或交付节点 |
| 采购角色 | 无法从原文判断 | 发言者是使用者、技术人员、代理，还是决策人 |
这张表最重要的一行往往是“流量归属”。如果对方只是帮群友转问，即使技术问题真实，也不一定是销售应该继续投入的对象。
决定人工联系后，第一轮只问三个问题
联系是否发生，由销售自己决定。如果决定人工联系，第一轮不需要问完整预算，也不该先承诺“今天能修好”。三个问题已经足够决定下一步。
1. 这是谁的测试？
可以先问：
“这是你们自己在跑，还是帮客户看线路？目前还是测试流量吗？”
这句话只确认角色与阶段，不假定对方已经是买家。即使回答“自己在跑”，公司身份、授权和实际采购权仍然未知。
2. 慢发生在哪一段？
继续问号段、运营商、当前路由、测试时间以及大致样本。只说“平均很慢”不够，因为几次连续超时和大样本的整体延迟是两件不同的事。
如果对方暂时只能给出“某些号段慢”，就把它保留为未知，不替他补成“巴西线路整体不稳定”。销售需要把对方提供的信息交给自己的技术或供应团队核查，产品不会完成线路诊断。
3. 备用线路要解决多长的窗口？
最后确认：是今天的临时备份、下一轮测试，还是正式迁移前的对比。这个答案决定销售接下来应该安排技术核查、提供测试条件，还是暂时观察。
一个残缺回答也很正常。例如对方可能只回：“自己测的，下午还要跑一轮，具体量晚点给。”这仍然没有预算、公司身份或采购权限，但已经足以让销售知道下一步应该等测试量，而不是立即报价。
候选记录应该帮销售保留什么
在这个场景里，Top Prospect 的作用止于整理用户主动连接且有权访问的 Telegram 群消息：把两条相邻消息归到同一候选记录，保留原文、来源、时间和上下文，按规则去重、分类和排序，并显示为什么它值得先看。
记录可以呈现为：
| 字段 | 合成示例 |
|---|---|
| 原始消息 | “巴西今天有点慢，刚测几次都超时。” |
| 相邻语境 | “不是全部号段……有备用的可以聊下。” |
| 来源与时间 | 用户已连接的接码交流群 · 当天早晨 |
| 分类 | 巴西 OTP 线路异常 / 可能的备用线路需求 |
| 排序理由 | 国家、测试超时和备用线路在同一段讨论中出现 |
| 人工状态 | 由团队查看证据后修改 |
产品不会据此认证发言者身份，不会确认商机，不会读取后续私聊，也不会替销售发消息。销售打开原始证据后，仍要自己决定是否联系、问什么以及何时停止。
哪些回答意味着先停下来
下面几种情况不需要硬往报价推进：
- 发言者说明只是转发别人的抱怨，拿不到原始测试信息；
- 只有一两次失败，无法区分号码、运营商或调用问题；
- 对方只想了解市场价格，不愿说明使用场景；
- 消息已经过期，当前测试结束且没有新的安排；
- 业务或合规范围不符合团队的服务边界。
遇到这些情况，团队可以人工修改候选记录的状态。至于沟通内容、技术结论和外部业务结果，应留在团队自己的 CRM 或工作记录里，不能假定产品已经知道。
真正要抓住的是核实窗口
“巴西 OTP 超时”值得优先查看，是因为它把一个正在发生的问题暴露了出来；它不值得被直接写成“大客户要换线”，因为最关键的条件都还没出现。
销售真正需要做的是在消息仍有上下文时，确认三件事：谁在测试、慢在哪里、备用线路要解决哪个时间窗口。三项都问不清，就保持待核实；信息逐步补齐后，再由人决定是否进入报价或测试安排。
继续判断线路异常
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。