startup-plan/长期规划/运营与客服/[参考]-客服设计详案.md
WangDL a1113df50c docs: 精简长期规划文档,去除技术实现细节,保留方向性内容
- 技术与交付模块:去除具体技术栈/部署方案/文件路径,仅保留技术方向
- 个人开发者创业计划:去除当前技术开发状态、文档索引
- 产品与用户模块:去除具体页面清单、文档引用
- 商业化与支付模块:去除技术实现细节、文档引用
- 运营与客服:去除 API 路由/具体技术栈引用,保留服务策略
- 其余模块:去除交叉文档引用

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 13:23:09 +08:00

102 lines
3.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

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