昨天
通常產品經理在企業招聘職責中，除了基本的業務和工作技能外，很多hr都會在簡歷jd描述中增加下面這一條
針對這個溝通能力，普通人會認為：「沒什麼吧？大概就是把事情說清楚！」
事實真的是如此嗎？是否在求職或工作中，你有沒有認為產品經理的溝通另有意味？
近期專案也快上線了，圍繞著上線前後的資源對接，類似業務資源（客服支援、**鏈支援），以及其他團隊的資料支援（api介面提供和搭建）。其中又不間斷的小型會議和臨時溝通，藉此今天聊聊產品經理的溝通能力到底是指的什麼？
只屬於產品經理的溝通
和平常大媽大神在街邊上隨便八卦或買菜砍價不同。產品經理的溝通是建立在產品需求的背景下溝通的。一切的一切終究只為了：產品上線
在工作中，你周圍的產品經理是否有如下表現？
a產品有資源對接問題：馬上安排臨時會議，需要支援的人員參加
上訴都是產品經理在溝需求落地**現的溝通場景，先不討論那個溝通更有效率。產品經理的溝通是解決在需求執行中不停的重複如下：
開發說這裡有需要資源，產品經理馬不停蹄的找資源方。
類似這樣的乙個場景，電商系統需要生產倉儲支援。產品經理馬上找到倉儲負責人溝通需要的備貨數量或自己產品線中需要的產品型別訴求。
上訴各種型別的交流，他都屬於產品經理的溝通.....
建立溝通的基礎是什麼
上訴的溝通，看似人人都可以做。難道就真的如同：「人人都是產品經理」，任何人都可以做這件事嗎？
其實不然，上訴溝通的第二個場景，需要與倉儲人員溝通的前提是產品經理得知道基於現有的公司訂單或電商系統，倉儲或物流是不支援的。
這個問題發現的前提必須邀請產品經理有對業務的理解。為此這個場景下的溝通是需要產品經理業務知識。
另外乙個場景是當開發人員要到：我需要用到ai的能力。
產品經理第一得知道ai是否有開放這樣的api能力，其次這個能力現在進展的如何？能不能適用於當前的產品設計場景？
在通過評估後，再叫上開放與ai人員對接相關能力，保證需求能夠落地。
綜上，產品經理的溝通能力首先是要基於產品需求去溝通、建立在業務的理解上、技術架構的理解上三點溝通，才會是乙個產品經理高效溝通能力的體現。
在生活中，我們把溝通都當作一件作為人與人之間必備的元素。可是就產品人來說，這種溝通不僅要有範圍、有目的，還有能夠令人信服。
好啦，今天的分享就在這裡，我會爭取每週原創兩篇～
-end-
一本給自己與產品人的書：從零到壹。
產品經理要懂多少技術
產品經理是個辛苦的工作，除了要最熱愛產品，練功坐禪研究使用者體驗外，還要和一大堆人打交道 寫 的，做設計的，搞運營的，做市場的。前兩類人算是藝術家，自然會帶點藝術家特有的奇葩氣質，第一類人又是和產品經理打交道的人裡面最聰明的，乙個不小心，沒準就被程式猿們劃入 白痴 族群，作為茶餘飯後鄙視的物件。那麼...
產品經理學專案管理01 產品經理為啥要學專案管理
從事網際網路行業的人大都每過一陣子就會產生一撥焦慮 最近明明很忙，但感覺工作推進得並不順利 明明好不容易完成了乙個大專案，但是成就感並不高 年底工作匯報，感覺一年忙忙碌碌，但是似乎都在重複性工作，自己似乎並沒有太多的長進 每當有一撥人焦慮時，就會有另一撥人趁著焦慮來收割 20歲的他年薪百萬，只因為做...
產品經理要注重目標使用者需求轉化
網際網路產品經理應該做什麼，我個人總結了一句話 目標使用者需求轉化 一 目標使用者 目標使用者是誰，這裡的涉及到的是角色物件，角色可以是平台使用者或消費者 公司內部業務部門 老闆 或者產品經理自己 甚至是技術部同事 這部分比較簡單，主要是清楚產品的目標使用者群是誰，以及使用者的定義 說到使用者，我們...