产品落地07：失败体验

AI 产品不可避免会遇到失败。失败体验设计的核心是：让用户知道发生了什么、可以做什么、以及系统会如何恢复。好的失败体验能减少用户的挫败感，甚至转化为用户信任。

拒答策略

拒答场景

场景	说明	示例
信息不足	缺少关键信息无法回答	”需要提供更多上下文”
超出能力	问题超出模型能力范围	”无法回答该问题”
敏感内容	涉及敏感信息	”无法处理敏感请求”
低置信度	置信度低于阈值	”答案不确定，建议验证”
恶意请求	检测到恶意输入	”无法处理该请求”

拒答设计

拒答设计：

┌─────────────────────────────────────────────┐
│ ❌ 无法回答                                 │
│                                             │
│ 当前问题缺少关键信息，请补充：                │
│                                             │
│ • 请求的具体业务场景                        │
│ • 相关的错误日志或截图                      │
│ • 期望的输出格式                            │
│                                             │
│ [重新提问] [联系人工] [查看帮助]              │
└─────────────────────────────────────────────┘

拒答优化

优化项	说明	效果
拒答原因	明确说明拒答原因	用户理解
引导补充	引导用户补充信息	帮助用户重试
替代方案	提供替代方案	用户有其他选择
反馈渠道	提供反馈渠道	收集改进意见
拒答率监控	监控拒答率	持续优化

降级策略

降级场景

场景	说明	示例
服务不可用	AI服务不可用	”正在维护中”
响应超时	响应时间过长	”请求超时”
限流触发	触发限流	”请求过于频繁”
资源耗尽	资源耗尽	”系统繁忙”
模型异常	模型返回异常	”服务异常”

降级策略

策略	说明	适用场景
静态响应	返回预设静态内容	服务不可用
缓存响应	返回缓存内容	响应超时
简化模型	使用简化模型	资源耗尽
人工接管	转人工处理	高优先级请求
排队等待	排队等待处理	限流触发

降级设计

降级设计：

┌─────────────────────────────────────────────┐
│ ⚠️ 服务繁忙                                 │
│                                             │
│ 当前请求过多，预计等待时间：30秒              │
│                                             │
│ [排队等待] [稍后重试] [转人工客服]            │
└─────────────────────────────────────────────┘

降级优化

优化项	说明	效果
降级通知	通知用户正在降级	用户知情
预计时间	提供预计恢复时间	用户有预期
降级体验	优化降级体验	减少用户不满
降级监控	监控降级状态	及时恢复
降级策略选择	根据场景选择策略	最优处理

重试机制

重试场景

场景	说明	示例
网络波动	网络临时波动	请求失败
服务抖动	服务临时抖动	响应超时
瞬时过载	瞬时过载	服务不可用
幂等请求	可重试的幂等请求	数据查询
用户主动	用户主动重试	点击重试按钮

重试策略

策略	说明	适用场景
立即重试	立即重试一次	网络波动
指数退避	指数增长间隔重试	服务抖动
固定间隔	固定间隔重试	瞬时过载
有限次数	限制重试次数	避免无限重试
用户触发	用户手动触发	用户主动重试

重试设计

重试设计：

┌─────────────────────────────────────────────┐
│ ⏳ 请求处理中                                │
│                                             │
│ 正在重试中（第2次，共3次）                   │
│ 预计剩余时间：5秒                            │
│                                             │
│ [取消重试] [转人工]                          │
└─────────────────────────────────────────────┘

重试优化

优化项	说明	效果
重试进度	展示重试进度	用户知情
取消重试	允许取消重试	用户可控
重试次数限制	限制重试次数	避免资源浪费
重试间隔优化	优化重试间隔	提高成功率
重试日志	记录重试日志	问题排查

转人工机制

转人工场景

场景	说明	示例
AI 无法回答	AI 无法处理	”转人工客服”
用户请求人工	用户明确请求	”联系人工”
高风险操作	高风险操作需要人工确认	”需要人工审批”
敏感内容	涉及敏感内容	”人工审核”
投诉建议	用户投诉建议	”反馈通道”

转人工策略

