作为新人,这段时间的工作留给自己的触动比较多。这些触动其实比较简单,但因为之前一直停留在被教育的层次,而现在是自己深在其中不断碰撞,于是这些触动就更直接更真切了。对于这些触动,我个人总结为:产品新人应该学会的几点坚持。
一、对于需求把握:坚持最大限度的回归用户
去年实习时,面对的是一个新产品,每天上午到办公室的第一件事情就是上手画产品稿。当然,也会和用户接触。当时在腾云大厦的访谈室一共参与了10场左右的用户访谈和焦点小组。用研的同学在访谈室进行访谈,而我和另外两个产品经理“藏”在小黑屋里面,透过单面镜和监听设备观察和聆听着用户反馈。当时最大的感受是:用户的反馈和我们设想的需求还真不一样!
今年实习,每天上午到办公室做的第一件事情不再是直接上手画产品稿了,而是:
1、写产品更新日志:把前一天MIUI工程师完成的BUG修复、功能优化、新feature等翻译成用户可以理解的语言添加到OTA日志中去。
2、看论坛反馈:每天会收到前一天论坛中用户对于产品新功能反馈list的邮件,打开邮件看看用户有哪些建议,并及时回复。每周还会收到来自小米手机用户在MIUI“用户反馈”客户端的反馈list。
另外,每天还会随时关注来自微博、微信、qq群等方面的反馈。和用户接触多了,也就发现了其中的乐趣:
1、学会的考量需求:通过回复用户反馈,被用户逼着去思考用户提出的需求靠不靠谱?有没有用户场景?是大规模用户需求还是长尾需求?应该如何答复用户反馈?等等
2、更加深入的了解自己的产品:通过回复用户反馈,被用户逼着去更加深入的去熟悉自己的产品细节,用户的这个反馈是针对哪个部分的?之前为什么这么设计?现在需不需要优化?等等
3、真正明白那个“用户需要更快的马,其实是需要一辆汽车”的故事:举个例子,用户反馈需要MIUI便签增加保存为图片的功能。如果直接按照用户反馈,产品方案会好出,但是仔细想想用户要保存为图片做什么呢?发微博配图,私信给自己的好友等等,那么产品方案可能就不是“保存为图片”,而是“以图片的形式发送”。
二、对于产品方案:坚持多些质疑和追根问底
产生这个触动,是因为:质疑和追根问底会让产品方案变的靠谱。
靠谱的方案,设计师就不会对你的方案提出质疑,程序开发也不会对你的方案再有质疑,这样才能更好的推进方案的实施。所以,在别人质疑你产品方案之前,还是自己多质疑质疑自己比较靠谱。
之前出产品方案,容易闭门造车。虽然也会反反复复的去探索是否有更多的方案,但一般却无收获。很重要的一点就是没有对自己的现有方案做些质疑。这里的质疑我个人总结起来分为两部分:
1、质疑方案对应的需求是否靠谱:不断的问自己这个需求的用户场景是什么?用户的这个需求合理嘛?如果没有这么解决,会对用户造成什么问题?等
2、质疑方案本身是否解靠谱:如果是这个方案,会真正帮忙用户解决他的问题嘛?会不会对用户造成新的问题?等
三、对于项目执行:坚持效率优先
从做用户体验转为做PM,对于产品的认识会有改变。之前,以设计师的角度去看产品,会更关注完整的用户体验,如果这个方案不完美,我是愿意去开发的。而现在,我更在乎这个方案是不是能够快速上线解决用户的问题。
其实原因很简单:
1、0到1比0到N更靠谱。0到1是解决的“有和无”的问题,很多时候方案可能不够完美,但它被开发了出来,并且一定程度上解决了用户的需求,它就是有价值的。而另一种思路是0到N,很多时候会卡在(N-1)的过程中,和N只差一步而导致方案迟迟得不到落实。其实说不定等产品N实施出来了,有可能用户其实需要的并不是N。
2、1到N比0到N更靠谱。1解决了功能“有”的问题,其实就够了,从1到N会比从0到N有更多的可能性,只有有了1才会有用户来“吐槽”和“提建议”,有了这些吐槽和建议,你可以更顺畅的到达N,甚至是N+1,也可能是M。因为你永远代表不了真实的用户。