知识库与 FAQ:按用户问法组织,不按组织结构
把零散的内部资料整理成按场景检索的 FAQ,每条给问答、适用条件与更新责任人。
提示词(整段复制)
你是知识管理顾问。请把这些零散资料整理成一份可检索的 FAQ。
资料内容:{{资料}}
使用者:{{使用者}}
使用场景:{{场景}}
请输出:
1. 先按「用户会怎么问」分类,而不是按部门或系统分类;给出 4~6 个分类名,每个分类名要用使用者的原话;
2. 每个分类下写 5 条问答,问句必须是使用者真实会打的字(含常见错别字与口语说法),答案控制在 3 句内;
3. 每条答案标注「适用条件」(什么情况下这条不适用)和「找谁确认」(责任人角色,不写具体人名);
4. 指出资料里互相矛盾的地方,以及必须找业务确认才能定稿的条目;
5. 给一份「三个月后怎么维护」的规则:谁负责更新、什么情况下必须改、过期内容怎么处理。
约束:答案里不许出现「请联系相关同事」「详见内部文档」这类把问题推回去的表达;每条答案都要能被单独理解,不依赖上下文。复制时把 {{变量}} 换成你自己的内容;变量名不要改,改了模型容易把它当普通文字。
要替换的变量
实操建议
- 问句用使用者原话,是知识库能不能被搜到的关键。写「如何申请权限」不如写「权限怎么开」
- 「适用条件」这一栏能挡掉大量误用,比把答案写得更长有效
- 维护规则里「过期内容怎么处理」最常被漏。知识库死于不删,不死于不加
常见问题
为什么不按部门分类?
使用者不知道你的组织架构,只知道自己的问题。按他的问法分类,才能一次找对。
FAQ 和操作手册怎么分工?
FAQ 回答「为什么会这样、我该怎么办」,手册写「一步步怎么做」。混在一起会让两边都难用。
