产品体验不好,先不要骂产品经理
这是Kevin的第 809 篇原创,
被用户吐槽,甚至是谩骂的场景其实是每个产品经理都会经历的,同时伴随着产品运营,总是会频繁发生,不会间断。这也是为什么许多互联网公司会选择晚上夜里发新版本,怕影响线上用户体验引发流失。
无论是从0到1,还是更新了新功能,都要不断收集用户吐槽和反馈,进行优化。
一个产品就像一个企业一样,随着业务逐渐标准、营收上升后,就会逐渐更加完善,设立新部门、扩张人员来填补短板。
如果你也在使用一个app或其他产品,因为体验或功能不完善让你准备骂产品经理先别激动,说不定你的需求已经在路上了,只是你不知道罢了。
我创业做产品的从0到1
记得在2017年,我们PMTalk上线了自己的web社区。但由于采用的开源框架(说白了就是别人现成的社区论坛),不能100%满足自己实际的运营需求,就必须要亲自动手开刀迭代。
但每次做优化B、以及BUG的维护难度都呈现了指数型上升。
文章发布不出去;评论报错;文章加载慢;登录注册收不到验证码;
各种你能够想到的问题都发生在这里,所以每当推广给用户体验尝新的时候,我们都知道这一次肯定是会收到用户谩骂的,但我们也非常重视每一次反馈,和推广后的产品数据效果, 去准备下一阶段的优化方向。
为什么不能把产品做好再发布?
早期上线的web端是没有盈利的,甚至是没有流量的。但对于一个产品研发团队活下去不仅仅是直接现金的收益,还有精神层面上的收获。
比如工作经验、职场案例,这都是在不断打怪学习经验的过程。
比如我在从0到1搭建pmtalk的过程中,我不知不觉成了社区产品经理的专家。一个本身做后台、业务系统的产品经理,转型到了面向C端用户的产品经理。
所以产品早期的发布,实际上代表了工作的一个里程碑。可以快速的把他作为工作经验案例加入到自己履历中。(至少早期我在创业时候就这么想的,没有想过要达到多少营收)
互联网产品经理,其实在某种角度上赚钱并不是每个员工同事关注的,反而最重要的产品不断推进进入到下一个阶段。。
产品上线、用户10万、100万、1000万、等各自的阶段了。因此精神的粮食可以让团队持续活下去。
活下去,是产品发布的根本原因!
产品从需求收集到优化上线,需要时间
生活中我们使用一个app,发现不好用我们可以在app里找到投诉&反馈入口进行提交。这类问题系统收集成果后,首先会经过分类,确保是产品的问题还是用户因为不会使用产品造成的。
▲ 产品自带的反馈投诉入口
当然了,作为当代移动互联网时代,大部分的用户都可以通过时间沉淀和自我摸索学习很快学习、了解到产品平台的规则和功能。
所以用户吐槽的大部分仍然是集中在功能性问题、或业务规范。
▲ PMTalk问题需求反馈流程
产品经理在收集的问题渠道有很多,比如公司内部员工、用户网上建议、应用评论、实际的线下场景,都可以收集到所谓的用户反馈。上面是我给出我们在日常中关于问题反馈处理流程。
确定各个节点是谁、如何分工,问题的解决状态
▲ 需求池管理
购买后公众号回复:迭代,进入读者群
资深产品经理社群:每天体验1款app
我创建了一个产品经理社群。加入后365天,每天体验一款APP。提升产品设计能力,同时有1300份体验报告帮助你找到竞品。
从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度,体验一款应用。
平均1天1块钱,扫码购买即可加入
连续体验90款应用,通过后原路退回
报名后请查看「进群必看」