讀《溝通的方法》
眾所周知，溝通在工作和生活中是一項非常重要的技能，但很多人卻用不好這項技能，最近中秋假期，看完了得到 CEO 脫不花寫的《溝通的方法》，覺得很有收獲。
脫不花沒有上過大學(xué)，能有今天的成就，超強的溝通能力是一個很重要的原因，她自己也說，她是一名職業(yè)的溝通者。
不管你是技術(shù)人員還是非技術(shù)人員，讀讀這本書，總會對你有些幫助和啟發(fā)。
本書的特點：
每一個章節(jié)的開頭都會有幾個小問題？可以讓我們帶著思考去進行閱讀，讀完后，再和自己事先的答案比較下，能加深理解和記憶； 書中有大量的案例，讀起來很輕松，不枯燥； 每個溝通的技巧都總結(jié)出了相關(guān)的公式和套路，有這樣一些框架和套路，更容易去進行實踐和落地； 溝通肯定會涉及到雙方，每章節(jié)都會采用不同視角進行解讀，比如批評，既有以領(lǐng)導(dǎo)視角講解怎樣批評人，也會從普通員工視角講到怎樣接受批評。
我們平時的工作中隨時隨地都存在著溝通，比如：
向上匯報工作，向下安排工作； 被安排作為新人的入職引導(dǎo)人，需要對新人進行輔導(dǎo)； 你有一個很好的建議，希望公司或團隊能夠采納； 前后端的開發(fā)人員之間需要進行聯(lián)調(diào)； 作為一個團隊負(fù)責(zé)人 ，需要激勵每個成員，解決他們工作中的障礙； 團隊內(nèi)部的會議； 年終和團隊成員進行績效面談等。
上面列舉的這些，在書中都有相應(yīng)的解答，下面說說我感觸較深的幾個點。
傾聽
溝通的起點是傾聽，書中將傾聽放在第一個部分介紹，可見其重要性。這個看似簡單的操作，要做好還是挺難的，之前在傾聽上就犯過這樣一些錯誤：
多人溝通，遇到一個自己比較熟悉的領(lǐng)域或者覺得對方講的細(xì)節(jié)有遺漏或不清晰時，容易搶話； 看似很認(rèn)真的在聽，其實沒動腦子，照單全收，就什么都沒吸收；
書中建議我們使用結(jié)構(gòu)化傾聽，意思是在傾聽時，要分辨對方的講述是帶著情緒，還是在講事實，對方會有什么樣的心理預(yù)期和期待。
當(dāng)碰到一些低級錯誤時，很容易上頭，情緒化的詞語就會蹦出來，會非常影響溝通，比如：
怎么老是犯這種低級錯誤； 最近經(jīng)常遲到啊；
作為傾聽者，當(dāng)發(fā)現(xiàn)對方有情緒時，首先要做的是讓情緒先降下來，這是溝通的開始，同時作為一個講述者，也需要時刻注意自己的語言中是在講事實，還是帶著情緒。
說服
在軟件產(chǎn)品的開發(fā)中，經(jīng)常會有一個技術(shù)方案怎么選型，一個 UI 設(shè)計怎么確定，存在著反復(fù)的討論，最終如果所有參與人員都是認(rèn)可的，事情才會進展的順利。如果你是這個方案的提出者，就需要有能力說服其他人，讓他們都覺得你這個方案是最優(yōu)的。
說服不是靠資歷、職級進行強壓，或者采用一些手段進行忽悠，而是要讓對方覺得：
這個技術(shù)方案考慮的場景確實很多，不服不行； 你們的目標(biāo)是一致的，利益是相同的，我愿意支持這樣做。
如果你的上級對你沒那么信任，就很容易遭受到否定，所以需要提前做好功課：
搜集資料，提供數(shù)據(jù)支撐； 整理一些其他行業(yè)標(biāo)桿的成功案例； 做一個最小可行性的驗證示例。
最終做到書中所說的「說話有分量」。
批評和表揚
如果你是一個團隊的管理者，那么批評和表揚應(yīng)該就是你的工作日常了。
批評要選適當(dāng)?shù)膱龊虾蜁r間，而且需要注意的是批評不是責(zé)備，目的讓對方知道怎樣正確地做事，而不是只說怎么老是犯錯。
對方意識到問題并知道解決方法后，還需要有一個反饋機制進行監(jiān)控，確保下次不會再犯，或者目前采取的措施是在往一個好的方向發(fā)展。
在批評的最后要確保雙方的信息是沒有偏差的，否則就南轅北轍了?？梢宰寣Ψ秸?wù)勊南敕ê屠斫?，如果信息沒有偏差那么談話就可以結(jié)束了。
有時候，管理者的一個小小的鼓勵會給團隊成員帶來巨大的動力。
表揚的一個前提是，管理者要對團隊成員足夠的了解和熟悉，有的人喜歡一對一鼓勵，有的人喜歡公開的表揚。如果搞反了，可能起不到應(yīng)有的效果，而且表揚要及時。
績效面談
我自己也有在做績效面談類似的事情，但相比較書中的介紹，沒那么正式，現(xiàn)在一年會有一到兩次和團隊成員的面談，主要是想了解他們在工作中的一些情況，比如：
遇到什么困難沒有？ 覺得團隊氛圍、工作內(nèi)容和預(yù)期匹配嗎？ 未來有什么樣的規(guī)劃？ 對團隊或公司有啥意見或建議？
看了這一章節(jié)后，我覺得下面的幾點可以嘗試實踐下：
提前和每個人預(yù)約好時間，避免集中對所有人持續(xù)面談，比如集中在一兩天完成所有的面談，第二天的效果肯定沒第一天的好； 讓面談?wù)邷?zhǔn)備些問題，在過程中給與解答； 涉及到對面談?wù)叩脑u價，提前整理好相關(guān)數(shù)據(jù)； 最后的結(jié)尾需要讓面談?wù)邅碚f。
會議
相信每個人都開過會，相信每個人在開會時都有這樣一些經(jīng)歷：
會議中一個人一直講，最后問下大家有沒有什么問題，在一片沉默中散會； 會議討論大家很積極，天馬行空，一會就偏離主題了； 本來預(yù)計 2 小時的會議，最后開了一上午； 會議的結(jié)果不能轉(zhuǎn)化成一個行動。
在一個研發(fā)團隊中的會議大概有兩種：通知型和討論型。
通知類型的，管理者簡明扼要地下達指令就可以了，如果誰有疑問當(dāng)場提出，進行解答，保證所有人都能夠理解。
討論型的，管理者一定要注意，自己只是起到一個拋轉(zhuǎn)引入的作用，更多的是要讓每個人都參與進來?？梢蕴崆皩h內(nèi)容、時間等發(fā)到群里，讓參會者能提前做好準(zhǔn)備。
總結(jié)
讀完一本書不能夠讓我們有質(zhì)的改變，需要理論結(jié)合實踐，在平時工作生活中去嘗試使用書中的方法，遇到問題再進行分析、復(fù)盤，然后改進，繼續(xù)實踐，如此迭代，才能說吃透了一本書的內(nèi)容。
本文在講工作中的溝通，突然想到，我們團隊開發(fā)的零代碼搭建平臺不就是一個溝通的工具嗎？以前跟客戶溝通需要畫 UI 原型、需要統(tǒng)一語言、需要花大精力開發(fā)完初版后才能進行演示等等，那么有零代碼搭建平臺的加持，就能快速解決這種溝通問題了。
如果您有興趣可以進群參與討論或者看看我們的直播，或許會有驚喜。