产品化方案 · 方案 C

企业知识中枢与内部问答 Agent对内的那套答案,也该只有一个版本

对外的客服 Agent 在方案 B, 这一条讲的是对内:把散在群聊、网盘和各人电脑里的制度、经验与数据收进一处, 让它成为所有 AI 回答的唯一事实来源—— 员工问它、客服 Agent 引用它、内容生产也从它取事实。建一次,三处共用。

知识来源

你自己的制度与数据

权限

跟着组织走 · 越权检索不到

上线周期

2–4 周 · 视资料存量

归属

知识库与源码归你

你现在卡在哪

不是没资料,是没人知道该信哪一份

这四条是实际卡住企业内部的地方,越往后越贵。

同一个问题三个版本

制度在群公告里、附件在网盘里、最新那版在某个人电脑上。执行的人只能靠猜,或者靠问。

老员工一走,经验跟着走

怎么报价、这个客户碰不得、那个部件容易出问题——从来没写下来过,只在几个人脑子里。

少数人被问穿

人力、财务、IT、技术骨干每天在回答同样的问题。他们的正事被切成碎片。

有 AI 也不敢用

怕它答错,更怕它把工资表、成本价答给不该看的人。于是只敢喂公开资料,喂完就没人用了。

共同的根子只有一个:企业里没有一个「这件事到底怎么算」的唯一出处。 没有它,买多少工具都只是又多了一个存放地点——而存放从来不是问题,找得到、敢信、答得准才是。

先划清一件事

它不是网盘,也不是又一个 Wiki

这三样经常被混为一谈,但解决的根本不是同一个问题。

解决「放哪儿」

网盘 / 共享盘

文件在,但谁也不知道哪个是最新版。找一份东西要翻三层文件夹,翻到了还得自己读完。

解决「谁来写」

Wiki / 文档库

写的人是热心的少数几个,写完半年就过期。人要先知道有这一页,才可能找到它。

解决「按什么算」

知识中枢

你直接问,它直接答,并把依据摆出来。答不上来的会变成待补清单,库自己往上长。

差别一句话说完:前两样是让人去找答案,这一样是把答案送到人面前,并且告诉你它凭什么这么说。

这条线覆盖什么

一套知识,六件事共用

可以整条上,也可以只挑一块先做。它们共用同一份知识,所以彼此认识——这是拼几个现成工具做不到的。

知识中枢

制度、产品、话术、决策统一入库,版本唯一。它是所有 AI 回答的事实来源,不是又一个网盘。

内部问答 Agent

在你们已经在用的沟通工具里问一句就有答案,并附上出处。查不到就转人工,不硬编。

权限分级

跟着组织结构与岗位走。不该看的内容检索不到,人事变动时权限跟着变,提问全程留痕。

自更新回路

新问题、人工的实际回复、被标为答得不对的记录自动进待审队列,人点确认后才生效。

多 Agent 协同

复杂问题拆给检索、分析、执行几类分头做,汇总成一个结论交人把关,而不是给你一堆链接。

内部办事入口

查订单库存、起草文书、发起审批、生成周报。不替代你现有的业务系统,是叠在它们上面的一个入口。

具体每一块怎么实现、按什么顺序上,会在方案阶段逐项写给你—— 公开页面上不展开。这和报价是同一个道理:不看清你的实际情况就给方案,对双方都不负责。

它实际是什么样

三段对话,各说明一件事

第二段是最该看的那一段。没有权限这一层,真正值钱的资料谁都不敢放进来—— 剩下能入库的只有一堆公开文件,那样的知识库没人会用第二次。
答得出,还告诉你出处

有据可查的问题,连依据一起给

新人 · 入职第 3 天

同事

出差住宿标准是多少?我下周去省外,能不能订市中心那家?

内部问答 Agent

省外出差住宿标准为每晚 500 元以内,一线城市可上浮至 700 元。 超标部分需部门负责人在报销单上签字确认,否则财务不予受理。 你要订的那家均价 680,在上浮范围内,直接订即可。

依据:《差旅与报销制度》v4 · 第 3 条 · 2026-03 生效(v3 已作废)

重点不是它答对了,是它把依据摆在了答案旁边。人能一眼判断这条可不可信、是不是最新的——一个不给出处的内部问答工具,用两周就没人敢信了。

不该他看的,他问不出来

同一个问题,答案随权限变

一线销售

同事

XX-300 这个型号的成本价是多少?客户压价压得厉害,我想知道底在哪。

内部问答 Agent

