PM 的工作是建立在團隊信任的基礎上的。建立信任是一個不竭積累的過程，PM 每做一次正確的決策可能才可以 +1 分的信任，但如果出現一個很低級的錯誤，可能直接就 -10 分了。

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

因為這確實是一個 PM （非技術轉型過來的）成長過程中會遇到的困惑。更糟的是這個事情危害不單單是情緒上的，它還會破壞 PM 在團隊中的信任。PM 的工作是建立在團隊信任的基礎上的。建立信任是一個不竭積累的過程，PM 每做一次正確的決策可能才可以 +1 分的信任，但如果出現一個很低級的錯誤，可能直接就 -10 分了。

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

產品經理要懂的技術是什么？對于技術需要懂到什么程度？如何提高產品經理的技術能力？1. PM 要懂的是用程序解決問題的考慮方式

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

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

例如之前網上有個最不靠譜的產品需求：按照手機殼的顏色自動匹配手機主題壁紙

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

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

如何采集用戶更換手機殼這個行為，以及手機殼的主題？手機殼的主題按什么形式傳遞給辦事端，照片？還是定義主題的 Tag ？辦事端得到手機殼的數據后和現有數據庫的壁紙怎么匹配？得到匹配的壁紙之后通過什么方式展示給用戶，自動替換（有么有權限）？提醒用戶（什么時機）？

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

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

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

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

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

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

3. 有兩種辦法熬煉技術思維第一 在和工程師的溝通中學習

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

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

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

第二 動手寫點小程序

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

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

完成開發環境的配置；了解最基本的語法，變量，if判斷和循環的使用；完成第一個程序：Hello world!嘗試完成一個小項目：例如抓取百度閱讀的電子書內容。