產品經理到底要不要懂技術?

「產品經理須要懂技術嗎？懂到什麼程度？」這是產品新人最容易提起的問題。

不學吧，怕作產品的時候思考不周全，學吧，又感受太難，不知道從何學起。

今天我們就來聊聊對於產品經理來講，到底要不要懂技術，以及對技術要了解到什麼程度。

咱們把對技術的瞭解程度分爲3個層次：

一、徹底不瞭解技術；
二、瞭解一些「技術框架」；
三、對「技術框架」甚至不少技術實現都充分了解。

對於第1個層次，大部分是剛入行沒多久的產品經理，徹底不瞭解技術也是OK的，可是你須要瞭解特定的「產品功能是否能實現」。

不然容易出現如下狀況：

老闆給產品經理小A安排了個項目，要求2周內上線。小A吭哧吭哧作了近一個星期，而後找技術評審，技術評審時發現關鍵模塊按目前的設計方式沒法實現，最後需求打回從新改，致使項目延期。

若是小A初期就能預料的這個模塊比較複雜，找技術大概溝通下，也許就能夠避免這個窘境了。

「功能是否能實現」能夠參考平時體驗過的其餘產品（因此多體驗仍是挺重要的），或者提早與技術溝通。

對於第2個層次，大部分是入行幾年以後的產品經理，在項目積累&耳濡目染之下，仍是懂了些技術框架，這時候基本也能瞭解「功能的實現難度」如何了。

好比，對於特定的功能，能知道是否須要JS支持、UE支持、前端支持、與後端有數據交互、不一樣部門間的API接口對接等等（不一樣公司可能會有差別），瞭解到這個程度就差很少了。

對於第3個層次，這部分產品經理通常是本身鑽研了一些主流技術，或者是從研發轉的產品，達到這一階段不是必須的，只是一個更優解。

對於到達了第二、3個層次的產品經理來講，和技術溝通時會更具優點，他們能更好的站在技術的角度去溝通。同時，對特定功能的實現難度判斷更加準確，天然也就能夠更好的預判項目週期、優先級等等。

總的來講，就是在作好了自身專業知識儲備的狀況下，能去多瞭解一些技術，確定是加分項。

但千萬不要本末倒置了，仍是以自身專業技能爲主，技術只是輔助。對於大部分人來講，瞭解到「第2個層次+」的程度就差很少了，儲備自身專業技能相對更具重要。

在平常項目中注意積累和總結，多用搜索引擎，多和技術溝通，相信這個層次是比較容易到達的。

若是對技術有點興趣，能夠考慮學一下Python，簡單易學，在產品經理的實際工做中應用也比較多。特別是在文本分析、數據分析這塊。

最後插一個題外話：

若是你對技術已經較爲深刻的瞭解了，最好也不要對具體的技術方案指手畫腳。大部分狀況下多是班門弄斧，並且容易招致技術反感。

畢竟大部分人仍是不但願本身的專業領域受到外行質疑的。

除非有些狀況下，技術以爲沒法實現，可是你認爲經過一些方式是能夠實現的，且成本也不是很高，這個方法技術可能沒有考慮到，這時候能夠提，但也要挑好了人，以合適的方式來提。

合理而且有效地運用項目管理軟件，不只可讓咱們工做井井有理地進行，還能最大程度保證項目目標的達成。我推薦使用CORNERSTONE，它提供了包括任務/需求/測試管理、迭代規劃、缺陷追蹤、報表統計、團隊協做、WIKI、共享文件和日曆等功能模塊,如今申請20人如下團隊便可無償使用。