群里都在说“报价”：怎么分清谁在找供应商、谁只是在卖服务
同一个回复串里，需求方、服务商、转发者和补问者都可能提到报价。用一组标注练习判断每句话的说话方向，同时保留身份、预算和联系意愿等未知项。
你向 SaaS 公司销售安全合规服务，每天在自己有权访问的 CTO 群、SaaS 创始人群和安全从业者群里找项目。某天，一条 SOC 2 讨论下面出现六句话，四个人都提到了供应商或报价。
谁在找服务，谁在卖服务？
这个问题必须先于“哪条线索分数更高”。即使工具能整理群消息、合并重复转发并保留回复上下文，也不能仅凭“报价”“推荐”或一个职位昵称确认谁是买家。先标注说话方向，才能避免销售把同行自荐送进 CRM，或者对一个只在帮朋友转发的人贸然联系。
复合场景说明： 下文的账号、公司、日期和消息均为模拟组合，不对应真实人物、客户或群聊。SOC 2 是针对服务组织控制措施的审计报告；Type I 关注某一时点的控制设计，Type II 关注一段期间内控制是否持续运行；gap assessment 指正式审计前的差距检查。消息刻意保留预算、身份和采购权等未知项。
先做一次不看答案的标注
假设一个 SaaS 创始人群在周二上午出现下面这段回复串：
A： “我们 9 月要续一个大客户，对方问 SOC 2。现在还没做 gap assessment，有最近排得上期的团队吗？”
B： “我们做 SOC 2 咨询和审计准备，最快这周开会，私聊报价。”
C： “可以问一下 Northlake，我朋友去年找过他们。我只是转推荐，不在那家公司。”
D： “客户要的是 Type I 还是 Type II？如果只是问报告，时间线可能完全不同。”
E： “转：有团队 9 月前需要 SOC 2 gap assessment，能做的找我。”
F： “我们也在看这件事，能把报价发我吗？”
如果晚一天才回到这条回复串，9 月续约要求和报告类型就少一天在原讨论仍活跃时核实。你失去的不是一笔已经确认的订单，而是及时分清需求发起者、服务商和转发者的窗口。
先不要判断真假，也不要猜公司规模。只给每条消息标一个方向：
- 描述自己的问题并寻找外部帮助；
- 提供服务或主动推销；
- 转发、介绍或撮合；
- 补问信息，但没有说明自己买或卖；
- 暂时无法判断。
如果你的第一反应是把 A、E、F 都标成“买家”，这正是群聊获客最常见的误区。出现需求句式，不等于说话者就是需求所有者。
答案不在关键词里，在句子的出发方向里
| 消息 | 更稳妥的方向标注 | 可见依据 | 仍然未知 |
|---|---|---|---|
| A | 需求方候选 | 使用“我们”，说出续约背景、当前缺口和时间线 | 发言者身份、客户要求、预算、决定权 |
| B | 供给方 | 明确说“我们做”，主动约会并提供报价 | 服务能力、资质和是否适合 A 的情况 |
| C | 转介绍方 | 明说“我只是转推荐”，把服务指向第三方 | 是否真实合作过、推荐是否仍有效 |
| D | 补问者 | 问 Type I 或 Type II，帮助澄清范围 | 他是同行、顾问、买方同事还是普通群友 |
| E | 转发或中间人 | 使用“转”，要求服务商联系自己，却没有说需求属于自己 | 原始发布者是谁、是否获准转发、需求是否仍有效 |
| F | 暂定需求方候选 | 使用“我们也在看”，并索要报价 | “我们”代表谁、看的是哪种服务、是否只是收集价格 |
标注的目的不是给每个人定身份，而是写清当前消息指向哪里。A 和 F 可以进入人工核实队列，但都不能直接写成“已确认买家”。E 应先追溯原始消息，不应因为他愿意收报价就默认需求属于他。D 的问题很专业，也可能很有用，但专业程度不能证明购买方向。
对于被回复淹没的原始需求，先按Telegram 消息来源与处理记录回到原文和回复关系，再判断各自角色。如果一句话只说“求报价”，还需要用外贸群真实询盘的对照方法检查产品、范围、时间和下一步动作。
把“谁在说”与“他说了什么”分成两列
销售记录群消息时，很容易把角色和内容写在一起：“某 CTO 在找 SOC 2 供应商。”这句话看起来简洁，却可能把两项未经核实的推断写成事实。
更稳妥的记录应该拆开：
- 观察： 账号 A 在群里使用“我们”，提到 9 月客户续约、SOC 2 请求和 gap assessment 尚未开始。
- 方向判断： 当前发言更像需求方表达，而不是服务商自荐。
- 未知项： 账号真实身份、所在公司、客户要求、Type I 或 Type II、预算和采购权。
- 下一步： 先读前后回复和账号在该群的相关历史；是否联系由销售本人决定。
这种写法保留了判断，又没有把判断伪装成原文。关于如何把原话、来源、时间和处理过程一起留下，可看Telegram 消息来源追溯。
第二轮练习：同一句话换个上下文，方向会变
单看“能报价吗”，很难确定方向。把它放进三个不同上下文，意思就不一样了。
上下文一： A 发完需求后，F 回复“我们也在看，能把报价发我吗？”这里的 F 可能有相似需求，值得核实。
上下文二： B 自荐之后，F 说“能报价吗？我手上有两个客户可以转。”F 更像渠道或中间人，不是最终买方。
上下文三： 群管理员提醒“服务商不要公开报价”，F 接着问“那能私下报价吗？”这可能只是在讨论群规，不能推出任何采购行为。
所以方向分类至少要带上回复对象、原始消息和相邻上下文。只把单句送进分类器，容易把语法上的“询问”误当成商业上的“需求”。购买意向的四个可见信息可以进一步帮助你区分现状、限制、时间和决定人，但那仍然是排序方法，不是身份认证。
多个群出现同一句话，先找来源再数需求
如果 E 的转发在四个群里出现，销售系统不应该生成四个 SOC 2 买家。先比较文本、时间、发布者和回复关系，再找到最早能看见的版本。相同文本可能只有一个原始需求，后来四次传播只是覆盖范围扩大。
也不要反过来把所有相似内容硬合并。两个不同公司都提到 9 月续约，可能是两个独立项目。正确处理方式是保留每个来源，再判断它们是复制、关联还是独立陈述。跨群重复消息的来源树给出了更完整的判断方法。
工具整理方向，联系决定仍属于人
TOP Prospect 可以在用户主动连接且有权访问的 Telegram 群里，按关键词和语义规则发现 A 到 F 这样的讨论，保留原始消息、回复上下文、来源和时间，并把重复转发合并到同一候选项下。它可以给出分类和查看顺序，不能确认账号身份、采购权、预算或真实商机。
角色分类之前还要先确认处理许可。Telegram 的内容许可条款明确限制抓取、索引、收集、汇总，以及用于训练、微调、验证、开发、增强、基准测试或部署 AI/机器学习系统；条款所述例外很窄：所有相关用户都必须分别对特定内容在特定聊天、频道或其他非全局上下文中的使用，给予明确、知情、肯定且持续有效的同意；该同意不能转用于其他上下文。平台规则、群规、组织政策、适用法律和对方是否期待联系都需要单独判断，人工复核不能补救无许可处理。产品不会自动联系群成员，也不会代替销售发消息。
真正有用的第一步不是问“这条是不是线索”，而是问“这句话是从需求指向供给，还是从供给指向需求？”方向标清以后，销售才知道该核实发起者、回到原文、继续观察，还是直接排除一条同行广告。
资料来源与延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
