E19企业文档、文件与知识管理
已上线更新于 2026年8月26日
8 个素材文件
10 分钟阅读46 分钟实践
零基础
做这个场景要用到，先备好
开始前先确认
随手取用
复制或下载后，替换模板里的填空项即可复用。
01
你是岚川科技的知识管理岗。2026 年 8 月 1 日，周六下午，你在整理七月份的员工提问记录。
60 个问题，其中光"上海出差住宿能报多少"这一类就被问了 12 次。 而更麻烦的是——这 12 次里，员工服务群里给出过三个不同的答案：500、600、800。
三个答案居然都有出处：
所以正确答案是什么？取决于这个人的行程发生在哪一天——而没有一个回答的人问过这句话。
你翻着这 60 条问题，越看越心惊：
这就是今天要解决的痛点：不是"资料太多找不到"，而是"同一个问题有好几份资料都能答，其中一份还是过期的；而有些问题根本不该由知识库来答"。
处理这个需求的关键动作只有两个：先给每份资料定效力和权限，再给问题分类——哪些能直接答、哪些必须先反问、哪些一律不答。
02
03
按需逐个下载；整包下载是辅助入口。
04
已完成 0 / 7
STEP 01
约 6 分钟
知识库的第一原则是"进去的必须是能用的"。这批资料里有一份已废止的制度、一份没维护过的 FAQ、还有几份涉及个人数据的台账。只要有一份该拦的没拦住，后面所有回答都不可信。
生成资料效力清单，先不要看员工提问。
复制的是完整多行原文
这是我们公司差旅报销相关的全部资料，以及一份版本与权限登记表。请只做资料定性，**先不要回答任何员工问题**：
①逐份列出：文件编号、名称、版本、生效日期、当前状态（现行 / 已废止 / 未维护）、归口部门、适用对象；
②判断每份能否进入知识库，写明理由；
③特别标出：**哪些文件之间存在替代关系**（谁废止了谁、谁修改了谁的哪一条）；
④特别标出：**哪些文件的适用对象不是全体员工**。
不要合并同名文件的不同版本，它们是不同的东西。V2.8 是否被明确判定为已废止、不能进知识库（V3.2 第二条已写明废止）；旧FAQ 是否被判定为未维护、不能进知识库（登记表状态"未维护"，且文件末尾 HR 自己备注"制度好像改版了"）；销售部特殊约定 的适用对象是否被限定为在编销售岗位，且明确指出销售内勤、售前、销售运营不适用；一张效力清单。进库的应为 4 份（V3.2、补充通知、销售部约定、业务招待费规定），不进库的至少 5 份，每份都有理由。
STEP 02
约 8 分钟
定完效力还不够。V3.2 说一类城市 600，补充通知说 800，销售部说可以上浮 60%——这三条同时有效，但适用条件不同。不把它们对齐成一张表，AI 检索到哪条就答哪条，答案全凭运气。
生成冲突条款对照表，写明每种情形以哪份文件为准。
复制的是完整多行原文
请把这几份文件中**规定了同一件事但内容不同**的条款找出来，做成对照表，每行包含：事项、各文件的规定（含文件编号与条款号）、**适用条件**、以哪份为准、依据。
重点检查这几件事：住宿标准、市内交通票据要求、报销时限、事前审批时限、审批权限金额线。
硬性要求：
①凡是涉及**生效日期**的，必须写明"按什么日期判断适用哪个标准"；
②凡是涉及**适用对象**的，必须写明哪些人适用、哪些人不适用；
③把那份已废止的 V2.8 和未维护的 FAQ 也纳入对比，**标出它们错在哪**——因为它们还在流传，员工会拿着来问。
不要自己调和矛盾，如实呈现每份文件的规定。一张对照表。你应该能清楚看到：那份还在群里置顶的 FAQ，10 条里至少 4 条是错的。
STEP 03
约 8 分钟
这一步决定了这套问答系统会不会闯祸。60 条问题里，有的查一下条款就能答，有的不问清楚就答一定错，还有的根本不该答。制度负责人在邮件里已经把不该答的三类划出来了，现在把它落到每一条上。
把 60 条提问分成三类并说明理由，先不要写答案。
复制的是完整多行原文
这是七月份员工的 60 条真实提问，以及制度负责人的答复邮件（他在第 4 点明确划出了不该由机器人回答的三类问题）。请给每条提问分类，**先不要写答案**：
**A 类｜可直接回答**——制度里有明确规定，且不依赖提问人的个人情况；
**B 类｜必须先反问**——答案取决于提问人的行程日期、职级、部门岗位或是否事前审批，**不问清楚就答一定会错**；请写明**需要先问什么**；
**C 类｜不予回答**——涉及个人或他人数据、需要个案审批判断、或制度根本没有规定；请写明属于哪一种、应该转给谁。
输出分类表（编号、问题、类别、理由、需先问什么／应转给谁），并给出三类各多少条。一张三类分类表。C 类不应少于 8 条——如果 AI 把大部分问题都归成"可直接回答"，说明它没有边界意识，这套系统上线就会出事。
STEP 04
约 9 分钟
分类完成后，A 类和 B 类才可以写答案。制度负责人邮件最后一条说得很直接：每条回答后面要挂文件编号 + 条款号 + 版本 + 生效日期，"不是为了好看，是为了员工拿着这条去找审批人时，对方能核对"。
为 A 类和 B 类高频问题生成标准答案库。
复制的是完整多行原文
请为 A 类问题和 B 类问题（按当月重复次数从高到低，取前 20 个问题）编写标准答案，每条包含：
①**答案正文**——用员工看得懂的话，不要照抄条款原文；
②**依据**——文件编号 + 条款号 + 版本 + 生效日期，缺一不可；
③B 类问题必须写成**先反问再分情况给答案**的形式，把各种情况都列全。
硬性要求：
①**只能使用可进入知识库的文件**，不得引用 V2.8 和旧 FAQ；
②制度没有规定的，写"现行制度未作规定"，**不要推断，也不要参考同类企业做法**；
③不要出现制度中不存在的口子（例如"可以找财务特批"）；
④凡是员工可能拿着旧 FAQ 来对峙的问题，在答案里补一句提示，说明旧 FAQ 已过期。一份 20 条的标准答案库。随机抽一条，你应该能凭它给出的编号和条款号，在 PDF 里翻到原文。
STEP 05
约 5 分钟
C 类问题不能简单回一句"无法回答"——员工还是要办事的。好的拒答要同时做到三件事：不给错答案、告诉他该找谁、不让他觉得被推诿。 这一步专门解决这个。
为三种 C 类情形各写拒答话术。
复制的是完整多行原文
请为以下三种不予回答的情形分别编写话术：
①**权限受限**（涉及个人薪酬、他人报销记录、部门预算）；
②**需个案审批判断**（如"我这笔能不能报"）；
③**制度未规定或资料未覆盖**（如"明年会不会调标准""发票丢了怎么办"）。
每种话术要求：说明为什么不能由知识库回答、**明确指向应该找谁（部门或岗位）**、并尽可能提供有用的替代信息。
特别针对第②种：**不要直接说能报或不能报**，但可以把判断需要看哪几个条件列出来，让员工自己带着这些信息去找审批人。
话术要像人说的话，不要像系统报错。三段可直接用的话术。每一段读完，员工都知道下一步该找谁。
STEP 06
约 6 分钟
前面的成果都是"我认为它应该这样答"。上线前必须反过来验一遍：故意用最容易踩坑的问法去问，看它会不会翻车。 这一步产出的测试用例，就是这套系统的验收标准。
生成测试用例表，每条含问法、期望行为、失败特征。
复制的是完整多行原文
请设计一份上线前测试用例表，专门测这套问答系统会不会犯错。每条用例包含：测试问法、**期望行为**、**判定失败的特征**（出现什么就算没通过）、覆盖的风险点。
请至少覆盖以下风险：
①引用了已废止的 V2.8 或未维护的旧 FAQ；
②住宿标准问题不反问行程日期就直接给数字；
③把销售部特殊约定套用到非在编销售岗位；
④回答了权限受限的问题；
⑤替审批人判断"能不能报"；
⑥制度没规定时编造答案；
⑦答案没有挂文件编号与条款号；
⑧出现制度中不存在的"特批"口子。
另外设计几条**员工拿旧 FAQ 来对峙**的用例，看系统会不会被带偏。一份测试用例表，每条的失败特征都能被第三个人客观判定。
STEP 07
约 4 分钟
这套东西最大的风险不是今天答错，是三个月后制度改了而知识库没跟着改——那份 HR 的 FAQ 就是活生生的例子，它 2025 年 11 月是对的，现在成了错误源头。这一步把维护责任落到人。
输出维护机制、责任分工，并把流程抽成模板。
复制的是完整多行原文
请完成三件事：
①**维护机制**：说明这套知识库需要在什么情况下更新（制度改版、发补充通知、部门出例外、发现错答），每种情况由谁触发、谁执行、多久内完成；并说明如何避免出现"旧版本还在流传"的情况。
②**责任分工表**：列出资料归口、内容审核、上线发布、错答处理各由谁负责，写明依据。
③把本流程抽成**《内部资料智能问答提示词模板》**：保留方法与分步提示词，去掉本次的公司名、人名、制度编号和具体金额，保留"先定效力再答问题""答案必须挂出处""不该答的要拒答"三条核心纪律。
不要替我决定谁负责，凡是材料里没明确的，标为待确认。一份维护机制 + 一份责任分工表 + 一份不含本次案例数据的模板。
05
已核对 0 / 10
06
07
08
暂时不打开参考成果，能保留定位误区和预测结果的练习价值。完成教程后再解锁，用它校准你的结果，而不是照抄过程。
09
看看别人照着教程做出了什么，也欢迎把你的结果留给后来的人。
正在加载本场景成果…