目前產品崗的招聘要求日益變高，所以產品新人們大多已有了產品基礎，但是要成為產品屆的武林高手，你需要來自產品大神的《葵花寶典》，各位產品大神和產品新人們一起來看天天問小伙伴討論的“套路”吧~enjoy~

問題清單：

1. 作為一名產品老司機，有哪些套路是新人不知道的？
2. 來說說看，你發(fā)現的產品經理常犯的低級錯誤有什么？

————————————————— 我是分割線 —————————————————

問題1

作為一名產品老司機，有哪些套路是新人不知道的？@神之子

精選回復@睡不著的貓

其實有很多。慢慢列一下吧。

關于原型

1. 如果上級沒有要求，不要做高保真，浪費時間，ROI太低。

2. 不要添加五顏六色的東西，原型用好黑白灰三個顏色就好。如果想表達不同的層級用不同的灰度。

3. 注意對齊！！ 注意對齊！！ 注意對齊！！重要的事情說三遍，菜鳥和專業(yè)的差距很多時候就在這些細節(jié)上面。

4. 用好組件。有一個團隊通用的組件就行，不要追求各種稀奇古怪的組件。我們團隊就2組件庫，一個安卓一個ios的，其他的都用系統(tǒng)自帶的，大家都容易識別。

5. 如果做一個交互的時間太長，就不要做，簡單的就好。當然如果你用中繼器加幾個判斷也只要十幾分鐘就可以，但是花上幾個小時去弄一個交互太不值了。

6. 用好母版、動態(tài)面板，能省很多時間。

7. 命名規(guī)范，不論是頁面還是組件。不要用默認或者稀奇古怪的命名。

關于PRD

1. PRD是在需求分析、原型等的最后一個產出物，不是拿到一個需求就開始寫PRD

2. PRD只是方便溝通、存檔用的，沒有格式限制，自己團隊習慣什么就用什么。

3. PRD的詳細程度和寫作風格，不要聽網上那些亂七八糟的人瞎說。按照自己團隊的來就行。有句話叫”舉一反三”。當你熟悉后其他格式的PRD都不在話下，不要急。

4. PRD最重要的是邏輯，好不好看是其次，不要亂。

關于溝通

1. 能當面溝通的，不要用微信QQ；能電話溝通的，不要用微信QQ。

2. 重要事情走郵件，備忘是一個，防止撕逼是一個。

先寫到這里，搬磚去了

精選回復@波比波比

我是新人，不過也分享一些我為數不多的經驗給小白同胞們吧。

（1）不要給自己挖坑，有些問題，確定能完成再承諾，不要輕易承諾一定能完成，一定能做成什么樣。很多時候，自己覺得能做，到了boss一級，很多咱們天馬行空想的東西都做不了。這一點在大公司里各部門合作時尤其要注意。

（2）重要的事一定要郵件確認，一定要郵件確認，一定要郵件確認。

（3）做事前要了解公司現在的發(fā)展方向，大目標，boss最看重哪方面的改進，做產品一定要和大方向保持一致，有些時候體驗好的方案很可能是留不到最后的。

（4）項目一定要積極主動跟進，開發(fā)的資源一般都是緊張的，當你認為之前商量好時間就沒事了，平時不管不問，中間很可能開發(fā)就認為你的需求不緊急，把你的需求delay，去處理別的催得緊的需求了。最后的鍋還得自己背。

（5）碰到老司機帶是很幸運的，但是大多數時候是沒有老司機的，自己主動多學多問吧。

精選回復@好學生

新人產品飄過~~~

一般上面都會發(fā)一些任務，然后做，在這過程中會遇到特別多的問題。

有時候需要跟其他系統(tǒng)的產品經理或者項目經理溝通傳遞一些東西，開始的時候因為會議紀要沒發(fā)，結果在總會上說的時候他們反悔了，但是卻說我當初不是這么說的，然后背黑鍋。

有時候項目經理急著要某些東西，他說想先看看現在是怎么樣的了，一直告訴他這不是最終版本，有些地方沒確定，然后他們又按這個做了，說起誰給的，就說是我，繼續(xù)背鍋……

之前實習三個月，現在正是入職產品才一個月，已經背了好多鍋，被各方人馬說，雖然還是很小白，但是起碼不跟之前那么“白”，起碼知道不能盡信人了……

