智能客服
把产品资料、服务条款与历史工单整理成知识来源,客户提问先由系统给出答案,超出范围的转人工并带上对话上下文。
- 多轮问答与转人工
- 对话与工单记录留存
- 与现有在线客服并存
把大模型能力接进具体业务流程:智能客服、文档处理、材料审核与经营分析。从场景盘点开始,先确认哪些环节适合交给模型处理,再确定技术路线与人工复核的位置,最后完成应用开发、系统对接与试运行调优。
每一类都对应一个可验收的场景闭环:输入是什么、系统做了什么、产出交给谁。先确定场景,再讨论用哪个模型。
把产品资料、服务条款与历史工单整理成知识来源,客户提问先由系统给出答案,超出范围的转人工并带上对话上下文。
按客户标签与历史行为生成推荐、话术与活动文案,运营确认后发布,效果数据回填后用于后续调整。
合同、发票、报表、图纸等文档批量识别并抽取字段,输出结构化数据供业务系统直接使用。
按规则与历史案例对申报材料、费用单据与内容做初审,标注疑点与判断理由,交人工复核确认。
把订单、库存、财务等指标接入,用自然语言提问得到数据结果与图表,口径按指标定义统一配置。
对客服通话与坐席录音做转写与合规检查,输出问题片段、评分与整改清单。
这是沟通中被问得最多的问题。三者不是替代关系,而是组合关系:知识库提供依据,智能体负责执行,应用把它们组装成一个能交付给业务人员使用的系统。
把模型、知识、接口与业务流程组装成一个可交付的系统,解决一个完整的场景闭环,例如从客户提问到工单归档。
交付形态:可独立运行的应用系统,有完整的入口、权限与操作界面。围绕一个明确任务,按步骤调用工具、查询数据并产出结果,是可被执行调用的任务单元。
作用范围:任务级。一个应用内部可以包含多个智能体分工协作。把文档、制度、问答与业务数据整理成可检索的知识来源,为应用与智能体提供依据。
作用范围:知识供给。检索增强与权限隔离在知识库层完成。以下行业在已交付项目中出现较多。若业务形态接近,可以直接按对应场景的能力范围讨论。
设备手册、工艺文件与质检标准进入知识库,工艺问答与报修分流先在车间和售后环节使用。
巡检记录、操作规程与隐患台账结构化,问答与预警规则接入现有生产管理系统。
政策文件与办事指南整理成问答,材料预审把常见缺件问题在提交前指出来。
商品资料与售后政策接入客服问答,评价与工单做归类分析,运营按结论调整话术。
课程资料与教务制度进入知识库,选课咨询与常见答疑由系统先承接,再转给老师。
院内制度与诊疗规范做内部检索,病历与随访记录的字段抽取辅助录入与核对。
先判断可行性,再投入开发。可行性评估给出明确的可行与不建议判断,避免在不适合的场景上反复试错。
按频次、耗时与容错要求筛出候选场景,排出优先级,先做哪一类有据可依。
确认数据是否可得、口径是否统一、人工复核放在哪一步,给出可行与不建议的判断。
确定技术路线、模型接入方式与界面形态,用原型把交互与结果呈现确认下来。
完成知识接入、提示词配置、接口开发与业务系统对接,在小范围数据上先跑通。
按真实数据回收问题样本,调整检索策略与提示词,稳定后交付培训与运维文档。
每个阶段有可验证的验收口径,问题不累积到试运行才暴露。
试运行阶段会按真实数据回收问题样本,用于调整检索策略与提示词。稳定运行后交付培训与运维文档,后续由业务方自行维护常规配置。
费用不由单一单价决定,先看下面几项,再谈具体投入。
AI 应用开发的费用由场景数量与流程复杂度、是否包含模型私有化与算力、知识来源与数据量、需对接的业务系统、是否包含人工审核环节几项共同决定。
同样叫 AI 应用,一个只做问答的助手和一套接入业务系统、带审核与留痕的应用,投入差异很大。我们在报价前会先做一轮场景盘点,把功能清单、对接范围与部署方式确认下来,再给出分阶段报价。
如果预算有限,通常的做法是先选一到两个高频场景跑通,把其余场景留到第二期。这样既能验证效果,也便于控制首期投入。
一个场景与多个场景并行建设,接口数量与业务流程分支都会带来不同的工作量。
公有云接口调用与私有化部署在服务器、显卡与运维上的投入差别明显,需分开评估。
文档数量、格式种类与是否需要清洗标注,直接决定知识治理的工作量。
与 ERP、CRM、工单或数据仓库对接时,接口开放程度与数据规范决定对接成本。
设置复核流程会增加界面、权限与留痕的开发范围,同时降低结果风险。
关于与智能体的区别、场景选择、技术路线、费用、私有化部署与系统对接的常见疑问,可以在沟通前先了解。
AI 应用是面向一个完整场景的交付系统,有入口、权限、界面与业务流程;Agent(智能体)是可被调用的任务执行单元,负责按步骤调工具、查数据、出结果。一个应用内部通常包含多个智能体分工,再由知识库提供依据。三者是组合关系:知识库供知识,智能体做执行,应用把两者组装成业务闭环。
优先看三个条件:问题重复出现、答案有据可查、出错后可以人工兜底。客服问答、文档字段抽取、材料初审、经营数据问答通常符合这三条。涉及对外承诺、资金划转与法律结论的环节,建议保留人工确认。
常见路线有三类:直接调用通用大模型接口自建应用、使用开源编排平台自行部署、采购成熟的商业平台。选择的判断点在于数据能否出内网、是否需要与既有系统深度对接、后续由谁维护。我们在评估阶段会按这三条给出可选路线与对应的投入范围。
费用由场景数量与流程复杂度、是否包含模型私有化与算力、知识来源与数据量、需对接的业务系统、是否包含人工审核环节几项共同决定。同样叫 AI 应用,一个只做问答的助手和一套接入业务系统、带审核与留痕的应用,投入差别很大。确认场景清单后提供分阶段报价。
多数企业场景采用检索增强的方式:把企业文档与业务数据整理进知识库,由模型在检索结果上作答,不必重新训练模型。这种方式上线快、可追溯、更新文档即可生效。需要改变模型本身能力的场景才考虑微调,评估阶段会说明两者适用条件。
取决于所选模型的参数规模与并发量。常见做法是先按试点规模配置一台推理服务器,跑通后再按并发扩展。若采用云端接口调用,则不需要本地算力,只保留应用与知识库服务器即可。具体配置在方案阶段按模型与并发给出。
先确认对方系统是否提供开放接口、数据视图或中间库,再决定采用接口调用、定时同步还是消息推送。对接范围包括组织与账号、业务单据、指标数据三类。接口改造涉及对方厂商配合时,会在排期里单独列出。
先在试点阶段用小范围真实数据验证,把答错、答偏与拒答的样本收集起来,作为调优输入。调优手段包括补充知识、调整检索策略、修改提示词与增加规则约束。项目按阶段交付,每个阶段都有可验证的验收口径,避免问题累积到最后。
把业务痛点、现有数据与系统情况带来,我们先给出场景优先级与可行性判断,再谈方案与工期。