中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

好久沒有寫產品相關的話題了，今天說一個老生常談的問題：產品經理需要懂技術嗎？「知乎」上這個問題有高達 9,236 個關注者，1,067,445 次的瀏覽。

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

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

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

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

1. 產品經理要懂的技術是什么？
2. 對于技術需要懂到什么程度？
3. 如何提高產品經理的技術能力？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第一 在和工程師的溝通中學習

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

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

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

第二 動手寫點小程序

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

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

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

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

本文由 @SHA11E 原創發布于人人都是產品經理。未經許可，禁止轉載