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