所以其實不斷的犯錯才是進步的根本所在啊……委屈次數多了，就知道……

精選回復@超級大頭（昊奕）

我不說新人該知道什么，而是說新人該去想什么吧。

缺少的是，對一款產品的商業(yè)價值的理解。

說起用戶價值，很多人都可以頭頭是道，因為自己也是用戶。

但是商業(yè)價值，簡單說來就是如何賺錢，就傻了。

一款產品，尤其是到了一定的量，如何將流量和用戶變現是非常非常重要的事情，說白了就是要自己養(yǎng)活自己了。這個思考，是我見過的絕大不多產品經理，尤其是新人產品經理所不具備的。

精選回復@abc-ypc

1. 少即是多！要把產品做簡單，流程做簡單

2. 對于新人而言先不要去自己發(fā)明創(chuàng)造交互方式，最簡單粗暴的方式就是去抄大產品！

3. 對開發(fā)說的話在信任的基礎上保持懷疑，但是也要和開發(fā)保持良好的關系

4. 設計方面給予設計師足夠的信任，可以給建議但是始終記住，人家才是設計師！

5. 每個團隊對于文檔之類的習慣不同，把以前自己寫的拿給他研究研究

6. 產品邏輯要完整，考慮各種情況下是否有邏輯上的漏洞

7. 深思熟慮后再提交需求，別老改

8. 每天花點時間學習

精選回復@Lunatic

先學做人，再學專業(yè)知識。（真理）

精選回復@歐陽俊杰

最直接也是最好的辦法就是帶他做幾次項目，很多套路就學會了。

看書自學，是最慢最慢的學習方式，對于新人來說看了用處并不大，頂多能學到點思想意識，如何動手還是不知道。

更多回復，查看問題鏈接：https://wen.woshipm.com/question/detail/7vtbr.html

問題2

來說說看，你發(fā)現的產品經理常犯的低級錯誤有什么？@問多多

描述如下

比如我在體驗一款產品的時候發(fā)現寫的是“登陸”，一個簡單的錯別字，就可以大致判斷這個產品經理的水準甚至整個APP/網頁的水準，那么來分享一下你踩過的低級“坑”?OR?你見過的低級坑……

為更多的產品er規(guī)避風險吧！

精選回復@watermelon

沉迷于做炫酷的PPT和文檔，畫炫酷的原型。卻沒有一點實質性的作用，反而把時間浪費在不必要的工作上面。

精選回復@菊外人

我每次看到把iOS 寫成 ios 就會很不爽……

精選回復@Queenbee

看到頁面上寫一行提示文案? ?”請稍后……”其實是稍候才對！

精選回復@CEO

使用axure的時候，命名總是不規(guī)范，別人看不懂。

精選回復@ShimizuLaw

常犯，也最讓我難以忍受的是，找大家一起開會，問他主題是什么，他說我們只是碰一下，然后3/4的時間在看著他改原型圖的編號。

精選回復@袁寧

最開始入門的時候啊，用戶說哪哪哪不好，立馬興奮的想解決辦法，出方案給老大看，被罵了幾次知道了?，F在先看看用戶算老幾（是不是典型用戶）再看看值不值，再行動。

精選回復@楊過我是雕啊

一開口就是我覺得，我覺得，我覺得，一聽到這個就想抽丫。

說了我覺得，必須要提出解決方案。不然說我覺得就是找抽。

精選回復@鳳城狂客

以我和身邊PM為例，想對工作中的所看所聞的方面說點感觸：

（1）過于相信產品經理是決定一切的角色

尤其應屆剛進來會以為是“創(chuàng)新之神”，其實決定是老板，總監(jiān)來決定，前期做的是盡量說服他們你發(fā)現的了一個你發(fā)現的考慮的思考過的并且可以執(zhí)行的可靠方案。如果你一直以為自己什么都能定，Sorry……老板（大公司老板是總監(jiān)，是GM之類的，并不是指絕對的老大，小公司嘛，你的頭就是老板）是最重要的需求來源，如果他們有需求，滿足他們。

（2）對產品需求和用戶需求的區(qū)別不清楚

最經常犯的錯誤就是，用說的都是對的，按照用戶說的做或者用戶都是SB，按照我的想法來做。這兩種都是沒有對產品的目標方向缺乏認識導致的問題，或者說不知道怎樣收集，拿捏處理需求的問題。

