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

3.7 KiB
Raw Permalink Blame History

对,你这个判断是对的。你一个人做产品,如果没有 App 内客服 / 自动答疑系统,后面会非常累,而且体验也会很怪。

用户遇到问题时,他不一定想发邮件,也不一定愿意等你手动回复。

这些如果都靠你一个人回,肯定扛不住。

所以这里应该做一个:

App 内智能客服 + 反馈工单 + 后台处理系统

而不是单纯一个"意见反馈表单"。

它在知习里的定位

你可以这么定义:

AI 智能客服负责解决常见问题;
反馈系统负责收集真实问题;
后台管理系统负责处理需要人工介入的问题。

它不是学习 Agent不参与主动回忆、薄弱点分析、复习计划这些核心学习闭环。

我建议的客服流程

用户在 App 内点击"帮助与客服"
→ 先进入智能客服
→ AI 根据帮助知识库自动回答
→ 如果解决了,结束
→ 如果没解决,用户点击"转人工 / 提交反馈"
→ 创建反馈工单
→ 后台显示待处理问题
→ 你有空再处理

这样你不是所有问题都要立刻回,而是让系统先挡住 70% 的基础问题。

第一版客服应该回答什么

第一版只回答官方固定内容功能使用说明、登录问题、知识库创建、文件上传、AI 分析说明、复习计划、订阅说明、退款流程、隐私政策、用户协议、常见错误处理、联系方式。

不要让客服 Bot 去读用户私人知识库内容。客服 Bot 只应该读官方帮助中心知识库,不要读用户上传的学习资料、主动回忆回答、私人知识库、学习分析结果(除非以后专门做了授权机制)。

你真正需要的是三层系统

第一层App 内智能客服

用户问基础问题,机器人自动回。

第二层:反馈 / 工单系统

如果机器人解决不了,就创建反馈。反馈字段包括用户 ID、联系方式、问题类型、问题内容、截图、设备型号、系统版本、App 版本、处理状态。

第三层:后台处理

你在后台看到待处理反馈、高频问题、用户对话记录、是否已解决、是否需要回复、是否需要更新帮助文档。这样你不是被动被消息轰炸,而是集中处理。

哪些问题机器人可以处理 / 哪些必须转人工

可自动处理功能怎么用、按钮在哪里、复习计划怎么理解、AI 分析结果是什么意思、会员权益说明、取消订阅流程、退款流程说明、隐私政策说明、常见错误排查。

必须转人工退款争议、账号删除、数据丢失、订阅权益异常、用户投诉、隐私问题、内容违规、支付失败但扣款、Apple/Google 订单问题。

机器人可以先收集信息,然后创建工单。

第一版页面建议

App 里做 3 个页面:帮助与客服页、智能客服聊天页、提交反馈页。"我的"页面里放入口:帮助与客服、问题反馈、隐私政策、用户协议、关于知习。

后台第一版加:反馈列表、反馈详情、客服会话记录、问题分类统计。

最重要的一点

智能客服不是为了"假装有人回复",而是为了:

基础问题自动解决
复杂问题收集完整信息
你只处理真正需要人工判断的问题

你一个人做产品,合理的客服策略应该是:

机器人先答
答不了再建工单
你集中处理高价值问题
高频问题沉淀进帮助知识库

这样系统会越来越省你的时间。

一句话总结:

你确实应该做 App 内智能客服;它的价值就是替你挡住基础问题,把真正需要人工处理的问题变成后台工单,而不是让所有用户消息都直接压到你一个人身上。