PM注重專案管理

合理協調各部門執行狀況

必須要有明確的分工

會議是提出限定日期

不要一味按開發進度制定死日期，多聽聽運營或技術的實際問題

其實PM跟運營和技術溝通的高下區別，很大程度上取決於這個PM是不是【技術出身】。

待過大大小小几個技術團隊，作為測試是經常需要跟PM打交道的，我接觸過懂技術的PM，也接觸過不太懂技術的PM，來分別說說他們的特點吧。

懂技術的PM，顯而易見的好處就是：

技術團隊跟他的溝通成本非常低。

不論是開發、測試還是運維，每天的工作重心都是圍繞著硬體軟體，我們作為技術人員，已經默認了工作環境中每個人都應該懂得技術術語——但那其實是錯覺，其實很多時候，我們覺得很基礎的東西，在外行看來是完全無法理解的……

而技術這東西呢，有些時候內行人一聽就明白，但很難形容得準確，所以外行和內行之間會有很高的溝通壁壘。

這時候，如果專案經理或產品經理是技術出身的話，技術人員就不需要很費勁地去跟他解釋一些術語，技術上遇到什麼問題，比如最常見的——有些功能現階段不好實現，為什麼？原因一二三，如果是懂技術的PM，一聽就明白；如果不懂技術，那二者的溝通就會有障礙，可能還會造成各種不愉快。

但一個PM如果太懂技術了，甚至他原本就是做技術轉行成PM的呢，又會有新的問題出現：

正因為他太內行，反而無法跳出技術人員的思維窠臼，造成產品設計方面的漏洞和短視。

比如他可能會過度顧慮技術實現的難度，做設計會縛手縛腳；

比如他無法把自己放到更高的維度去看待產品（畢竟技術人員的視角有限），所以做出來的產品會缺乏靈性和創意……

等等，所以太懂技術也會有弊端。

而如果這個PM完全不懂技術呢？

就是以上的幾點反過來看啦。

比如他可能會無視技術開發的難度，給技術人員丟擲一個幾乎無法解決的問題，而當技術團隊要跟他解釋的時候，卻會很無奈的發現簡直是雞同鴨講，對方完全不理解。

這樣的PM的優點，就是，正因為他不懂技術，所以他反而能從更大的維度去全面思考產品特性和使用者的需求，拋開那些固有的成見，做出一個令人驚豔的產品。

至於技術上的問題，總有辦法解決的，無非就是開發難度和產品完整度之間的妥協。

所以，不懂技術的PM，說不定，在注重創意的公司裡反而還會有令人驚豔的表現！

當然，理想的狀態下，專案經理最好還是懂一些技術，這樣各個節點的人溝通起來會比較沒有障礙，工作流程會更順暢一些，也少些返工。

聽說有這樣一種說法：

三流的PM會畫圖，會寫文件，會做出一個跟競品大致相似的產品；

二流的PM在三流PM的基礎上，還懂點技術，不會讓技術人員太為難；

而一流的優秀PM，兼具理科生的嚴謹和文科生的浪漫，會做出非常棒的產品~