一组具有代表性的 B2B 发现情境，展示相关业务讨论怎样被整理成需要人工复核的候选 Signal。
“举报队列已经两三天”：游戏审核服务商销售先别把它当换供应商
审核积压和多语言变慢值得 Trust & Safety 服务商销售优先查看，但内容类型、严重等级、SLA、流量峰值和替换权限仍需人工核实。
以下是一个典型场景演示，用于说明产品的判断逻辑，不代表真实客户案例、客户证言、合同、收入结果或转化数据。
01场景描述
02Signal 判断
03可信度与优先级
04人工下一步
判断时关注的线索
- 发言者提到举报或内容审核队列持续两三天
- 相邻语境出现多语言、版本更新或供应商解释
- 是否更换供应商及谁负责选型仍未确认
一个游戏审核服务商的销售，在用户主动连接且有权访问的 Telegram 游戏运营群里看到：
“有没有做多语言审核的？我们最近举报队列一直两三天，供应商说版本更新后量上来了，还在恢复。”
有人问是不是准备换供应商，对方回复：
“还没到那一步，先想弄清楚是不是正常。泰语和葡语感觉尤其慢。”
再追问内容类型，对方只说：
“主要是聊天和玩家举报，图片也有一点。具体量不方便发群里。”
这段对话值得销售查看：延迟持续发生，多语言差异出现，现有供应商给出的解释还没有让工作室放心。但发言者明确说“还没到换供应商”，所以它不是已经打开的采购项目。
NOTICE：本文中的群消息与业务条件均为合成示意，不代表真实客户、真实审核记录、合同、服务成效、收入或转化结果。
两三天的积压不能单独说明供应商失效
同一个“队列两三天”可能来自不同问题：
- 新版本或活动让举报量短期上升；
- 所有内容被塞进同一队列，没有按严重等级分流；
- 泰语、葡语等语种的审核排班不足；
- 工作室提交给供应商的规则或升级路径不清楚；
- 现有合同的 SLA 本来就只承诺某类工单，而发言者把它理解成全部内容；
- 供应商确实长期无法满足约定。
SLA（Service Level Agreement，服务水平协议）是双方约定的响应或处理标准。群里说“队列两三天”，并没有告诉销售哪些内容适用哪项 SLA、计时从何时开始、严重事件是否另有通道。
延迟决定这条消息值得先看；原因与合同边界必须人工核实，产品不能自动诊断。
销售要判断的是交付模式是否失配
游戏审核服务商销售真正要判断的是：现有关系只遇到一次可恢复的峰值，还是工作室的内容类型、语种和严重等级已经超出现有供应商的交付范围。这个判断决定是否安排审核运营人员参与，而不是决定立刻发报价。
产品流程必须走完五步
1. 选择有权访问的群
用户主动连接自己有权访问的游戏运营、社区管理、玩家支持或出海发行群。群是否公开不是前提；未授权群与私聊不在处理范围内。
2. 用业务语言定义规则
规则可以组合“举报队列、内容审核、审核外包、SLA、多语言、供应商、换一家”等表达，并排除招聘广告、单纯的游戏 Bug 和与玩家内容无关的客服工单。
3. 查看候选与排序理由
系统对授权群消息去重、分类和排序。上面的讨论之所以值得先看，是因为持续延迟、多语言差异和现有供应商同时出现，而不是因为系统已经确认供应商失效。
4. 打开原文证据
销售需要看到三条消息的原文、来源、时间和相邻语境，尤其不能漏掉“还没到换供应商”和“具体量不方便发”这两句。只保留第一句话，会把一次排障讨论误写成替换需求。
5. 人工判断并修改状态
销售决定是否联系，之后由审核运营或解决方案人员参与核实。团队根据自己的判断人工修改候选状态。产品不读取后续私聊，不知道工作室是否换了供应商，也不会替团队诊断队列。
第一轮人工核实问五件事
哪类内容积压
聊天、图片 UGC（User-Generated Content，用户生成内容）、玩家举报和申诉的紧迫程度不同。先问它们是否共用队列，以及“两三天”说的是最老工单、平均处理时间还是某个语种的局部情况。
严重等级怎样分流
涉及暴力威胁、自伤、未成年人或诈骗的内容是否有独立升级通道？如果严重事件能即时处理、普通举报延迟，问题和所有内容一起积压不同。销售不能从群消息自行推断严重风险已经失控。
哪些语言受影响
“泰语和葡语尤其慢”可能指排班不足，也可能是规则说明、上下文理解或升级人员不足。要问实际内容占比、工作时区和现有覆盖，而不是直接断言供应商没有对应语言能力。
峰值何时开始
新版本、赛季、活动或某个举报事件都可能推高队列。问峰值前后的大致变化、持续时间和是否预计回落。对方不便给精确数量时，可以先给相对变化，未知数字继续保持未知。
现有供应商正在做什么
供应商是否增加排班、重新分流或给出恢复日期？工作室是在核实原因、要求整改，还是已经获得内部批准比较其他方案？这些答案决定替换窗口是否存在。
销售可以人工开场：
“看到你在群里说多语言举报队列两三天，而且泰语和葡语更慢。先不讨论更换，想确认这是聊天、玩家举报还是图片队列，严重事件有没有单独升级；另外现有供应商给了恢复时间吗？”
这句话只使用对方公开说过的内容，没有承诺新服务能够消除积压。
什么情况下才值得安排方案讨论
下列条件组合出现时，可以继续由人评估：延迟跨越多个周期、影响的内容类型和语言明确、现有供应商的恢复方案与工作室需求不匹配，并且发言者能够连接审核负责人或选型负责人。
以下情况适合先暂停：
- 版本峰值已恢复，队列回到合同约定范围；
- 发言者只是转述，无法接触审核运营人员；
- 工作室还没定义严重等级、语言范围或内容量；
- 问题来自内部提交或升级流程，而不是外包交付；
- 对方只想比较价格，没有说明服务范围。
无论哪一种，产品都不会自动给出根因或建议供应商。人工状态只记录团队当前判断，不认证工作室一定会采购。
先统一队列口径，再谈改进方案
在缺少同口径基线时，销售无法从“两三天”估算方案能改善多少。内容产生率、举报率、自动过滤、重复举报和严重等级分布都未知；游戏日活也不能直接乘成待审内容量。
更可靠的销售动作是先把队列口径问清，再由审核运营团队判断能否设计可交付的 SLA、语言覆盖和峰值方案。产品负责让残缺的群消息进入正确的查看顺序；服务诊断、方案、承诺和结果始终由人负责。
继续判断供应商替换窗口
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。