成本数据不在你的可见范围内,我这边查不到,也不会推算。 你的授权范围内可以看到:指导价 12,800,你可自主让价至 8%(即 11,776)。 低于这个价需要区域经理审批。要我现在发起一条审批吗?

越权内容不是「不显示」,是检索不到 · 本次提问已留痕

对口负责人

已按 11,200 批了,这一单可以走。下次低于 88 折的先在群里说一声,别等客户逼到最后一步。

区域经理审批 · 由 Agent 推送到他本来就在看的沟通工具里

这是能不能把真东西放进库里的前提。没有这一层,成本价、工资表、合同条款谁都不敢入库,剩下能放的只有一堆公开资料——那样的知识库没人会用第二次。

查不到就说查不到

库里没有的,它不猜

行政 · 老问题

同事

今年的年假没休完,能折算成工资吗?

内部问答 Agent

现有制度文件里没有关于年假折算的明确规定,我不猜。 这个问题已经记入待补清单,并转给人力的对口同事。

已转人工 · 同一问题本季度第 5 次被问到,已标为优先补充

对口负责人

法定年假未休部分按 300% 折算工资,公司额外给的福利假过期作废。这条我补进制度里。

人工回复 · 确认后入库,下次同样的问题它自己会答

这类问题恰恰是最值钱的:它暴露了制度里真正的空白。答不出的问题会攒成一张待补清单,补一条,以后所有人都能直接问到——这就是知识库自己长大的方式。

以上为脱敏改写的示意对话。诊断阶段我们会拿你自己的制度文件与真实问题跑一轮,让你看到它在你这儿是什么样。

权限跟着组织走

同一个问题,三个人问,三种答案

越权的内容不是「查到了再藏起来」,而是对他来说根本检索不到。 人事变动时权限跟着变,每一次提问都留痕。

同一个问题

XX-300 这一单,我最低能给到什么价?

一线销售

本人客户 · 授权折扣内
  • 指导价 12,800
  • 可自主让价至 8%
  • 低于此价需申请审批
  • 同型号的常见异议话术

区域经理

本区域 · 含额度
  • 以上全部
  • 区域授权底价 11,200
  • 本季度已用折扣额度 63%
  • 该客户历史成交与账期

财务与管理层

全量 · 含成本
  • 以上全部
  • 含税成本与毛利下限
  • 该型号库存周转与呆滞情况
  • 低价成交的审批留痕

分几档、谁属于哪一档、哪些内容一律不入库,全部由你定。示意用的是销售场景, 换成工资与人事、成本与毛利、合同与法务是同一套逻辑。

知识从哪来

七类东西进库,最后一类最难也最值钱

前六类是把已经存在的东西收拢,第七类是把从来没被写下来过的东西挖出来。

制度与流程

考勤、报销、审批、采购、安全规范。散在群公告和各人电脑里的那些,先收拢再统一版本。

产品与技术资料

规格、配置、兼容关系、常见故障与处理办法、图纸与手册的对应关系。

话术与案例

怎么报价、怎么应对压价、竞品怎么比、成交与失单的原因。销冠脑子里的那部分。

合同与模板

标准条款、可让与不可让的部分、各类文书模板与填写口径。

会议与决策

定了什么、为什么这么定、谁拍的板。半年后没人记得的那些。

系统里的数据

订单、库存、客户、工单——这些不搬进知识库,是按权限实时读,永远是最新的。

老师傅的经验

只在一个人脑子里、从来没写下来过的判断。我们用访谈式沉淀把它变成可检索的条目——这一块最难,也最值钱。

知识会过期

所以它必须自己往上长,但每一条都要人点头

一次性建好的知识库,半年后就成了新的过期文件堆。我们不做无人确认的自动写入——那样库会被错误答案污染, 而且没人知道是什么时候被污染的。

自动进队列

自动

答不出的问题、人工的实际回复、被标为「答得不对」的记录,自动收进待审队列。

人点确认

必须点

由你指定的人看一眼:这条对不对、该给谁看。点了才正式生效,记录里留下是谁点的。

下次它自己答

自动

生效之后,同样的问题所有人都能直接问到。人回答一次,机器学会一次。

这一步的实际成本:通常每周十几分钟。 它是这套东西里唯一需要长期坚持的动作,也是它能不能活过第二年的分界线。

不止问答

问完,顺手把事办了

知道了「该怎么算」,下一步通常就是「去某个系统里做一下」。这两件事之间的来回切换, 本身就是一大块被浪费掉的时间。
问完顺手把事办了

