產品經理是否需要懂技術？

這個問題會很有歧義，因為不懂技術完全是可以做產品經理。

每個產品經理都會根據自己的職業經驗給出不同的答案，那麼圍繞這個話題，我想先從我的產品生涯中談一下技術在產品經理職業生涯中的作用。對此我收集了三類說法：

1、產品經理不需要懂技術，技術會讓你陷入技術的思維，在思考產品創意的時刻陷入平庸。

2、看團隊的特點，如果團隊人員配置完整且目標高度統一，那你就專註於產品創意本身，如果團隊配置不完整或者技術人員並不是專註於技術實現那麼最好懂技術，保證最終結果可以實現。

3、產品經理不需要特別精通技術，但需要懂技術，知道一些技術實現的方法，防止技術同學打模糊眼說功能實現的問題。

對此我想問一句：如果你懂點技術會不會是更好呢？

如果你懂點技術是不是會更好呢，我的答案是Absolutely Yes.為避免提需求時讓開發認為傻逼，儘可能Google一下實現技術實現原理，了解功能的價值]和實現的難度，從而進行決策。

產品經理需要了解的技術，並非是掌握並實現這個層面的技術，而是理解這種技術是什麼原理和實現方式，能用來做什麼。

談談了解技術的用處

1、當設計後端服務時，事無巨細，儘可能的考慮到每一個細節，測試時使用最奇葩的數據和情境，將Bug率降到最低，就可能搜集用戶數據，為以後的定製化和大數據分析提供數據支持。作為一個好產品的自我修養是不要讓開發替你填坑，而是你儘可能的輔助開發減少腦力消耗。

2、對於前端服務，儘可能追求極簡主義，不斷學習設計知識，反覆測試，在不影響用戶理解的前提下，儘可能去除不必要的元素。用戶沒必要也不想知道你的後端有多麼安全，複雜，用戶只關注前端操作是否清晰，簡潔。

3大部分情況下，由於後端和前端是由不同成員完成的，這時候就需要產品經理提供Communication潤滑劑的作用了，充分雙向提供信息，儘可能將信息損耗降到最低。

雖然我對程序員的自我修養有著充分的信任，相信他們一定會嚴格要求自己，寫出高質量的代碼，但作為產品經理，你必須要對程序的質量進行第一手把關。

通常有以下四個檢驗指標：

1、單位代碼量下的功能生產力。

2、代碼是否健壯，安全性是否優良，對特殊情況考慮是否周到。

3、代碼是否具有復用性，是否可以運用到其他項目中。

4、代碼是否具有可塑性，當需求變更時，或者添加功能時，可以靈活變通。

個人最希望的前後端模式是，前端全自助，後端全自動。自助意味著用戶無需引導，一切不言自明，充分用戶自主決定。自動代表著潤物細無聲，我就默默對你付出。

最後借鑒一句話：

產品經理懂技術 ＝ 流氓會武術。

產品經理懂技術，在沒資源的時候可以用最低成本把事兒辦了，有資源的時候可以把資源用的更有效率。

免責聲明：文章僅代表作者觀點，版權歸原作者所有。因轉載眾多，部分文章推送時未能與原作者取得聯繫，十分抱歉。如來源標註有誤或涉及作品版權問題煩請告知，我們及時更正/刪除。

?如果你喜歡這篇文章，歡迎分享到朋友圈?

評論功能現已開啟，我們接受一切形式的吐槽和讚美?

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！