← 返回博客

"做知识库"三个字背后,藏了三件必须问的事

群里有人说要做知识库,但搜合同和答客服说的不是同一个东西。三个消息里的锚点帮售前判断一句话需求落在哪个阶段。

企业 RAG 的五层能力共同稳定一个有依据的知识回答核心
#企业RAG部署需求信号#企业RAG#知识库需求识别#售前线索核实

上周二,同一个 AI 行业交流的 Telegram 群里,不到十分钟内出现了两条消息。

第一条:

陈律·某消费电子公司法务 2025-04-07 10:23

今年签的经销商合同、补充协议、NDA 全散在共享盘和个人电脑里。上周客户要调去年 Q4 的一份价格补充条款,三个人翻了两个盘和一个本地文件夹,花了一下午才凑齐。

法务负责人在周会上拍了桌子——Q2 结束前必须上合同管理,至少做到按客户名一搜就能看到所有相关合同和每次修改记录。

有没有做过的团队?预算大概什么量级?

第二条:

Mia·某互联网公司产品运营 2025-04-07 10:32

我们客服团队每天 60% 的咨询是”怎么退款""什么时候发货""优惠券用不了”。主管想做一个能自动回答这些标准问题的机器人,用现有的产品文档当知识库。预算 20 万以内先试,一个月内想看到效果。

但文档本身也是乱的,很多常见问题根本没有标准回复文本。有没有能一条龙把文档整理和机器人上线都做了的?

(以上两条消息均为模拟的复合场景,仅用于演示判断方法,非真实群聊记录。)

两条都说了”做知识库”。但如果你只用同一套方案回过去,至少有一边会觉得你没听懂。

第一个锚点:谁坐在工位上打出这行字

两条消息最明显的区别,是发消息的人。

第一条里的陈律,昵称后面跟着”法务”二字。他说的不是”我在调研”,而是”法务负责人拍了桌子”。这指向了一个方向:需求背后是法务部门内部的工作障碍——合同找不到已经不是效率问题,是审计风险。

第二条里的 Mia,显示是产品运营。她说的不是自己部门的问题,而是”客服团队每天 60% 的咨询……主管想……”——她在替另一个团队发声,更像一个协调者。

不过,有一层需要核实的地方:群昵称带部门信息,不代表发消息的人一定是那个部门的正式代表,也不代表需求已经过内部立项。第一条消息里那句”预算大概什么量级”听起来更像初步调研阶段——可能只是法务部一个人在群里探路,而非公司层面的采购启动。

第二个锚点:他说的是哪一堆文件

陈律提到的文档类型非常具体:经销商合同、补充协议、NDA(保密协议)。这些都是有法律效力的文件,需要版本追溯、权限分级、修改记录——不是”全文搜索加个 AI 摘要”能覆盖的。

Mia 提到的是产品 FAQ 和售后常见问题。而且她点出”很多常见问题没有标准回复文本”,这意味着她面前的第一项工作甚至不是搭技术方案,而是先帮客服团队把答案写出来。

文档类型决定了方案的切入点。合同类文档需要先解决”谁改过、哪个版本是对的”;FAQ 类文档是一边整理内容一边上线机器人。把前者方案(重权限、重合规)塞给后者,周期太长、成本太高,对客服的即时帮助看不到;把后者方案(轻量快速)塞给前者,审计追溯和版本管理的需求根本覆盖不了。

第三个锚点:日历上的线画在哪

两条消息都给出了时间线索。

陈律说”Q2 结束前”,也就是 6 月底之前要上合同管理。这是内部的推动节点,不一定等于采购周期,但至少说明法务负责人给这件事设了一个明确的截止参照。

Mia 说”一个月内想看效果”,并且带了”20 万以内”的试探性预算。时间窗口更短,预算数字也明确了,但”先试”两个字说明这个金额可能只是摸底用的——实际审批时可能有变化。

两条消息里的时间都需要进一步确认:Q2 结束前是内部推动节点还是已经排入采购计划?一个月内看到效果是老板拍板的时间要求还是 Mia 个人的预期?没有这些确认前,不能把时间窗口直接当成成交信号。

三个锚点凑齐,再读一遍那两条消息

把三个锚点放回一起,方向就清晰了:

  • 第一条路的实质是合同治理加权限体系改造。售前如果跟进,需要准备的素材包括合同版本对比方案、权限分级设计和审计追溯功能的说明,同时要了解对方法务部门目前用的系统。
  • 第二条路的实质是文档梳理加客服机器人部署。售前如果跟进,首先不是讲 RAG(检索增强生成——让 AI 先查知识库再回答的技术)怎么做,而是先了解对方客服常见问题清单的现状,把文档治理这一步的预估工作量算清楚。

这个判断从群消息本身就能做。不需要发消息的人再补充一句。原始消息里已经有了足够的素材,只是需要拆成三个独立的锚点来看。

群聊之后:核实笔记比方案更重要

扫完群消息,下一步不是写方案,是先记一笔核实笔记。

以陈律那条为例,笔记可以这样写:

发消息的人自称法务部员工,提到合同版本失控和审计风险。Q2 结束前是内部时间节点,是否已纳入采购计划待核实。他问”预算大概什么量级”,说明可能处于非常初期的调研阶段。

需确认:① 发消息的人是否真的在法务部门任职;② 是否在其他群也发了同样的问题;③ 公司内部目前由谁在推动这件事。

以 Mia 那条为例:

发消息的人是产品运营,替客服部门发声。文档本身很乱是先决条件,技术方案依赖文档治理的进度。“一个月看效果”和”20 万以内”连在一起,说明这是一个小范围验证的试探,而非全公司项目。

需确认:① 老板是否真的表态支持;② 客服团队的咨询量数据是否属实;③ 预算是否已有审批流程。

这份笔记不需要发给任何人,它是售前自己用的判断草稿。记清楚原始消息里看到了什么、还有什么没看到。之后如果对方在群里再次发言,或者从其他渠道传来更多信息,这条线索是变重了还是变轻了,看一眼笔记就知道。

至于是否联系、什么时候联系,由你自己决定。在决定之前,把群里那句话拆成三个锚点先记下来。成本很低,但能让你下次再翻到那条消息时,不用从头猜起。

研究与定义

值得关注的潜在线索 Signal 是怎样被发现的

了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么,仍由用户决定。

查看方法论与核心定义

START WITH ONE MONITORED GROUP / 从一个已选群开始

先免费试用 7 天。

进入产品,连接一个已授权的群,描述你想发现的 Signal。如果需要讨论处理范围,可以通过 Telegram 咨询。

返回官网首页