最新消息:新站上线。欢迎大家前来学习,欣赏,交流。官方交流群:DEDE仿站建站织梦交流阿里云9折码:19IIFN 凭此码新注册账号第一次购买ECS可享受9折优惠

产品新人应该学会的几点坚持

技巧资源 admin 浏览 评论

作为新人,这段时间的工作留给自己的触动比较多。这些触动其实比较简单,但因为之前一直停留在被教育的层次,而现在是自己深在其中不断碰撞,于是这些触动就更直接更真切了。对于这些触动,我个人总结为:产品新人应该学会的几点坚持。

  一、对于需求把握:坚持最大限度的回归用户

  去年实习时,面对的是一个新产品,每天上午到办公室的第一件事情就是上手画产品稿。当然,也会和用户接触。当时在腾云大厦的访谈室一共参与了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。因为你永远代表不了真实的用户。

本文版权归原作者所有,转载请注明原文来源出处,织梦笔记感谢您的支持!

转载请注明:织梦笔记-有价值的织梦技术分享网>>产品新人应该学会的几点坚持
本文地址:http://www.88fenxiang.com
欢迎加群:DEDE仿站建站织梦交流

    与本文相关的文章

    发表我的评论
    取消评论

    表情

    您的回复是我们的动力!

    • 昵称 (必填)
    • 验证码 点击我更换图片

    网友最新评论