本地化服务商每天刷 Telegram 群，哪些“日本站要上线”的消息值得跟进？

判断时关注的线索

• 业务主体+明确上线时间
• 主动求推荐或招供应商
• 后续无人接手（问题未解决）
• 同一文案重复转发

本文为综合行业普遍情形整理的模拟复合场景，非具名客户实录，不代表真实客户、合同或成效数据。

这位销售在一家日语本地化服务商工作。本地化（localization）不是把文字简单翻成日语，而是让产品的界面、文案和帮助内容适配日本市场的语言习惯。他每天刷 Telegram 出海群，是想找出那些还没找到供应商的日本市场翻译需求。可群里关于“日本站要上线”的发言，大多数不值得回。

三种看起来很像的消息，只有一种值得跟进

他在不同群里看到三条消息，表面都跟日本市场翻译有关：

模拟消息： “【日译中】本地化公司承接游戏、App、网站翻译，老团队，报价实惠，欢迎私聊。”

模拟消息： “听说日本站对译文要求很严，机翻（机器翻译，指用软件自动生成的译文）之后还是得人工润色吧？”

模拟消息： “我们做的客户管理工具准备 9 月上线日本站，App 和帮助中心需要日文版，目前还没定本地化团队，有推荐的欢迎私聊，预算和范围可以谈。”

三条都出现“翻译”相关词，性质完全不同。第一条是同行广告：发言人在卖服务，没有采购主体。第二条是泛泛讨论：聊行业现象，没有业务主体，也没有时间要求。第三条才是采购表达：有业务主体（客户管理工具）、有上线时间（9 月）、主动求推荐，而且“还没定”说明问题没解决。判断顺序是：谁在说、说的是什么业务、有没有时间点、有没有求推荐。

同一个关键词，为什么指向相反的角色

“日语翻译”“本地化”“日本站”这些词，在需求和广告里都会出现。甚至同一句话，换个发言身份意思就相反。光靠关键词筛选，会把广告当需求，也会漏掉用词含糊的真实采购。

模拟消息： “求日语翻译，我们最近有个小项目。”

这条可以是需求方：团队要上日本站，在找翻译；也可以是转包方：一家本地化公司接了单，找同行分活。区分点不在词，而在发言人是谁、为谁说话。需求方描述自己要做的产品、时间和范围；供给方描述自己提供的服务。同一组词，语义方向相反，这是关键词匹配最容易误判的地方。

把候选需求从聊天记录里捞出来

他后来用 TOP Prospect 处理这件事。TOP Prospect 只分析他主动授权连接的 Telegram 群，不扫描没授权的群，也不自动联系任何人。他按自己的业务语言定义关心的事件，比如“日本站上线”“找本地化团队”“需要日文版”，不需要学一套固定关键词。定义得越贴近他平时读消息的直觉，捞出来的候选越像他会自己点开看的消息。真实发言很少用完整句式，他把“9 月上线”“准备上日本站”这类说法也并进同一个事件。

产品里的 AI 用语义、而不是单一关键词，判断发言人是需求方还是供给方。上面三条消息，第一条被归为供给方广告，第二条被归为无主体的讨论，第三条被识别为需求事件。连“求日语翻译”这种句子，也要结合语境判断它指向采购还是转包，而不是看到词就标成商机。

接下来看原始证据。模拟场景：他点开一条候选，看到的是原始消息全文、它来自哪个群、发布的时间，以及这条消息前后的对话。上下文常常改变结论。模拟场景：采购那条消息的上一句，是发言人在问“你们有谁跟日本本地化公司合作过？”，说明他还在比较，需求是进行中的。

后续回复是第二层证据。模拟消息： “我们这边可以接，私聊？” 模拟消息： “已经找到了，谢谢。”

这两条回复出现在候选之后，销售直接标掉，不再花时间跟进。如果回复停在“可以接，私聊”而发言人没有下文，说明可能还在谈，优先级不降。

重复转发（同一段文案在不同群出现多次）、同行广告、没有业务主体的泛泛讨论，都按同样规则排除。剩下的候选按三件事排序：上线时间远近、需求明确度、问题是否解决。

示意案例：候选里有一条写“9 月上线，日文版，还没定团队”，时间明确、范围清楚，排在前面；另一条写“以后可能做日本站，到时候再说”，没有时间也没有范围，先不碰。上线时间越近、需求说得越具体、群里没人接手，越值得人工跟进。

他通常先处理按时间排在最前面的候选，因为上线日期是群里唯一明确的截止点。日期越近，对方越可能在近期做决定；日期很远的，往往还在观望。这不是产品给出的结论，是他自己按业务节奏定的顺序。

这些候选不会自动变成名单。TOP Prospect 保留每条原始消息和它的来源群、发布时间，销售随时可以回到原文核对，而不是只看 AI 的一句话摘要。摘要丢掉的信息——语气、省略号、@了谁——往往才是判断要不要联系的关键。

排序之后，决定权还在销售手里

排序只解决“先看哪条”，不解决“要不要联系”。TOP Prospect 把原始消息和来源保留下来，作为候选证据；Signal 是产品给出的候选线索，不是事实认定，也不代表对方真的会采购。发言里没写的东西——预算数字、决策人、是否已私下谈好——产品不知道，销售也不该推断。

最后一步永远是人。这位销售点开原始消息，看发言人的提问方式、回复里有没有其他竞争者在谈、群里有没有后续进展，然后自己决定是否私聊。产品不替他判断，也不自动给任何人发消息。示意案例：某条候选只有“需要日文”四个字，看不出业务主体，群里没有后续回应，销售把它的优先级调低。

下班前他把当天的候选排好顺序，标掉已解决的，把广告和讨论留在列表外。整个过程没有替他做任何决定，只是把聊天记录里真正值得人工看一眼的部分，从噪音里捞了出来。

常见问题

本文的核心可执行动作是什么？

先从你最关键的场景入手，定义筛选条件并逐项复盘执行。