一、收集反馈
作为产品实习生来到这家公司的第一个任务就是整理用户反馈,我翻了一下,一共有200条来自官网质量较高的用户反馈。
二、问题分类
由于我们的目标用户都是互联网从业者,所以提交的反馈都比较专业(篇幅太长…),提交时间、设备信息、浏览器是自动获取的,我就花了将近一天的时间将所有反馈理解了一遍并归类,涉及到某些敏感信息,部分打码了,如下

三、优先级及可行性
好了,问题反馈分类好了,结束了吗?当然没有,由于收集时间较长,所以有些反馈已经被解决或者已经在排期中。于是我把已经解决和未解决的问题都在图中剔除了,这里就不上图了。
剩下的怎么办呢?在询问了leader之后,又剔除了将要解决但目前无法解决的问题;
由于很多人一口气提了好几个不同分类的问题,所以在剔除后还剩下130多个问题。于是我又把这些内容分好类并按数量排行。
排在第一位的是作业编辑器,共有37个人吐槽…(内心OS:作业编辑器有什么好吐槽的,无非就是富文本和markdown),第二位的移动端仅有10几个人吐槽,移动端已经有一部分在做了。
在反复权衡了排在前3位的问题之后,又看了作业编辑对应的37个问题,征求了一下leader的意见,最终得出结论——作业编辑器确实需要被优化。
四、竞品调研
不方便透露公司名称,这里我就不写调研了哪些竟品了,但最后得出的结论是无果,为什么无果呢?因为所有的竞品和我们的产品形态都不同,他们没有编辑器!
于是我又调研了知乎、简书、pmcaff,还有很多带有文本编辑功能的网站,研究了他们交互方式、使用场景,发现使用场景没有一个和我们网站相同…
我们网站的使用场景是什么样的呢?作为一个在线学习的网站,用户的路径一般是这样的:观看课程——写作业——观看课程——写作业……结束。
根据这个路径,有这么几个不易察觉的场景:
1、每门课程可能有10几门作业,用户写作业的时间很长;
2、写作业之前需要看作业描述;
3、大多数作业描述很长,需要边写作业边看作业描述,写一个作业的平均时间大概3小时;
4、写作业的过程中可能需要回看课程(因为本节课程中会有解题方法)
5、部分人不用编辑器(原因:word编辑顺手粘贴就行、没时间在电脑上编辑、编辑器功能单一不好用、不安全怕编辑到一半丢失内容)
从内容着手肯定是个大任务,不能做!所以只能解决边看作业描述边写作业的需求了,在5中又发现了很多体验不好的问题,这个时候正好看到了“作业部落”的编辑器,瞬间有了灵感…
五、功能优化
如果能让用户在屏幕中同时看作业描述和写作业将是怎样呈现的呢?我觉得乍一看有点像作业部落,
于是原型就这么画出来了:作答页面全屏、左边展示作业描述,右边作答作业、顶部编辑工具栏吸顶展示、最好是在编辑框来个文字引导……(请脑补,不给看图了)
但是在网页中还要考虑点击一个按钮是在新页面打开还是本页面打开。这就遇到一个问题:如果只用一个页面跳转来跳转去,用户想要回看课程就要保存后返回,或者复制一个页面专门回看课程;但如果新打开一个页面会导致能同时在两个页面编辑…这些问题让我的原型改了一茬又一茬……
最后敲定的方案是取消现有的编辑器,变成一个跳到全屏的按钮,用户只能进行全屏作答,这样可以切换到之前的页面回看课程,又可以保证不会在两个窗口同时编辑…
最后在评审的时候和技术沟通,后端小哥又帮我加了个功能:在新页面点击按钮能刷新之前的页面。省去了1页面的引导文案……
总结一下:写的挺乱的,我知道大多数人看不懂,我只是记录一下这个项目,还没上线我也不方便透露的特别具体。感想就是:产品经理要把所有异常流程想清楚,用户的需求不应该全盘满足,应该反复推敲再决定做不做;及时和开发沟通能提升效率,自己乱想的东西很可能不能实现或者绕远路。
End…
网友评论