把3年产品文档全塞进Dify后,我建了一个比问同事还快的知识库Bot
做产品经理这些年,积累了100多篇需求文档、几十份竞品分析、数不清的会议纪要。
每次要找点东西,翻文件夹翻到崩溃。
后来我用Dify搭了一个知识库问答Bot,把3年的文档全塞了进去。 现在我找什么东西,问Bot就行了,比问同事还快。
一、痛点:你的知识资产正在「沉睡」
先说说这件事的起因。
我转AI产品之后,发现一个问题:过去几年积累的那些文档,基本不会再翻了。
不是不想翻,是太麻烦。
比如有一次开发问我:「去年那个电商项目的推荐逻辑是怎么定的?」 我知道肯定写过这个文档,但翻文件夹翻了15分钟才找到。
更离谱的是,找到之后发现——里面写的东西我已经不记得了,重读一遍又花了10分钟。
3年攒了上百份文档,它们全躺在文件夹里吃灰。每次找资料都是「我记得写过,但找不到了」。
这个痛,做产品的人应该都懂。
二、为什么选Dify
市面上能做知识库的工具不少,我选Dify有几个原因:
1. 搭起来快不需要写代码,拖拽就能搭完一个完整的知识库问答流程。我一个周末搞定的。
2. 支持多种格式我现在支持PDF、Word、Markdown、TXT、网页链接。以前的PRD是Word和Markdown混着存的,全都能塞进去。
3. 分段策略灵活这是知识库的核心——文档怎么切、每个片段多大、重叠多少。Dify的可调参数够细,我调了几次找到了最适合产品文档的参数。
4. 能对外分享搭好之后可以生成分享链接,团队成员都能用。
三、搭建流程(简版)
#Step 1:整理文档
把散落在各处的文档归到一个文件夹。我按「项目维度」分类,每个项目一个子文件夹。
这一步最花时间,但一劳永逸。
#Step 2:创建知识库
在Dify里创建一个知识库,选择「文档导入」,把文件夹拖进去。
设置分段参数:
- 分段长度:500个字符
- 分段重叠:100个字符
- 检索策略:混合检索(关键词+向量)
#Step 3:配置Bot
创建一个Bot,系统提示词写清楚:
你是一个产品经理知识助手,基于导入的产品文档回答用户问题。如果文档中没有相关信息,请明确告知「我没有找到相关信息」,不要编造。
连接刚才创建的知识库作为数据源。
#Step 4:测试
我测试了几个典型问题:
- 「今年电商项目推荐逻辑是什么?」
- 「上次竞品分析里,对手的定价策略是什么?」
- 「2024年X月的用户调研结论是什么?」
前两个秒回,第三个因为是图片格式的PDF,检索不太准——后来我把图片里的文字OCR识别后重新导入了。
四、效果对比
同一个问题,三种找答案的方式:
| 方式 | 耗时 | 体验 |
|---|---|---|
| 翻文件夹 | 5-20分钟 | 烦躁,经常找不到 |
| 问同事 | 3-10分钟 | 打扰别人,对方也要回忆 |
| 问Bot | 10秒 | 直接给出答案+出处 |
这不是一个量级的对比。
有一次开会,老板突然问「去年那个功能的用户满意度是多少?」我当场打开Bot问了一下,10秒出了答案。旁边的同事还在翻电脑。
那种感觉,值回搭Bot的全部时间。
五、延伸:和飞书知识库联动
这个Bot搭好之后,我又做了一件事:把飞书上的知识库也接进来了。
飞书知识库里存的是产品经理的系统课程内容(需求分析、AI产品设计等),我把它们导入到Dify的另一个知识库里,做了一个「产品经理学习助手」Bot。
现在我自己遇到产品问题,先问学习助手; 遇到项目历史问题,先问项目知识库。 基本上不用再翻文档了。
六、一点建议
如果你也想搭一个,我有几个建议:
1. 先别追求完美,搭起来再说我用第一个版本只用了一个周末。不求覆盖所有文档,先把最常用的100份塞进去,用起来再补。
2. 分段策略很重要产品文档的特点是「结构清晰但篇幅长」。分段太碎容易丢失上下文,分段太长检索不准。500-800字符是比较适合产品文档的长度。
3. 定期更新文档是活的,知识库也得更新。我每个月末把当月的文档更新进去,每次大概花10分钟。
4. 把Bot放在你日常工具里我用飞书Bot接入了Dify,这样在飞书里就能直接问,不用再打开网页。
你也有一堆吃灰的文档吗?试一下,一个周末就能让它们活过来。
夜雨聆风