查数、起草、发起审批,在同一句话里

区域负责人

同事

上个月华东区哪几个型号在跌?跌得最狠的那个,帮我起个复盘要点发给产品部。

内部问答 Agent

上月华东区环比下滑的有 3 个型号:XX-300(-22%)、XX-120(-9%)、YY-40(-6%)。 XX-300 跌幅最大,同期该型号的售后工单增加了 4 倍,集中在同一个部件上。 复盘要点已按你们的模板起草好,收件人默认产品部与售后主管——要我发出吗?

数据取自你自己的业务系统 · 截至昨日 24:00 · 草稿未发送,等你点头

对口负责人

发吧,抄送我。售后那 4 倍的事单独拉个会。

发出前必须由人确认 —— 对外发出的东西,机器不自己按发送键

查数和办事本来是两个系统、两次登录。合在一处之后,同事不用记住这件事该去哪个后台——而底下那些系统一个都没被替换掉,它们仍然是各自数据的主人。

以上为脱敏改写的示意对话。能接到哪几个系统、能办哪些事,在诊断时按你现有的系统逐项确认。

一条要先说死的:它不替代你现有的业务系统

进销存、财务、办公审批这些系统仍然是各自数据的主人,我们不碰它们的地位,也不劝你换掉。 知识中枢是叠在上面的一个入口——让同事不用记住这件事该去哪个后台。 能接到什么程度取决于那些系统开不开接口,诊断时会逐个确认,接不了的会直说。

为什么值得单独建一次

同一套知识,对内对外都在用

这是分别买三家工具的人做不到的事:他们的三个库互不认识,改一处要改三遍,还总有一遍会被忘掉。

对内问答

员工问制度、问产品、问怎么处理,答案带出处。

对外客服

客服 Agent 引用同一套政策与话术回答客户,中外文口径一致。

看方案 B

内容生产

博客与商品描述从同一份事实取材,不会写出和客服说法打架的内容。

所以退货政策改一条,内部答的、客服答的、文章里写的同时变。 这也是它值得作为第一块来做的原因:它是另外两条线的地基

你控制什么

三样东西必须握在你手里

否则它就成了另一个你说了不算的黑盒——那和买一个订阅工具没区别。

知识本身

条目在你自己的服务器上,加一条、改一条、下架一条都不用找我们,随时能整库导出带走。

谁能看什么

分几档、谁属于哪一档、哪些内容一律不入库,你定,改完立即生效。

边界

哪些问题一律交给人、哪些答案发出前必须有人点头——由你说了算,不是写死在代码里的。

多久、怎么算钱

2–4 周上线,之后维护和新增分开算

诊断在立项之前,不算在这 2–4 周里。是 2 周还是 4 周,主要看第一周那件事做得有多顺—— 现行版本能不能被指认清楚、权限能不能划明白。
诊断立项前线上远程 60–90 分钟,或线下到场 1–2 天,弄清你的流程实际怎么走、资料在谁手上、哪些人被问得最多。产出自动化机会清单与专属方案,诊断费在后续合作中全额抵扣。
第 1 周你的人要出场收拢资料、指认现行有效的版本、划清权限范围,并对关键岗位做几场访谈。每个业务口的一个人各投入半天到一天。这一周省不掉。
交付2–4 周按方案分块交付,先上问题最集中的那一块,每完成一块你就能用一块,不用等到最后一天。
交接上线时源码进你自己的仓库,知识库、权限配置与操作手册一并交付,做一次上手培训。从这天起不依赖我们也能跑。

维护 · 可自己接,也可买年度订阅

补条目、调话术、改权限、跟进版本、日常巡检与故障响应。你自己的技术人员接得住。

新增 · 单独立项计费

新增一个 Agent、接入一套新的业务系统、上一条新的业务线。那是一次新项目, 塞进维护费里要么虚高、要么没人认真做。

报价依场景与规模而定,经需求诊断后提供定制方案与专属报价。

你会拿到什么

交付的是一套会自己长大的知识资产

哪怕以后不用我们的系统,整理好的这套知识仍然是你的,导得出、带得走。

整理好的知识库

版本唯一、结构清晰、可整库导出。这是这个项目里最保值的一样东西。

内部问答 Agent

接进你们已有的沟通工具,含权限配置与转人工规则。

系统源码

源码进你自己的仓库,换个熟悉这类工具的工程师也接得住。

运行记录

谁问了什么、答案引用了哪一条、谁确认了哪条新知识,可追溯。

