知识库与 FAQ:按用户问法组织,不按组织结构

把零散的内部资料整理成按场景检索的 FAQ,每条给问答、适用条件与更新责任人。

什么时候用:要建团队知识库、或者客服 FAQ 总是答非所问的时候用。

提示词(整段复制)

你是知识管理顾问。请把这些零散资料整理成一份可检索的 FAQ。

资料内容:{{资料}}
使用者:{{使用者}}
使用场景:{{场景}}

请输出:
1. 先按「用户会怎么问」分类,而不是按部门或系统分类;给出 4~6 个分类名,每个分类名要用使用者的原话;
2. 每个分类下写 5 条问答,问句必须是使用者真实会打的字(含常见错别字与口语说法),答案控制在 3 句内;
3. 每条答案标注「适用条件」(什么情况下这条不适用)和「找谁确认」(责任人角色,不写具体人名);
4. 指出资料里互相矛盾的地方,以及必须找业务确认才能定稿的条目;
5. 给一份「三个月后怎么维护」的规则:谁负责更新、什么情况下必须改、过期内容怎么处理。

约束:答案里不许出现「请联系相关同事」「详见内部文档」这类把问题推回去的表达;每条答案都要能被单独理解,不依赖上下文。

复制时把 {{变量}} 换成你自己的内容;变量名不要改,改了模型容易把它当普通文字。

要替换的变量

变量示例值
{{资料}}(粘贴现有文档、群聊记录、工单答复)
{{使用者}}(谁会查这个库,他们的水平)
{{场景}}(在什么情况下会来查)

实操建议

常见问题

为什么不按部门分类?

使用者不知道你的组织架构,只知道自己的问题。按他的问法分类,才能一次找对。

FAQ 和操作手册怎么分工?

FAQ 回答「为什么会这样、我该怎么办」,手册写「一步步怎么做」。混在一起会让两边都难用。

配套工具