V0.1 问题总闭环5-31
2016-05-31 15:10:06 0 举报123
作者其他创作
大纲/内容
不相关
需求池负责的PM
新版本产品上线（功能更新）
bug
需求
B
反馈
task，抄送用户、QA
B:task里描述问题情形，并在标题加入序号。在群聊时候直接打入序号，可以省去问题描述，减少客服工作量
其他客服6000
A：bug多久解决的问题，约定RD查看task时，进行修改，备注说明什么时候完成，这样使得用户可以准确了解计划时间，也省去了客服线下经常询问的工作打扰，以及客服问完多久完成再告知客户麻烦
一个版本的周期
把存储的task和新版本功能进行对比，修改task状态
是否要介入测试，以及验收状态变更由测试还是用户来做？
用户
需求存储task时间：需要备注告诉用户版本周期时间，可能需要较长时间才能满足提出的需求；对于无法实现的需求咨询负责PM后进行驳回
不清楚bug
问题分类
task：分配给客服自己
start
记录
现况：用户得不到需求反馈。我的需求实现了么？什么时候实现？需求怎么反馈给用户？如何让用户跟踪需求。-不使用task无法反馈；如何使用task：思考...方案：为自己分配task
解决bug，task：已完成
让用户通过task验收
群聊
存储task
支持
测试
RD
客服组建
A（上）
客服自己解决（咨询他人）
写产品需求wiki（附图）
1000客服工作闭环
先
wiki产品反馈文档更新
0 条评论
下一页