策略	说明	适用场景
即时转人工	立即转人工	用户紧急请求
排队转人工	排队等待人工	非紧急请求
预约转人工	预约人工时间	复杂问题
部分转人工	AI + 人工协同	需要专业知识
异步转人工	异步人工处理	非即时请求

转人工设计

转人工设计：

┌─────────────────────────────────────────────┐
│ 📞 转人工客服                               │
│                                             │
│ 当前等待人数：3人                            │
│ 预计等待时间：2分钟                          │
│                                             │
│ 您的问题已记录，客服将为您解答。              │
│                                             │
│ [在线等待] [稍后联系] [留下联系方式]          │
└─────────────────────────────────────────────┘

转人工优化

优化项	说明	效果
等待时间	提供预计等待时间	用户有预期
等待人数	展示等待人数	用户知情
问题记录	记录用户问题	减少重复描述
排队优先级	设置排队优先级	重要用户优先
转人工率监控	监控转人工率	持续优化 AI 能力

错误恢复

错误类型

类型	说明	示例
输入错误	用户输入错误	参数错误
处理错误	处理过程错误	逻辑错误
输出错误	输出结果错误	答案错误
系统错误	系统级错误	服务异常
网络错误	网络错误	请求失败

错误恢复策略

策略	说明	适用场景
自动恢复	系统自动恢复	瞬时错误
用户重试	用户重新操作	输入错误
撤销操作	撤销已执行操作	操作错误
数据回滚	数据回滚到之前状态	数据错误
人工修复	人工介入修复	严重错误

错误恢复设计

错误恢复设计：

┌─────────────────────────────────────────────┐
│ ❌ 操作失败                                 │
│                                             │
│ 原因：网络超时                               │
│                                             │
│ 系统已自动回滚，您的数据安全。                │
│                                             │
│ [重试操作] [查看状态] [联系客服]              │
└─────────────────────────────────────────────┘

错误恢复优化

优化项	说明	效果
错误原因	说明错误原因	用户理解
影响范围	说明影响范围	用户知情
恢复状态	说明恢复状态	用户放心
恢复选项	提供恢复选项	用户有选择
错误日志	记录错误日志	问题排查

失败体验原则

核心原则

原则	说明	示例
诚实	诚实地说明失败	”无法回答”
透明	透明地展示过程	”正在重试”
可控	用户可控制	”取消重试”
恢复	提供恢复方式	”重试操作”
反馈	提供反馈渠道	”联系客服”

失败体验流程

检测失败 → 判断类型 → 选择策略 → 执行处理 → 通知用户 → 提供选项 → 记录日志

失败体验指标

指标	说明	计算方式
失败率	失败请求的比例	失败次数 / 总次数
拒答率	拒答请求的比例	拒答次数 / 总次数
转人工率	转人工请求的比例	转人工次数 / 总次数
用户满意度	用户对失败体验的满意度	满意度调查
恢复时间	从失败到恢复的时间	平均恢复时间

常见问题与解决方案

问题1：用户遇到失败后流失

表现：用户遇到失败后不再使用产品

解决方案：

• 设计友好的失败界面
• 提供多种恢复选项
• 减少用户操作成本
• 提供即时帮助

问题2：失败体验不一致

表现：不同场景的失败体验不一致

解决方案：

• 统一失败体验设计规范
• 统一错误码和错误信息
• 统一恢复流程
• 定期review失败体验

问题3：失败后数据不一致

表现：失败后数据状态不一致

解决方案：

• 使用事务保证数据一致性
• 提供数据回滚机制
• 定期数据校验
• 人工数据修复通道

问题4：失败原因难以定位

表现：无法快速定位失败原因

解决方案：

• 完善错误日志记录
• 增加错误监控
• 提供错误追踪ID
• 建立错误分析流程

项目判断清单

• 需要拒答策略 → 拒答场景、拒答设计
• 需要降级策略 → 降级场景、降级策略
• 需要重试机制 → 重试场景、重试策略
• 需要转人工机制 → 转人工场景、转人工策略
• 需要错误恢复 → 错误类型、错误恢复策略
• 需要统一体验 → 失败体验原则
• 需要监控指标 → 失败体验指标
• 需要持续优化 → 常见问题解决方案