Welcome神灯开户网址為夢而年輕!

技術人如何與産品經理相愛相殺

2017-12-13 09:42:07  來源:51cto

摘要:産品經理在産品細節、異常流程、數據狀态等方面很可能不如研發人員。這個時候需要大家一起坐下來溝通并梳理。
關鍵詞: 産品經理
  “這是産品經理要考慮的,我隻管寫好代碼就好了”,我曾有過這種想法。産品經理就要把所有産品邏輯考慮清楚,然後交付PRD給開發人員進行研發,瀑布or疊代研發一個個裡程碑。不過想法總是美好的,現實是大家總是刀劍相向。
 
  \
 
  産品經理如何惹怒開發人員?
 
  業務不清晰,研發人員不懂業務語言,産品經理不能把業務講明白;
 
  産品深度太淺,經不起推敲,研發人員覺得是敷衍,不專業;
 
  産品流程不順甚至複雜,用戶體驗糟糕;
 
  不聽開發人員建議,覺得他們沒有産品思維;
 
  狀态設計不全,還堅持己見;
 
  沒有完整的PRD,把想法告訴研發直接開始碼代碼,沒有評審;
 
  沒有數據指标,亂拍腦袋定東西;
 
  這麼簡單的功能,怎麼需要這麼久;
 
  着急上線,不給開發人員留思考時間,實際上并沒有那麼着急;
 
  把需求扔給開發人員就不管了,不追進度,不看效果;
 
  非功能性需求根本不考慮;
 
  ……
 
  開發人員如何惹怒産品經理?
 
  一味追求技術,不學習業務語言,不學習領域知識,聽不懂需求;
 
  評審PRD時不提出問題和風險,等項目快上線了才暴露出來;
 
  碼代碼前不好好讀PRD,出問題直接怪産品;
 
  以為技術是萬能的,不去拒絕一些不合理的需求,最後做砸了;
 
  數據狀态和異常流程這事需要好好跟産品經理梳理,産品經理沒我們想的全這是一定的,不要怪他們;
 
  隻為代碼負責,用戶體驗不是我們要考慮的;在涉及到網絡、設備等方面的用戶體驗,我們比産品經理更懂;
 
  遇到問題不找産品溝通,随意定方案;
 
  代碼一團糟,不可維護,不可擴展,新需求遲遲做不了;
 
  老出問題,怪産品經理設計不合理,考慮不全;
 
  很明顯的産品體驗問題,不提出來,不解決;
 
  ……
 
  産品經理應花大部分時間在商業畫布、産品規劃、産品邏輯、産品運營、用戶體驗上。涉及到具體功能點應該大緻給出研發方向,不然研發是沒有方向的,很可能導緻不斷地返工。
 
  業務開發人員、系統開發人員、SRE或運維人員,其實已經有産品思維了,比如我們梳理業務架構、系統架構、功能點、系統流程、異常流程、數據流程、數據狀态、系統配置等等,這些不都是産品的一部分嗎?隻是這些跟技術綁定的比較緊密而已。
 
  産品經理在産品細節、異常流程、數據狀态等方面很可能不如研發人員。這個時候需要大家一起坐下來溝通并梳理。我的觀點是:越透明,越高效。
 
  我們首先應該是一名産品經理,然後才是一名開發人員。而且我們是一個團隊,應該一起考慮如何做好産品。不過我們應該把自己的專業度提高,否則産出的方案經不起推敲,老是産出殘次品,大家的信任危機接踵而來,誰也說服不了誰,決裂厮殺,最終産品失敗。
 
  小馬哥說過:産品經理要把自己當做一個“最挑剔的用戶”。開發人員要用心思考産品,而不是公事公辦的态度。伱要知道用戶、同行會關注伱的産品,在這種驅動下開發人員要有責任心去主動完成。不能說等到産品做好了,流水線一樣送到面前再做。40%~50%産品的最終體驗應由開發人員決定的。




責編:pingxiaoli