產品經理需要懂技術嗎？

好久沒有寫產品相關的話題了，今天說一個老生常談的問題：產品經理需要懂技術嗎？

為什麼這個問題那麼受關注？

因為這確實是一個 PM （非技術轉型過來的）成長過程中會遇到的困惑。當我設計了一個功能，但由於忽略了很低級的技術原因被打回，這種挫敗感就算是時隔多年之後回想起來都讓人很不舒服。

更糟的是這個事情危害不單單是情緒上的，它還會破壞 PM 在團隊中的信任。PM 的工作是建立在團隊信任的基礎上的。建立信任是一個不斷積累的過程，PM 每做一次正確的決策可能才可以 +1 分的信任，但如果出現一個很低級的錯誤，可能直接就 -10 分了。

所以，產品經理真的需要懂一些技術。成為一個懂技術的產品經理，我們最少需要解決三個問題：

首先，產品經理要懂的技術是什麼？

其次，對於技術需要懂到什麼程度？

最後，如何提高產品經理的技術能力？

1. PM 要懂的是用程序解決問題的思考方式

首先，PM 懂技術不是說從發現需求到設計解決方案的過程中一個人包圓了，而是 PM 需要了解程序解決問題的思考方式，這樣可以幫助 PM 更好的和工程師溝通，也幫助 PM 更好的找到解決問題的切入點。

程序解決問題的思考方式通俗可以理解為：流程的分層思考，最少需要考慮：數據、服務端、介面、前端 這四個環節。

例如之前網上有個最不靠譜的產品需求：根據手機殼的顏色自動匹配手機主題壁紙（一開始我以為只是段子，後來發現鎚子手機居然實現了）

如果分層來看簡單的可以這麼分。

那麼如果我們真的需要設計「根據手機殼的顏色自動匹配手機主題壁紙」至少需要解決幾個問題：

第一：如何採集用戶更換手機殼這個行為，以及手機殼的主題？

第二：手機殼的主題按什麼形式傳遞給服務端，照片？還是定義主題的 Tag ？

第三：服務端得到手機殼的數據后和現有資料庫的壁紙怎麼匹配？

第四：得到匹配的壁紙之後通過什麼方式展示給用戶，自動替換（有么有許可權）？提醒用戶（什麼時機）？

這樣分解下來，這個需求至少在實現階段也並不是那麼的不靠譜。

註：之前沒想到鎚子實現這個功能，我設想的是「淘寶」可以根據用戶購買手機殼的數據來解決手機殼獲取的問題，其他步驟相對比較常規。

2. 了解技術是一個無止境的過程

該懂多少技術？答案顯然是越多越好。如果一個 PM 有著技術專家一樣的水平，完全就和流氓會武術是一個 level 。但這個事情的難度也是顯而易見的，很少的人才能達到這個狀態。

所以在這我想說，應該做的是拋棄「0-1」的思維方式，懂技術這件事情上，並不是只有「完全不懂技術」和「技術專家」兩個選項。

在「完全不懂技術」到「技術專家」之間有著很寬闊的區域。在此之間任何位置對產品經理的工作都有幫助，稍微進步一些幫助就更多一些。

3. 有兩種辦法鍛煉技術思維

首先，在和工程師的溝通中學習

很多 PM 想必都有這樣的經歷：帶著一個需求跑去問工程師能不能實現，然後被告知無法實現。

這其實就是一個鍛煉技術思維的大好機會，如果在這個時候直接回頭了，那就白白浪費了一個好機會。其實我們大可以根據上面的四環節，展開來和工程師溝通下是哪些具體問題解決不了。對於實現不了這個事情，是因為現有技術方案的限制，還是說超過了技術本身的能力極限。

像這樣隨著工作的時間越長，PM 也就越了解自己負責產品相關的技術思維。

其次，動手寫點小程序

自己動手寫點程序也是一種很好的鍛煉技術思維的方法。其實寫簡單程序並沒有太難，不需要買很多大部頭書啃完才動手。只需要在網上找幾篇簡單的教程看看，然後直接定一個程序需要解決的目標直接上手就好了。

大概也這就幾個簡單的步驟：

第一：完成開發環境的配置；

第二：了解最基本的語法，變數，if判斷和循環的使用；

第三：完成第一個程序：Hello world!

第四：嘗試完成一個小項目：例如抓取百度閱讀的電子書內容。

如果不知道學習什麼語言，我比較推薦 Python ，Python 語法相對簡單，第三方庫的使用也更方便，比較容易上手。

文章轉載自互聯網，如有侵權，聯繫刪除。