產品經理這個崗位本就是一個不單單需要懂原型設計的崗位，還必須有溝通、文案、信息收集、背鍋、當炮灰、良好的心理素質等等能力，還要在在夾縫中求生存的崗位，本就生存狀態如此艱難，最近又有一個話題熱議，產品經理要不要懂技術。那么產品經理到底應該專注還是應該泛知呢？

為什么這個話題會被熱議

產品經理的進入門檻極低，大量基本素質都不具備的應屆畢業生同學進入行業，導致了整體素質拉低，在這種現狀下產品開發中產品經理又處于一個產品初態設計以及項目主導的位置，所以會遭到入職要求不低的技術、設計等白眼。另外極品的技術和產品都很常見，更不用說大量偏執到無法溝通的架構師和設計師。出現矛盾的情況更多的來自于偏執，自負，自卑，狹隘，以及，利益沖突。大家往往都站在自己的角度上思考問題，心想，我靠，這個產品要是懂點技術就知道我們有多難等等。

不懂技術能做產品經理嗎？

這種“是否存在可能性”的問題，多數都是回答：YES。如果你還不甘心，繼續追問：

1. 不懂PS，可以成為網頁設計師嗎？
2. 沒有駕駛證，可能成為交警嗎？
3. 不會做飯可以成為一名美食家嗎？

我肯定還是毅然決然的回答：YES！

編程這個事情，實際上就是用代碼來實現看到的東西。而更重要的是產品經理，你們真的覺得程序員懂你的產品嗎？其實真的未必。就算程序員懂了你說的東西，但是他們真的是你想象的那樣子嗎？這個回答是肯定的，不是！程序員會用程序員的思想去想這個產品，懂了你說的話之后，就會變成各種實體，然后各種方法， 各種屬性，當然也包括各種腳本，同時還有各種規則、限制。 也就是你的產品早就支離破碎了。特別是團隊開發，理想境界是根本不需要了解產品的意義，遵照文檔和需求編程就是了。產品經理的職責更多的是需求分析與設計以及對產品的完整度和方向的把控上，所以產品經理并非必須懂編程。

懂編程有什么優勢

那么懂編程的產品經理又有什么優勢呢：

1. 在設計交互原型、詳細文案的時候，會以貼近程序的角度描述功能間的邏輯關系，利于程序解構功能。
2. 在工期預估上可以以產品的角度估算整體時間，給項目開發人員提供更加合理、充足的時間開發產品，而不會因為時間緊促、逼迫開發人員提交閹割版的產品。
3. 在開發、測試、改良過程中，可以以程序的角度提醒程序員在編程中被忽視的一些節點，讓整個功能模塊盡量處于閉環狀態，讓產品變得更加完善。
4. 了解開發項目的難度，懂的程序員在開發過程中所付出的價值。付出的精力不被認同有多沮喪，外人是不清楚的。
5. 可以拒絕上級或運營的一些無理要求，并且給出合理解釋。即使無法拒絕，也會在時間、資源上對程序員進行補助。

作為產品經理應該專注還是應該泛知？

越來越多的招聘條件上，明確要求需要懂代碼的產品經理。至于要求產品經理精通Android和iOS開發的一看就是想把開發的錢給省下來的雞賊團隊。坦率的講，在這個產品與開發愈來愈緊密的時代，我并非完全不同意“產品經理懂代碼”這件事，但是在“我們需要能寫代碼的產品經理”這件事情上，我覺得大家存在著相當的誤解和歪曲。我可以懂，但是專業的事情，應該讓專業的人來做。

產品和開發（不論是前端還是后端），是高度專業化的職業，有著清晰的定位和分工。每一個這樣的職業都需要若干年的時間來掌控，想在一個領域中成為專家是無法一蹴而就的。我們真正需要的是能真正能做好產品的產品經理，能寫好代碼的開發者。已經兩個崗位的緊密協作能力要實現兩者的協作，需要一個關鍵的因素：換位思考。換位思考是設身處地理解他人感受的一種能力，這才是關鍵。

產品經理需要的真是是會寫代碼么？我覺得并不是，我認為需要的是程序的思維，要了解代碼和開發的流程和原理。這和會寫代碼是兩回事。產品與程序要實現的是真正意義上的相互了解，深入到位的溝通，這樣才能讓孤立的環節有序地整合起來，讓真正的專家在他的領域發光發亮。

我認為專注和泛知不是兩者選其一的，他其實是一個過程，在其位謀其政，首先你在產品經理的位置上你就必須要做到專注，專注于產品相關知識以及行業動態，在你的能力水平已經有空閑時間的時候這個時候才是提升其他能力的時候，才是泛知的時候，打個不大恰當的比方，產品經理的專業知識專注就好比是1而其他的編程、運營、設計等等能力都是這個1后面的0，如果連1都沒做好有再多的0那也終究是0。

本文由 @孤鵠（微信公眾號：Zui_PM）原創發布于人人都是產品經理?，未經許可，禁止轉載。