01目标与边界
- 解决登录、注册、基础平台使用等高频问题。
- 每天几百条留言先覆盖 50-80 个高频意图。
- 不追求“像人聊天”,追求稳定、可控、可追溯。
- 预算控制在 3 万/年以内。
这是一份产品方案脑图,不是后台原型。它用一张结构化地图说明:如何在每天几百条留言、已有固定话术、预算 3 万/年以内的前提下,建立“自动识别问题、只回复审核话术、自动记录工单、人工标注回流”的客服闭环。
大模型不能直接生成用户可见话术,只能输出结构化结果,例如 intent_id、script_id、confidence、risk_level、need_human。真正发送给用户的内容必须从已审核话术库按 script_id 读取。
从用户留言到自动回复或转人工的完整产品链路。
关键产品判断:自动客服的“发送权”不交给模型,只交给策略闸门和话术库。模型负责识别,系统负责控制,人工负责兜底和持续改进。
按预算、上线速度、可控性和长期维护成本做取舍。
| 路线 | 年成本估算 | 优点 | 主要风险 | 建议 |
|---|---|---|---|---|
| 自建 CPU + 云模型 API | 约 1-2.2 万 | 成本低、可控、适合固定话术回复。 | 需要自己搭建工单和标注闭环。 | 推荐默认 |
| 纯 CPU 自研分类 | 约 0.5-1.5 万 | 数据不出自有云,合规边界更强。 | 冷启动效果弱,标注压力更大。 | 备选 |
| GPU 服务器 + 自部署模型 | 通常难压进 3 万 | 私有化程度高,可做本地推理。 | 常驻成本、运维、调参都偏重。 | 不建议常驻 |
| 第三方客服 SaaS | 需询价,可能 1.5-6 万+ | 上线快,多渠道、坐席、机器人、工单现成。 | 价格不透明,数据和话术控制依赖厂商。 | 只做 POC |
让一个人工每天少量标注,也能持续提高覆盖率。
intent_id、script_id、script_text、allowed_conditions、blocked_conditions、risk_level、auto_reply_threshold、ticket_category。
低置信、敏感转人工、用户点未解决、工单复开、客服改写话术、抽检错误样本。
合并重复意图,补充相似问,调整阈值,禁用风险话术,扩充黄金测试集。
先证明安全,再扩大自动化范围。
| 阶段 | 时间 | 产出 | 验收标准 |
|---|---|---|---|
| 0. 梳理话术与意图 | 1 周 | 意图树、话术库、敏感场景清单。 | 80% 高频问题有明确 script_id。 |
| 1. 影子模式 MVP | 2 周 | 分类建议、自动建单、人工标注入口。 | 人工抽检准确率 ≥ 90%,无用户可见风险。 |
| 2. 低风险自动回复 | 2 周 | 登录、注册、基础使用问题自动回复。 | 自动回复准确率 ≥ 95%,越权回复 0。 |
| 3. 工单自动完成 | 1-2 周 | 用户确认、48 小时无追问完成、未解决复开。 | 工单状态可追溯,复开率可统计。 |
| 4. 稳定运营 | 持续 | 周报、错例池、标注回流、话术版本管理。 | 自动解决率 40%-60% 起步,逐月提升。 |