startup-plan/长期规划/运营与客服/[参考]-客服设计详案.md

102 lines
3.7 KiB
Markdown
Raw Normal View History

对,你这个判断是对的。你一个人做产品,如果没有 App 内客服 / 自动答疑系统,后面会非常累,而且体验也会很怪。
用户遇到问题时,他不一定想发邮件,也不一定愿意等你手动回复。
这些如果都靠你一个人回,肯定扛不住。
所以这里应该做一个:
```
App 内智能客服 + 反馈工单 + 后台处理系统
```
而不是单纯一个"意见反馈表单"。
## 它在知习里的定位
你可以这么定义:
```
AI 智能客服负责解决常见问题;
反馈系统负责收集真实问题;
后台管理系统负责处理需要人工介入的问题。
```
它不是学习 Agent不参与主动回忆、薄弱点分析、复习计划这些核心学习闭环。
## 我建议的客服流程
```
用户在 App 内点击"帮助与客服"
→ 先进入智能客服
→ AI 根据帮助知识库自动回答
→ 如果解决了,结束
→ 如果没解决,用户点击"转人工 / 提交反馈"
→ 创建反馈工单
→ 后台显示待处理问题
→ 你有空再处理
```
这样你不是所有问题都要立刻回,而是让系统先挡住 70% 的基础问题。
## 第一版客服应该回答什么
第一版只回答官方固定内容功能使用说明、登录问题、知识库创建、文件上传、AI 分析说明、复习计划、订阅说明、退款流程、隐私政策、用户协议、常见错误处理、联系方式。
不要让客服 Bot 去读用户私人知识库内容。客服 Bot 只应该读官方帮助中心知识库,不要读用户上传的学习资料、主动回忆回答、私人知识库、学习分析结果(除非以后专门做了授权机制)。
## 你真正需要的是三层系统
### 第一层App 内智能客服
用户问基础问题,机器人自动回。
### 第二层:反馈 / 工单系统
如果机器人解决不了,就创建反馈。反馈字段包括用户 ID、联系方式、问题类型、问题内容、截图、设备型号、系统版本、App 版本、处理状态。
### 第三层:后台处理
你在后台看到待处理反馈、高频问题、用户对话记录、是否已解决、是否需要回复、是否需要更新帮助文档。这样你不是被动被消息轰炸,而是集中处理。
## 哪些问题机器人可以处理 / 哪些必须转人工
可自动处理功能怎么用、按钮在哪里、复习计划怎么理解、AI 分析结果是什么意思、会员权益说明、取消订阅流程、退款流程说明、隐私政策说明、常见错误排查。
必须转人工退款争议、账号删除、数据丢失、订阅权益异常、用户投诉、隐私问题、内容违规、支付失败但扣款、Apple/Google 订单问题。
机器人可以先收集信息,然后创建工单。
## 第一版页面建议
App 里做 3 个页面:帮助与客服页、智能客服聊天页、提交反馈页。"我的"页面里放入口:帮助与客服、问题反馈、隐私政策、用户协议、关于知习。
后台第一版加:反馈列表、反馈详情、客服会话记录、问题分类统计。
## 最重要的一点
智能客服不是为了"假装有人回复",而是为了:
```
基础问题自动解决
复杂问题收集完整信息
你只处理真正需要人工判断的问题
```
你一个人做产品,合理的客服策略应该是:
```
机器人先答
答不了再建工单
你集中处理高价值问题
高频问题沉淀进帮助知识库
```
这样系统会越来越省你的时间。
一句话总结:
```
你确实应该做 App 内智能客服;它的价值就是替你挡住基础问题,把真正需要人工处理的问题变成后台工单,而不是让所有用户消息都直接压到你一个人身上。
```