我今天上午在使用rapoo官网，查找资料的时候，发现官网有个beta版本的智能客服，好奇心驱使我点了进去， 就是个很常规的chatbot的形态，简单聊了几句，我就知道还是知识库的那套了 然后我发现左下角有一行字“powered by dify”（见图二） 我是有点吃惊的，一直以为这类工具更多是用来做 POC、验证思路的， 没想到有厂商直接基于Dify搭工作流，然后上线到官网给C端用户用了 结合这次体验，把“硬编码方式”和“Dify类平台方案”的差异，以及为什么会有公司这么选，简单梳理了一下，毕竟存在即合理 一、硬编码 vs Dify类平台，本质差异 1）性能与可控性 硬编码：接口直连，链路短，延迟更低，可做缓存/限流/降级等精细控制 Dify：多一层编排和调用，延迟更高（如果模型参数大，链路长，一次对话估计要10s左右） 2）开发与迭代成本 硬编码：改prompt/改流程需要发版，依赖工程 Dify：可视化配置，业务也能参与，改完即生效 3）知识库与调优效率 硬编码：需要自己做召回验证、日志分析、调优工具 Dify：内置知识库管理、命中结果查看、调试链路，调优效率高很多 二、为什么有公司直接用 Dify 上生产 1）够用就行 官网客服大多是：简单问答，有人工兜底，回答错误问题也不大 这类场景用 RAG + 简单 workflow 就能解决，Dify很轻松就能满足这个场景了。 2）成本与效率的选择 编码开发，人力，时间以及配套运维成本都挺高的 Dify可能搞一天就上线，然后直接嵌套进官网页面非常快 尤其对非 AI 核心业务的公司来说，这个选择没毛病，成本低啊。 3）智能客服需要结合场景做不同方案选型 比如电商，涉及到产品推荐，售前，售后，快递跟踪，退款等等等等， 就很复杂，要涉及意图识别，做的全一点的话，不要打通下单模块，退款模块，物流跟踪等 直接走dify肯定是不靠谱的，需要更加强大的agent来实现 但是针对雷柏官网产品FAQ问答，核心还是知识库内容，找得到就回答，找不到就回复不知道 业务非常简单，所以雷柏基于dify平台的智能客服这个方案的选型没毛病 #产品经理 #大模型 #AI工具 #智能化时代