產品新人應該學會的幾點堅持

 　　作為新人，這段時間的工作留給自己的觸動比較多。這些觸動其實比較簡單，但因為之前一直停留在被教育的層次，而現在是自己深在其中不斷碰撞，於是這些觸動就更直接更真切了。對於這些觸動，我個人總結為：產品新人應該學會的幾點堅持。

　　一、對於需求把握：堅持最大限度的回歸用戶

　　去年實習時，面對的是一個新產品，每天上午到辦公室的第一件事情就是上手畫產品稿。當然，也會和用戶接觸。當時在騰雲大廈的訪談室一共參與了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。因為你永遠代表不了真實的用戶。