產品經理為了能夠和技術溝通，需要知道哪些基本的計算機基本知識？有哪些書可以推薦嗎？

01-02

從另外一個側面回答：

最好的和技術溝通的方式，是讓技術相信你做產品比他專業，你更了解用戶需求。

剩下的溝通，是優秀的技術該做的事情。

我見過多數產品經理和技術的溝通不順，都不是「技術上」的問題，而是「產品需求」問題。

即便是頂級的產品經理，決策的成功率也不可能超過50%

而往往幫助你實現想法的夥伴，是技術，他們經常成為不靠譜想法的炮灰。

兩類技術：

1 對產品有興趣；

2 對產品興趣不大；

溝通技巧上有些小差別，如果你在產品上足夠專業，磨合一下就好了。

知道用firebug，特別是網路面板

知道cdn，DNS，知道緩存

知道動態頁面怎麼識別，知道偽靜態

知道測試用例，知道敏捷，瀑布，源代碼管理

知道基本的http協議，cookie，UA，伺服器端能通過http協議獲取到客戶端的啥東西

知道基本的html，知道js能實現什麼不能實現什麼

知道ajax，延遲載入...

不要噴我，我自己是做技術的..轉的PM，在技術角度，我特別希望PM了解這些

如果僅僅為了溝通而學習，不如「刷臉」。

舉個簡單的例子，我加入一間新公司，1,2周的時間認識了30多個人，每個人都約了半個小時的時間向他們請教。其中有各個部門的BOSS，關鍵業務崗位的人，這麼一套組合套路下來，我知道了跟我相關的5,6個部門的職責、範圍，也摸清了業務流程，我知道在做事的時候能夠找到誰快速的推進工作。在這種狀態下，把產品份內的事情做好，在制訂溝通策略的時候全盤思考利弊和障礙，整合資源，爭取到最高票數的支持，事情就能成。

如果僅僅為了溝通而學的技術，一定會尷尬，鬧笑話。我認為產品經理需要了解一些前沿的技術特徵，如果做移動互聯網都不了解智能手機的技術新特徵，在做產品的時候思維就會受到局限。比如「搖一搖」，你不知道手機上有感測器，想到搖一搖的可能性就會降低，（認為自己和喬老爺一樣牛逼的請無視我）。

了解技術，再結合自己在產品上的專業性，給用戶一種「WOW！」的體驗，那麼技術一定會很好溝通，天天做爛項目，就算是你精通各種技術，也一定不好溝通。看見你就煩，恨不得對你造成人身傷害，還溝通個毛線啊！。

免得答非所問，就貼3本書

《走出軟體作坊》

《黑客與畫家
》

《數學之美
》

不過這幾本書基本都教不了你什麼計算機基礎知識了。

首先，就想之前知友提高的，搞好關係，這能極大降低溝通成本。

其次，一個設計或者功能點，一定要說明為什麼你要這麼做，盡量使用專業辭彙，讓技術明白這些設計或功能點的重要性和它們對於用戶的意義。

再次，技術有時候提出問題，是從技術實現的難易角度來的，產品經理最好對實現一個功能的難度和工作量有概念，換位思考，如果比較難，要給出學習摸索時間，當然這裡質量和進度的控制就很重要。

多請技術吃飯，比學什麼都來得及。每次pk，上、中、下，三種方案，把需求說清楚，哪塊實現不了，讓技術說清理由，並讓他說出自己的方案，然後再進行pk。

最後把功能搞定，實在搞不定就不搞了，你不可能讓拖拉機跑出飛機的速度。

技術是要親自上手練習的，產品經理哪有時間搞這玩意，你只要把需求提明確了，提細了，技術自然會想辦法給你實現了。就怕你自己說的模糊，讓技術猜你想做成什麼。

因為以前是做測試的，@向翔說的這些我也是知道的。就親身體會來說，我開始動用這些知識的時候說明項目已近開始往麻煩的方向前進了。比如說開發遇到了搞不定的問題，或者業務報來了不好處理的bug。

我覺得就溝通而言，能非常清晰的說明白產品的業務邏輯就能讓開發滿足了。就是我要什麼，為什麼要（為什麼很重要，雖說有沒有為什麼對開發的工作都一樣，但是心情就完全不同了），然後就是開發需要什麼資源的時候能把這意思正確的傳遞給相應的一環。

至於看什麼書嘛，這都是實戰中才學得到的知識，《21天精通與開發溝通技巧》貌似還沒人出版

如果要做純產品的話建議完全不要去學習技術方面的東西，你只要求技術實現你的想法就行，無論用什麼方法。任何人都比較討厭一個半瓶水指指點點，技術亦然。

產品經理是個表面光鮮實則苦逼的職業。

1、首先你得對得起＂產品經理＂這個名字，要讓夥伴認可你的價值，不是可有可無的地位。比如，如果你只是在寫文檔，那你應該是個＂文檔工程師＂。

2、如果沒有技術背景的話，選擇全盤相信工程師，即使是水平稍差的工程師。可以虛心提出建議，不可指手劃腳。如果你是boss除外。

3、交流，多交流。產品經理有技術背景，工程師願意從用戶的角度看問題，促進彼此的交融。在某一領域有專長而又能縱觀全局，我認為是每一個所謂的產品經理、設計師、工程師應該努力的方向。

看到有人說請研發吃飯，雖然我也經常請，可是突然很難過，現在的pm請研發吃飯是不是一種病態的現象？就像年輕人一定要給老幼病殘讓座啊！