一、先别急着上机器人，先把第一版边界收紧
很多团队做 AI 客服失败，不是工具不行，而是第一版边界定错了。
一上来就想让它：
- 回答全部产品问题
- 接住所有售前和售后咨询
- 自动报价
- 自动判断项目是否能接
- 自动承诺交付周期
- 自动替业务人员继续推进成交
这种范围一铺开，风险就马上上来了。
更稳的第一版边界，应该像这样：
- 只回答官网公开信息范围内的问题
- 只处理标准化、重复率高的问题
- 对价格、定制开发、合同、售后责任这类高风险问题，统一引导人工
- 所有关键回答尽量带引用来源
- 遇到知识库里没有的内容，明确说“不确定”，而不是硬答
你可以把第一版 AI 客服理解成一个“官网接待助手”，而不是“线上销售总监”。
它最适合干的，是下面这几类问题：
- 你们是做什么服务的
- 你们能不能做某类系统或自动化项目
- 典型交付流程是什么
- 大概合作方式怎么走
- 有没有相关案例
- 适合先沟通还是先整理需求
- 联系你们的入口在哪里
这类问题的共同点很简单：高频、口径相对稳定、答案可以公开、就算答得不够深也不会直接造成业务事故。
二、准备这 4 类资料，第一版才有东西可答
很多人以为 AI 客服的核心是“模型选什么”。
实际第一版能不能跑起来，关键反而在资料准备。
如果你今天就想动手，至少先准备这 4 类内容。
1. 标准 FAQ
把官网访客最常问的 20 到 50 个问题整理出来。
不要追求全，先追求高频和稳定。
比如：
- 你们主要做哪些服务
- 定制开发和现成 SaaS 怎么选
- 你们更适合做顾问还是做落地开发
- 一般合作前要准备什么
- 项目从沟通到上线大概有哪些阶段
- 怎么联系你们进一步聊
FAQ 不是越多越好。
第一版先把最容易重复回答、最适合标准化表达的问题整理出来，效果反而最好。
2. 服务说明
如果你的网站已经有服务页、关于页、案例页，把这些内容单独整理成结构清晰的文档版本。
不要直接把零散网页一股脑丢进去。
建议拆成几份独立文档：
- 服务范围说明
- 合作流程说明
- 典型客户场景说明
- 常见不做范围说明
- 联系方式与沟通入口说明
这样做的好处是，后面检索时上下文更干净，不容易把不同层次的内容拼到一起。
3. 转人工规则
这一项特别关键，很多人会漏。
AI 客服第一版不是为了替代所有人工，而是为了先接住标准问题。
所以你必须提前写清楚哪些问题一旦出现，就应该把对话引向人工。
常见边界包括：
- 个性化报价
- 项目排期确认
- 合同或付款问题
- 售后争议
- 需要看现有系统或接口后才能答的问题
- 涉及客户隐私或内部信息的问题
这类规则如果不提前定，AI 客服最容易出现的情况就是“看起来很热情，实际上答得太满”。
4. 留资和联系动作
第一版 AI 客服不仅是回答问题，还要把对话自然引到后续沟通。
你要提前想好：
如果这一步不设计，机器人就很容易变成“陪聊工具”，答完一堆问题，却没有形成真正的业务承接。
三、在 Dify 里建第一版知识库，别把所有资料一次性全丢进去
按当前 Dify 官方文档，知识库可以直接接入应用，也支持后续通过 API 管理。
但对第一版来说，最稳的方式不是一上来就做自动同步，而是先手工整理、手工上传，确认问答边界跑顺以后再谈自动化。
这里最容易犯的错误，就是把公司现有资料不加筛选全部灌进去。
这么做的问题很明显：
- 旧文档和新文档混在一起
- 面向客户的公开口径和内部讨论材料混在一起
- 介绍型内容和执行细则混在一起
- 不同版本的服务描述混在一起
一旦底层资料混了，前面的检索结果就很难稳。
更推荐的做法是：
- 第一版只放官网公开可说的内容
- 一份文档只讲一类事情
- 明显过期的内容先不要进知识库
- 同一个主题只保留最可信的版本
- 资料命名尽量统一，方便后续维护
如果你后面还会接内部知识库，记得把“官网公开知识”和“内部运营知识”分开，不要用同一个知识库硬塞全部资料。
按 Dify 当前文档，知识库 API 访问是可以单独管理的，这一点对后面扩展也很有用。
四、建应用时，重点不是“会不会聊天”，而是“会不会收口”
在 Dify 里把知识库接到应用以后，很多人最先盯的是页面是不是好看、回复是不是像真人。
但第一版最该盯的其实是下面几件事：
- 回答尽量基于知识库内容
- 没命中资料时不要硬编
- 尽量展示引用和出处
- 对高风险问题统一转人工
- 对标准问题尽量答得短、清楚、能落到下一步动作
如果你是做官网客服，不建议把机器人提示词写成“尽量多聊、多引导、多展开”。
更适合的是：
- 先回答用户眼前的问题
- 能引用就引用
- 不确定就明确说不确定
- 涉及报价、排期、定制需求时，引导提交需求或联系人工
这一步的核心不是让它显得聪明，而是让它显得可靠。
五、检索设置和引用，一定要在上线前反复调
按 Dify 官方文档，知识库接入应用后，可以继续调检索相关设置，也可以开启 Citation 和 Attribution。
这一部分不要偷懒，因为它直接影响第一版是否能被信任。
我建议你至少做 3 轮测试。
第一轮：标准问题测试
拿最常见的访客问题去问：
- 你们做不做官网定制
- 适不适合做 AI 自动化改造
- 一般合作流程怎么走
- 有没有相关案例
这一轮主要看：
- 能不能准确命中文档
- 回答有没有明显跑偏
- 有没有把不同页面的内容拼乱
第二轮：模糊问题测试
故意问一些现实里很常见、但表达不标准的问题：
- 我这边项目比较乱，你们能不能接
- 我现在系统挺老的，能不能先帮我看
- 不太确定要做 SaaS 还是定制开发，先怎么聊
这一轮主要看它会不会乱承诺，会不会把“可以聊”答成“肯定能做”。
第三轮：高风险边界测试
专门测试那些不该由 AI 直接承诺的问题：
- 多少钱
- 多久能上线
- 你们一定能做成吗
- 具体技术方案怎么定
- 出问题谁负责
这一轮如果答得太满，就一定要收。
第一版 AI 客服宁可显得克制一点，也不要因为一句不该答满的话，把后面人工沟通带进坑里。
六、发布 WebApp 以后，官网嵌入不要一上来就全站铺开
按 Dify 当前官方文档，应用可以直接发布为 WebApp，也支持嵌入网站，常见方式包括 iframe 和 script。
这意味着什么？
意味着你不需要先改一大堆后端逻辑，第一版就能先挂到官网上跑。
但这里还有一个很现实的问题：
不要一上来就全站铺开。
更稳的上线顺序通常是：
- 先挂在服务页
- 再挂在联系页或咨询入口附近
- 观察一段时间真实提问
- 再决定要不要扩到首页或更多页面
原因很简单。
服务页和联系页上的访客，本来就更接近真实咨询。
他们问的问题更集中，更适合做第一版问答验证。
如果你直接首页全量铺开，问题会非常杂：
- 纯路过访客
- 无效提问
- 低质量测试
- 和业务无关的聊天
这些数据当然也有参考价值，但对第一版来说，噪音太大。
七、第一版要不要做自动留资？可以做，但别做得太激进
八、这件事真正的成本，不在聊天窗口，而在资料和维护
很多老板第一次看这类方案，最先问的是“模型调用会不会很贵”。
这当然要考虑，但如果只盯这个，重点就偏了。
官网 AI 客服第一版真正的成本，通常主要在这几块：
- 资料整理
- FAQ 统一口径
- 知识库清洗
- 提示词和边界规则调试
- 上线前测试
- 上线后的日志回看和迭代
模型调用成本当然存在，但在第一版里，它往往不是最大头。
真正决定项目值不值的，是你有没有把资料整理成可维护的底座。
还有一点也要说清楚：
标题里说“1 天搭出第一版”，前提是边界已经收紧，而且你手上已经有一批能用的资料。
如果你现在资料到处都是、口径也不统一，那这 1 天更多只是把问题暴露出来，不可能直接一步到位。
九、第一版最常见的 5 个坑
1. 把 AI 客服当销售替身
第一版更适合做接待和初筛，不适合直接替代销售判断和项目承诺。
2. 知识库里混入内部资料
官网公开问答和内部运营资料，一开始就应该分开。
这不是细节问题，而是风险边界问题。
3. 没开引用或没看引用效果
如果回答没有回溯能力，后续调试会非常痛苦。
4. 没有转人工规则
第一版看起来“挺能聊”，但一遇到复杂需求就容易答过头。
5. 上线后没人维护
AI 客服不是上去就结束。
服务内容会变，案例会变，合作方式会变，过一段时间就需要更新知识库和规则。
十、如果你准备今天就开干，顺序最好这样排
别想太多，直接按下面顺序走：
- 先列 20 到 50 个高频问题
- 整理服务介绍、流程说明、案例说明、联系说明
- 划清哪些问题必须转人工
- 在 Dify 建第一版知识库和 Chatbot 应用
- 开启引用，调检索和提示词
- 用真实问题反复测
- 先嵌到服务页或联系页
- 跑一周，再决定要不要继续扩范围
这个顺序看着不花哨，但最容易做出真正能用的第一版。
结语
AI 客服这件事，最怕的不是起步慢，而是第一步就做成“什么都想管”的大工程。
对大多数企业来说，真正划算的路径不是先自研，而是先用 Dify 这样的现成平台，把官网公开信息、知识库引用、转人工规则和嵌入入口这几件事跑顺。
第一版只要能做到三件事，其实就已经值了：
- 把高频标准问题答稳
- 把复杂需求收口到人工
- 把后续留资和沟通动作接起来
如果你现在也在考虑做官网 AI 客服，别先问“机器人能不能替人卖东西”。
先问一句：我们官网上那些每天都在重复回答的问题，能不能先交给一个边界清楚、敢于收口、知道转人的助手？
如果你想把这件事落成一个更稳的版本，也可以先看 核心服务，或者直接通过 联系咨询 把你现在已有的资料和目标场景发过来，先判断第一版边界该怎么定。
