說實話旭寿，我很慶幸能有這樣一個機會，自己來主導一款產品捏题。無論好壞玻褪，他都是我所一手打造出來的。以前從來沒做過多功能型的產品公荧，不太明白需求的重要性带射。當一個目標并不是那么明確的產品擺在你的眼前的時候，才會了解到循狰，產品的根基就是需求窟社，其他的交互、體驗绪钥、設計灿里、形態(tài)等都只是樹枝。當一棵樹長歪了程腹，他再怎么枝繁葉茂也當不了參天大樹匣吊。
一個產品經理首先得是自己的產品的用戶。這一點非常重要寸潦，否則你對自己的產品就一點也不了解色鸳。其實這句話說起來容易，但是做起來一點也不容易见转。對我來講命雀，這件事還算好實現(xiàn)，畢竟閱讀類軟件斩箫，他從來沒有挑過用戶吏砂。但是如果是母嬰類產品呢？譬如美柚乘客。如果是學習類產品呢狐血？譬如猿題庫。這時候易核，產品經理就需要極強的代入能力氛雪，才能真真正正當自己產品的用戶。做用戶是要切實的使用進去耸成，而不是只是點一點功能，看看交互這么簡單浴鸿。
其次井氢，產品經理對于功能的排放要多考慮幾個方案，擇優(yōu)選擇岳链。切忌拍腦門花竞。我最早也犯過這樣的錯誤，想當然的覺得，這個功能放在這里就挺合適的约急。然后就開始操刀原型零远，一氣呵成，開始開發(fā)厌蔽。然而牵辣，這中間缺少了思考，會導致很多想不到的問題奴饮，輕則需要縫縫補補纬向，猶如一堵漏風的墻。重則返工戴卜，程序同學所有的代碼白寫逾条，這時候產品經理就等著被程序同學揪領子吧。所以投剥，在確定了要做什么樣的功能之后师脂，要多備選出幾個方案供自己思考，比較好壞江锨，再進行開發(fā)吃警。很多時候想法并不是那么著急付諸開發(fā)。
再有泳桦，就是產品經理其實也屬于半個項目經理汤徽。對于一個版本的產品何時開工，何時開發(fā)出第一功能灸撰，何時開發(fā)出第二功能谒府，后臺與移動端的接口誰先誰后。對于后面臨時有的改動浮毯，該在哪里進行項目插隊完疫，都要進行一番思考。在開工之前把一切都計劃好债蓝，才不會在開發(fā)的時候手忙腳亂壳鹤。
關于產品的版本問題，我們是有這樣的一個規(guī)定的饰迹。就是芳誓，產品的進度要高于開發(fā)一個版本。也就是說啊鸭，當開發(fā)在1.1.0版本的時候锹淌，產品要構思實現(xiàn)1.2.0的功能了，這樣可以有足夠的時間思考功能的合理性赠制，與其他人員探討赂摆，并且以最小的成本修改自己的設計。當開發(fā)版本開發(fā)完畢之后，這個設計版本也基本告一段落了烟号，這樣就能繼續(xù)開發(fā)绊谭，從而不浪費開發(fā)資源。
再來說一說溝通上面的問題汪拥，其實我在這方面遇到的阻力不是很大达传，可能是天賦點點的比較多。如果一個產品經理想要不那么累喷楣，就一定要把原型趟大、PRD等文檔寫的盡量詳細，讓程序在開發(fā)的時候盡量少的向你問問題铣焊。這樣還能多空出些時間進行產品方面的思考逊朽，而不是每天在回答問題，跟進開發(fā)上面造車輪曲伊。如果在設計叽讳、開發(fā)過程中遇到了矛盾，首先要明確此功能的意義坟募，再就是確保自己的設計不會由于他人的建議而改變方向岛蚤。比如，由于設計覺得評論放在頁面的中間不好看懈糯，而調整到頁面下端涤妒。這就完全改變了評論的出現(xiàn)位置，從而降低了評論在產品中的權重赚哗。就功能上來說她紫，位置上的變更最好不要出現(xiàn)，如果出現(xiàn)屿储，要考慮好優(yōu)先級問題贿讹，畢竟手機的屏幕只有那么大。其實公司里的員工多數是為了產品能更好够掠，對于他們提出來的意見民褂，不要馬上給予否定意見。先考慮疯潭，再將自己思考的內容以及為什么不按照他的想法這么做一五一十的給講清楚赊堪，這樣就會有效的避免開發(fā)跟進中的矛盾。
目前為止竖哩，我認為產品經理最重要的能力就是獨立思考的能力雹食。人云亦云會成為產品經理的致命傷。一個產品經理期丰，如果對于自己的產品功能都沒有一個仔細獨立的思考，而只依靠別人提的意見就做出程序。那起碼這個產品做出來毫無成就感钝荡。
這就是我做產品至今的感悟街立，以后還會有，看時間寫出埠通。
