13518219792
作为新人，这段时间的工作留给自己的触动比较多。这些触动其实比较简单，但因为之前一直停留在被教育的层次，而现在是自己深在其中不断碰撞，于是这些触动就更直接更真切了。对于这些触动，我个人总结为：产品新人应该学会的几点坚持。
一、对于需求把握：坚持限度的回归用户
去年实习时，面对的是一个新产品，每天上午到办公室的第一件事情就是上手画产品稿。当然，也会和用户接触。当时在腾云大厦的访谈室一共参与了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。因为你永远代表不了真实的用户。