（3）不知道如何和開發(fā)/測試/設計/運營等同學配合

很多產品經理覺得寫了文檔畫了圖坐等開發(fā)同學實現出來一個牛逼的東西，其實不是這樣的，開發(fā)同學的腦袋是關注效率、關注邏輯、關注可實現、有無意義（誰也不想無用功，需求價值要有說服力），如果你不經?？此麄冮_發(fā)出來的中間版本就會出現各種低級錯誤。應該經常請他們吃飯，聊天，談女人。

當然，嚴重情況可參考平安的PM與開發(fā)撕打……

（4）不知道交互設計師和產品經理之間的本質區(qū)別

有時候會陷入把自己定位一個交互設計師，經常出各種交互方案，各種動畫，各種流程，覺得增加一個側邊欄產品就上流了。其實不是，產品經理關注的產品解決了什么問題，交互是解決問題的流程，如果有專門的交互設計師只需要關注流程是否合理，交互框架對未來需要解決的問題的擴展性。信息架構和交互架構產品經理更要關注前者。最怕就是不懂設計卻瞎比比，很容易造成大戰(zhàn)開始……

（5）高舉“用戶是一切”的萬能鑰匙

剛進去總是會以“自己是用戶”或高舉“用戶體驗”的幌子定性你的觀點。真正容易讓更多人信服你的觀點是你能夠在定量數據分析的基礎上定性你的觀點。其實做產品越久，就越要在有數據、有分析的基礎上提出自己的看法并試圖讓大家接受你的看法，很重要。

（6）閉門造車型或者又叫悶頭瞎想型。

有些PM是喜歡“封閉+專注”做事，往往喜歡下意識或者自動忽略對于項目基本需求的科學性調研，只是單方面地認為某個群體有某種需求。這類問題在產品經理身上非常容易出現，因為產品經理本身的工作性質要求個人是高度自信和深度自疑的結合體。所以這個類型的人往往會不自覺地虛擬出用戶的需求或者片面擴大用戶的需求。

解決這個問題其實程序上不難，主要是別去主觀想，不要去替用戶考慮，你要做的只是訪談，有引導的焦點會議，有導向性的用戶研討會，設計思路清晰的調查問卷，或者綜合以上各類型，加上別的能夠客觀體現用戶需求的技術。

（7）被說幾句可能就動搖需求了

在需求評審會議中、在談需求時，尤其是多方會議?？赡軇e的部門或者協作者對產品經理的需求“批判”、“建議”、“質疑”，你就對自己的需求退讓，改~改~改~。 ?其實接受別人的建議是很OK的，但剛開始可能年輕，初級，總擔心自己的需求不夠“力度”，往往不敢強硬。其實呢，這反映是產品經理對需求的把控力不夠，你沒有對需求的背景和需求的真?zhèn)稳グl(fā)力研究。我們要多思考多做數據分析多去調研，要用這些作為支撐需求的論據。別方~~~ 千萬別被人說一說就動搖需求，這樣反而會引起更多人對你的質疑。

……

（其實，因為年輕所以犯低級錯，包括我也有。犯錯誤沒有關系，關鍵是能改正。這樣的錯誤教訓就變得超級有意義，大家說對嗎？）

先寫這么多，歡迎繼續(xù)補充。

更多回復，查看問題鏈接：https://wen.woshipm.com/question/detail/t8ulid.html

你還有什么看法嗎，歡迎到天天問和大家交流學習：http://wen.woshipm.com/

相關閱讀

【天天問每周精選】第67期：金三銀四跳槽季，聽聽前輩的話

【天天問每周精選】第66期：你為什么還在用QQ？

【天天問每周精選】第65期：小紅書的這道面試題，你的回答是……

【天天問每周精選】第64期：百度春晚紅包效果不佳？或許是非投不可

【天天問每周精選】第63期：互聯網的春節(jié)效應，會讓誰翻身？

【天天問每周精選】第62期：我們要不要緊緊黏住用戶？

【天天問每周精選】第61期：據說大部分的產品經理都不喜歡自己的產品

【天天問每周精選】第60期：納悶，天氣類軟件是怎么活下來的？

精選問題每周有，歡迎食用~配合回復味道更佳(∩_∩)

本欄目由天天問小編 @Tracy??編輯，歡迎大家踴躍提問，一起交流。

題圖來自Unsplash，基于CC0協議