智能客服，要接上业务流程

先划定可以回答的范围

设计智能客服时，我会先整理问题类型：产品说明、操作指引、订单查询、售后申请，分别需要什么依据。知识内容应有维护者和适用范围；涉及价格、库存或订单状态时，则需要读取相应业务系统。模型不确定时，应当说明缺少的信息，或者引导到人工处理，不用完整流畅的句子掩盖判断依据的缺口。

让查询和操作有清楚的边界

查物流和改收货地址是两种不同动作。我会逐项明确登录身份、数据权限、必填信息和操作确认。客户只能看到自己的记录，修改动作也要能够追溯。取消、退款等操作需要遵守业务规则；接口失败时，应告诉用户实际状态，避免用户以为事情已经完成，又不知道是否需要重试。

把人工接管设计成正常路径

有些问题需要判断、协调或解释，转人工应该顺畅。交接时应保留用户已经说明的问题、已核实的信息和已执行的操作，减少重复描述。队列状态也要表达准确：正在等待与已经接待，需要让用户分得清。人工结束处理后，哪些内容可以补充到知识库，还需要经过维护者确认。

用完整任务验证客服

验收时，我会从一个真实业务目标出发，检查信息不足、身份不符、接口超时和人工接管等情况。除了答案是否有依据，还要看任务是否走到了正确状态。先让范围明确的一组问题可靠完成，再逐步扩展服务边界。

当客服答不上来、查询失败或用户要求人工时，下一步是否仍然清楚、可执行？