起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識為什么你每次和開發溝通需求，都像打仗一樣？
今天不談產品規劃，也不談框架，更不談原型，咱們談談為什么你的需求每次和開發溝通，都像打仗一樣？
溝通的場景
PM：戰斗在革命一線的同志，為了革命成功后能快速步入小康生活，你看這個基礎設施能否再打造的完美一點？
開發人員：說人話（情緒平靜）
PM：能不能加個需求？你看哈……（還沒說完）
開發人員：加不了（聽見加需求，有明顯的情緒波動）
PM：怎么就加不了？這又不是什么復雜的功能，我邏輯都給你想好了（皺著眉頭，非加不可的語氣）
開發人員：你項目上線周期定那么死，我現在還有好多接口沒完成，哪有時間加?。浚ūг?，情緒不穩定）
PM：那我也沒見你們加班?。吭僬f這需求也不復雜啊，最多1天就能搞定?。ū梢暤恼Z氣）
開發人員：我在家加班不行嗎？1天能搞定，你能你上?。。ūl的邊緣，聲音分貝調高）
PM：……（被噎著了，準備出絕招）
PM：反正這是老板的要求，你要是不想加，那你直接去找老板吧（同樣用很大分貝的聲音搬出老板，來展現自己的氣勢。順手把筆記本往桌子上一扔，不再說話，再聊下去就要擼起袖子開干了。）
溝通的結果
大家溝通了10分鐘，鬧的彼此很不愉快；最后的結果就是PM覺得很不爽，原因是：我好聲好氣和你聊需求，你給我臉色，我招誰惹誰了？我還不是為了公司的產品著想，心累。開發人員呢，也很不爽，就差點拿刀砍人了，心里在想：你丫就知道加需求，你加一個需求，老子要寫5000行代碼，時間還限制的那么死，還搬出老板壓我，就不加，愛咋咋地。
雙方情緒都不穩定，一個沒心思思考需求，一個沒心思寫代碼，還可能一不小心搞個bug出來。
其實呢，這個事情，PM和開發都沒有錯（當然也不是老板的錯，捂臉），錯就錯在沒有正確的溝通。
上述只是簡單闡述了溝通中的一個問題，PM在日常工作中，上對接領導，下對接開發、設計、運營、財務，左右還要對接客戶，回到家還要考慮女朋友的感受，難免會遇到溝通的問題，那如何溝通才能在工作生活做到游刃有余呢？
溝通學的三大要點
1、要理解溝通的定義
什么是溝通呢？很多PM思考這個問題的結論都是：為了某一目的，進行信息交流，以達到彼此都滿意的狀態。其實這個理解只對了一半，溝通的定義其實很簡單，無非是6個字“聽得懂，能接受”。
就像溝通場景中有這么一段，PM剛說加個需求，話還沒說完，開發人員的小情緒就如潮水般翻涌而來；這就導致溝通定義中前3個字“聽得懂”都沒有實現，如何繼續溝通？再溝通下去，只會越來越糟。
我們來還原一下場景，可能PM是想這么說：“能不能加個需求？這個需求是……這樣子的，邏輯是……這樣子的，開發時間就放在你們完成手頭項目之后”。誒，發現沒有，PM原本的意思并不是想現在就加需求；但表達的時候是先說出了“加需求”這個目的，我們把這個目的叫做第4點，需求描述、需求邏輯、開發時間為123點；那么PM表達的順序就是4123。開發人員呢，一般思維邏輯都是直線型的，也就是1234，拿到一個點就考慮一個點，聽到加需求，就開始1234的想，想著想著情緒就不穩定了，開始炸毛了；直接就否定了PM的話，后面的完全聽不進去，然后就有了接下來帶有情緒的溝通。
這個場景溝通的問題：
- PM沒有能站在開發人員的角度去把本次溝通的要點描述清楚；
- 開發人員沒有聽懂PM的溝通要點。
總結：PM沒能讓開發人員“聽得懂”，更別說“能接受”了，如果PM能穩住情緒，把溝通的要點說完，那就是另外一種場景。
2、要學會把控情緒
“情緒”分為3種：“語氣、場合、肢體動作”。
如上文，PM是知道開發人員沒聽懂的，但并沒有用和善的語氣去讓對方聽得懂，而是皺著眉進行反擊；從而導致情緒進一步爆發，直至失控。
現實生活中也有很多沒把控好“情緒”的例子。一朋友和我聊天的時候提出一個問題，以下是聊天記錄，你們隨意感受下。
“我女朋友讓我陪她一起逛街買衣服，街也逛了，衣服也買了，為什么她總是一副不開心的樣子呢？”（明明就是欺負我這個單身狗，哼哼）
我回答說“那她是不是問你累不累？衣服好不好看？”
“是啊，我說不累，怕她覺得我嫌棄陪她逛街，也說了衣服好看，但為什么她還是不開心呢，問她原因又不說，真是搞不懂”。
“問題就出在你的肢體動作和語氣上面，你肯定在說話的時候表現的很不耐煩?！?/p>
朋友說“確實有點不耐煩，語氣也有點敷衍”
對于這種問題進行分析，得出兩個原因：
- 他沒聽懂女朋友話的含義；
- 他的情緒沒有把控好。
最終導致既陪了時間，又掏了錢，依然不落好。女人問你累不累，其實是想知道你內心愿不愿意陪她，既然都已經陪著逛街了，何不笑著的回答她“累是累了點，但好不容易陪你逛一次街，再累也值得”。既然衣服都已經買了，錢也花了，女人問你好不好看，并不是讓你來做任何評判的，而是想獲得你的贊美，何不溫柔的回答她“你穿什么都好看”。
這樣一來，她還能不高興？所以說，搞懂需求，把控好情緒去溝通很重要。
3、要懂的反饋
這個意思就很簡單，我說了，你就要反饋有沒有聽見，是不是理解；如果沒有理解，我可以再說一遍。
假如你老板在公司群@你，并提到一個問題，如果你沒有反饋，結果是怎樣的呢？
可能是這樣的：你沒有反饋，你老板就需要花時間去想，你到底有沒有看見呢？如果你沒有看見，那這個問題怎么處理呢？處理的方式有哪些呢？什么時候能搞定呢？一連串的問題在他腦海中飄過，花費了他大量的時間去幫你思考問題。最壞的結果就是認為你這個人不靠譜。
一定要懂的反饋，那怕是回復“好的、收到”或者是一個的符號都行。
最后
溝通是一門藝術，需要長期的鍛煉才能修有所成。一旦你懂的了溝通，你會發現很多問題都不再是“問題”。而溝通對于PM來說，至關重要！
相關閱讀
作者：melonx （公眾號：melonx9） 非BAT產品經理，從事產品事業3-4年，89年老小伙、熱愛生活、熱愛互聯網、喜歡運動、樂于助人、敬畏生命！
本文由 @melonx 原創發布于人人都是產品經理。未經許可，禁止轉載。
感覺文章里的舉例回避了重點問題，哈哈哈，一般PM如果真的是加排在手頭項目之后的需求，通常不會這樣臨時去找研發的。如果真的是現在就要加的需求呢，作者你可沒正面回答啊，哈哈。另外，“能不能加一下…”這樣的開場，很容易被回答不能，噗
說實話我的經驗告訴我，脾氣差的產品，運營，程序員技術還真不咋滴。
太認同了?。∵@個行業本身就參次不齊，只能管好自己，不較真，否則就是對牛談琴還被懟！
其實你們說的都沒錯哈，立場不同，想法不同；但作為一個PM，一定要把產品邏輯這個最基礎的想清楚，不然就一定會被研發鄙視；
有想法和沒想法，其實是怎么用的問題，這個領導會看在眼里的。 ??
恩，這個是完全同意的，就是百密一疏，難保有考慮不到的時候，反正我是盡量不會讓程序加班的，缺失的東西不是太重要就下一版迭代就好了。
本來工作量就不對等，姿態放低點沒什么不好，產品的一句話，程序員要改幾天還要加班，改出來的東西還有bug要修復，換位思考下，我現在一句話讓你加3天班你樂不樂意？說實話，不懂溝通的產品我也想跟他說一句你能你上，現成的東西有為什么不拿來用，現在的很多框架就是現成的東西，沒有這些現成的東西，現在的產品拿什么去做，就好比安卓本事就是java封裝的，不拿現成的安卓語言去開發，用java開發？我覺得你的想法要改變一下，換位思考一下就知道了
恩，你們說的都沒有錯，如果PM拿著詳細的需求文檔，縝密的流程圖給程序員提需求，讓程序員加加班，我覺得沒錯的。但要是PM需求文檔沒有，流程圖沒考慮清楚，想到一個需求就跑到程序員面前嘰歪需求，我覺得就應該你能你上頂回去，不然今天改的明天PM又跑回來說好像不對又要改。 一個PM基本的素養是楊明白自己做的這個產品想要什么不想要什么，要有基本的想法。自己都沒有想清楚的需求，應該扼殺在自己的腦海里，而不是讓程序員給你做了實驗后說不行。
其實多數產品，起碼合格的產品肯定是能想清楚自己要什么的，關鍵有時候老板想不清楚，有些功能本身就要試錯，如果碰到有些老板自己也要試錯就麻煩了，說到底，現在產品行業門檻太低了，無論老板還是程序，“人人都是產品經理”。
我完全同意你的說法啊，首先現在很多產品本身就沒考慮清楚，這點我完全同意，包括自己剛開始做產品的時候也有很多想不清楚的。但工作量不等我完全不贊同，如果產品只畫原型圖，那工作量是肯定不等的，但產品的職能要考慮運營，要考慮市場，要去見客戶，要做數據分析，要去懟老板，要把握本身產品工藝上的細節等等，當然不可否認很多產品做不到，那頂多就是個助理水平而已。關鍵是很多程序眼中產品就是個畫原型圖的，很多程序轉成的產品也只負責畫原型圖。
1.管理的藝術；2.管理的權力
“你穿什么都好看”本身就是一句很敷衍的話…… ??
曼爺，你欺負我這個單身狗是嗎？ ??
高！
厲害了
那要是你上邊說的情況，并不是事后加需求，就得這會加怎么辦？
一般來講進入開發階段的需求，都是固定的，很少改動，如果很多改動，那就不是研發的問題，是產品沒想好；
那如果原有需求固定了，只是必須增加一個比較核心的需求，這時就需要延長開發的周期；可以和研發同事這么說：這個需求很重要，但考慮到原有的時間計劃已定，那么就延長開發周期，咱先把這個需求加上。一般聽到給更多的時間，都會同意的。
文中我寫到有搬出老板，說實話，這個我后面想提出，這個說法的錯誤的，一不小心忘記寫了 ?? ；切記動不動搬出老板或領導是做事的大忌，第一會讓研發覺得你在壓他，在甩鍋，如果提出了邏輯性的問題，你還是搬出領導，那就認為你沒能力；第二如果領導知道了，會認為你辦事不利，動不動就把他搬出了，要你這個職位有何用？ 最怕的就是研發找領導說你這種做法，會陷入進退維谷的境地，珍重！ ?
寫的很贊，不過溝通其實也并不完全僅僅是溝通上面的問題，企業規模、文化，規定、獎懲激勵方式等等都會影響到溝通的結果，溝通的這三方面重要也不重要，重要就在于無論其他外在情況是什么，好的溝通技巧都能讓事情順利一些，但是不重要的原因就在于忽視了場景、背景，再好的溝通技巧也改變不了注定站立于矛盾兩側的人的位置。
謝謝你寫了這么多評語，有一句叫“道不同不相為謀”，兩個獨立的個體之間的矛盾，由個人情緒引導，可能根本就不會去溝通；在商業中有一句叫“沒有永恒的友情，也沒有不可化解的矛盾，只有共同的利益”，本文中講矛盾雙方為公司成員，有共同的利益，但凡有惻隱之心，都該去好好的溝通，從而引出如何溝通及溝通的技巧！
冬哥。
阿寧你來了，快去打賞一個！
哈哈
昨天剛張嘴，程序員小哥說：別來煩我。一整天沒理他，后來下班前想一想，有求于人，就原諒他吧
心疼你一秒，連話都沒說出口 ?
噗哈哈哈，如此粗暴的程序員
為何如此相同的境遇
說明和諧不能是恒久不變的，要允許偶爾有些不愉快的小插曲
如果能把上面原地爆炸的場景，進行改造舉例，是不是更容易明白呢？文章說了問題在哪，卻沒說怎么樣做更好~
?? 理解了3個要點就知道怎么做了，看來我這篇文章沒有把讀者當小白用戶，是我的錯 ??
這文章適合年輕的產品經理！很年輕的產品缺少這樣的能力！使得自己限于被動！
你的意思成熟的產品不需要溝通 直接一錘子買賣，你的話就是圣旨，下面照做就行。
樓上的同志你聽岔了，他意思是說 凡是有一些經驗或者有項目經驗的以前可能都掉在這個坑里過，現在人精了，有經驗了你還會再往原來的老坑里溜嗎~~的意思
確實
看來第一樓的同志是要多學溝通了，竟然還能看出如此偏激的意思……
就喜歡你們這種較真的態度，做產品就要這樣 ?
過于執著最后會讓那個自己掉進坑！認為世界只有我最牛逼！哈哈！還是太年輕！