不包含什么

  • 替你制定制度:我们不产生业务规则,只把你的规则变得可检索、可追溯
  • 纸质档案的扫描与数字化——量大的话可以另议,但不在这条线里
  • 替代你现有的业务系统:它们仍是各自数据的主人
  • 内容的法务与合规审查:入库内容的正确性责任在你方指定的人
  • 不替代管理:知识摆平了,不代表流程本身就顺了
  • 无人值守:确认新知识、授予权限这两个人的卡点,我们不会替你去掉

什么时候不值得做

  • 制度还在天天变、连当事人都说不清现在按哪一版执行:先把规矩定下来
  • 十来个人、坐在一间办公室里,转头就能问到人
  • 没有人愿意花那半天做第一周的清点与访谈:那这件事一定做不成
  • 只想要一个「能聊天的搜索框」:那买个现成工具更便宜,我们会直说

常见问题

诊断电话里最常被问到的几个

都是会影响你决定的问题,所以正面答,不绕。
01我们的资料很乱,散在群里、网盘和各人电脑上,这样能做吗?+

能,而且这就是常态——没有哪家企业是资料齐整了才来问的。收拢与整理本来就在交付范围里,不用你先准备好。你要出的是另一样东西:指认哪一份是现行有效的版本。这件事只有你们自己能定,也正是第一周主要在做的事。真正做不了的是另一种情况:制度还在天天变、连当事人都说不清现在按哪版执行。那种情况我们会直说,先把规矩定下来再来。

02会不会把工资表、成本价答给不该看的人?+

不会,而且做法比「不显示」更严一层:越权的内容对他来说是检索不到的,不是查到了再藏起来。权限跟着你们的组织结构与岗位走,人事变动时跟着变。每一次提问都留痕,谁在什么时候问过什么、系统答了什么,都查得到。这一层不是附加功能,是前提——没有它,真正值钱的资料谁都不敢放进来。

03它会不会瞎编?答错了算谁的?+

每一条回答都必须引用库里的内容,并把出处摆在答案旁边——哪份文件、第几条、什么时候生效的。查不到就明说查不到并转人工,不编。所以答错时是能定位的:要么是那份资料本身写错了,要么是引用错了,两种都查得到。另外,涉及钱、合同、人事处理这类会产生真实后果的问题,可以设成一律交给人,机器根本不作答。责任边界会在合同里写清楚。

04我们的内部资料会不会传出去,或者被拿去训练模型?+

不会。整套系统部署在你自己的服务器或私有云里,知识库、检索记录、提问日志都落在你的边界内。我们不做代管、不留后门账号,交付后连我们也进不去——需要我们协助时由你临时开权限。这也是我们只做私有化、不提供 SaaS 订阅的原因:内部知识是这类项目里最敏感的东西,它不该躺在别人的服务器上。

05员工在哪里用?是不是又要装一个 App、再学一个后台?+

不用。入口放在你们内部已经在用的沟通工具里,问一句话就行——我们的原则是不给员工增加第二个要登录的地方。网页端也有,给需要翻资料、做整理的人用。愿意接进现有的办公系统也可以,接到什么程度在诊断时定。

06上线要我们的人投入多少?+

集中在第一周:指认现行有效的版本、划清权限范围,以及几场针对关键岗位的访谈——把只在老师傅脑子里的判断挖出来。这一周通常需要每个业务口的一个人各投入半天到一天。之后就轻了:每周十几分钟确认待审队列里的新条目,其余时间它自己跑。这一周是省不掉的。省掉它就等于用一堆过期文件建库,上线当天就开始被人不信任。

07上线以后,加新东西要另外收费吗?+

要。这是我们写进合同的计费规定,在签约时就讲清楚,不会到项目中途才提。规定分两头:日常维护——补条目、调话术、改权限、跟进版本、日常巡检与故障响应——你自己的技术人员接得住,也可以购买年度运维订阅;新增一个 Agent、接入一套新的业务系统、上一条新的业务线,属于一次新的开发,按新项目单独立项计费。这样划分是为了把账算清楚:新增的工作量并进维护费里,要么让维护费虚高,要么让新增的那件事没人认真做。

先看看你们的资料到底够不够

诊断阶段我们会看你手上现有的制度与资料、找出被问得最多的那几类问题, 告诉你起点在哪、第一块该从哪儿切、权限该怎么分——包括不值得做的部分。 结论归你,不合作也可以拿走自己实施。

诊断费在后续合作中全额抵扣。