[[375860]]

阿里妹導(dǎo)讀：溝通說起來簡(jiǎn)單，要做好卻很難。如何把復(fù)雜的技術(shù)問題通俗易懂地表達(dá)出來，讓別人聽懂，是每個(gè)技術(shù)人都會(huì)面臨的難題。本文作者以自身經(jīng)歷為背景，總結(jié)技術(shù)人員在日常技術(shù)交流過程中，遇到的一些低效的技術(shù)溝通方式，嘗試分析溝通雙方的心理狀態(tài)，并試圖探討提升溝通效率的方法。

一 一些低效的技術(shù)溝通案例

1 技術(shù)問題描述不清，解決效率低下

• 同學(xué)A在交付現(xiàn)場(chǎng)遇到技術(shù)問題，在項(xiàng)目群里面求助同學(xué)B的解決過程。
• 同學(xué)A：大佬，云架構(gòu)改了之后，數(shù)據(jù)庫(kù)規(guī)劃不了。
• 同學(xué)A：解決方案導(dǎo)不出來。
• 其他同學(xué)CDEF：其他問題討論，沖亂了上下文。
• 同學(xué)A：數(shù)據(jù)庫(kù)不能規(guī)劃，報(bào)風(fēng)險(xiǎn)。
• 同學(xué)B：先把問題描述清楚。

同學(xué)A可能的心理狀態(tài)：這個(gè)是產(chǎn)品的問題，不是我的問題，我已經(jīng)把日志和截圖發(fā)群里面了。你負(fù)責(zé)的問題你自己爬樓看。

同學(xué)B可能的心理狀態(tài)：這啥問題啊，還得爬樓看，現(xiàn)在沒空，先不處理。...... N小時(shí)后，納尼，剛才是哪個(gè)群在@我了，群太多找不到了，沒電話，看來不著急，先去吃個(gè)飯。

同學(xué)A心態(tài)和方法需轉(zhuǎn)變：誰的問題不是最要的，最重要的是我如何讓下一個(gè)環(huán)節(jié)的接口人，在最短的時(shí)間內(nèi)絲滑般地理解這個(gè)問題是什么?讓他知道我是等米下鍋的著急心情。

可行的提問方式：比如把需要釘釘上爬樓看到的碎片信息，提煉后這么提問：“這里有一個(gè)問題需要你解決，問題現(xiàn)象是xxx，我們的預(yù)期是xxx，實(shí)際看到的是xxx，不符合預(yù)期，從日志和報(bào)錯(cuò)看可能是xxx出問題了。我們xx項(xiàng)目在線等，急需解決。”

2 方案太抽象，可復(fù)制性有限

一次在線技術(shù)分享直播，會(huì)后有同學(xué)就培訓(xùn)細(xì)節(jié)進(jìn)行咨詢。

講師C：咱們這個(gè)方案，controller調(diào)用apiserver進(jìn)行調(diào)度，然后apiserver去數(shù)據(jù)庫(kù)里面查詢?cè)獢?shù)據(jù)配置信息后，向業(yè)務(wù)服務(wù)器發(fā)送請(qǐng)求。巴拉巴拉，我不耽誤大家太多時(shí)間，講快點(diǎn)。

培訓(xùn)結(jié)束，一片掌聲。

同學(xué)D：這個(gè)方案我需要拿去和客戶交流的，得把原理弄清楚一點(diǎn)，加一些文字描述方便客戶理解。

一次電話交流

講師C可能的心態(tài)：已經(jīng)畫清楚了，還做了培訓(xùn)，聽完得自己思考消化啊 。

同學(xué)D可能的心態(tài)：這些框框畫起來容易，沒有相應(yīng)的說明，在客戶那里交流效果可能會(huì)很差，需要找不同的人交叉驗(yàn)證下，然后重新完善材料。 講師C的心態(tài)需轉(zhuǎn)變：最好的學(xué)習(xí)方法就是用通俗的語言教會(huì)別人，如果不能讓別人容易理解，那說明自己還沒有掌握透徹。

可行的交流方式：上次分享時(shí)間比較有限，沒說得很透徹，用一個(gè)通俗的例子來說，可能更好理解，......此處省略500字。然后結(jié)合客戶場(chǎng)景，雙方展開更詳細(xì)的討論，各有收獲。

3 核心問題(技術(shù)決策點(diǎn))未突出，技術(shù)評(píng)審效率低下

同學(xué)E去跟客戶介紹了一個(gè)三機(jī)房的方案，需要客戶做決策選擇是物理第三機(jī)房還是邏輯第三機(jī)房，但是客戶聽完后，沒有g(shù)et到?jīng)Q策點(diǎn)是啥?

一次決策匯報(bào)會(huì)

可行的交流方式：在方案介紹后，整理2個(gè)候選方案的優(yōu)劣勢(shì)，標(biāo)紅加粗決策點(diǎn)是什么。

上述場(chǎng)景中，有2個(gè)問題需要解決：

• 換位思考做得不夠。只考慮了自己需要什么，沒考慮到對(duì)方利益和風(fēng)險(xiǎn)。
• 沒有用對(duì)方能理解的語言來表達(dá)。

二、解決辦法

• 換位思考，是意識(shí)的轉(zhuǎn)變，這個(gè)轉(zhuǎn)變說起來容易，做起來難。《終生成長(zhǎng)》這本書里面有個(gè)核心的觀點(diǎn)：比起“證明我比別人更厲害”和“這不是我的問題”的想法，“一起解決問題并學(xué)到更多東西”的想法，更有助于成長(zhǎng)。
• 借用費(fèi)曼學(xué)習(xí)法來解決，核心觀點(diǎn)是"如果你認(rèn)為自己學(xué)會(huì)了某個(gè)專業(yè)知識(shí)，看看能否把這個(gè)知識(shí)教會(huì)10歲的孩子就知道了"。

費(fèi)曼本人是諾貝爾得獎(jiǎng)?wù)撸彩侵慕逃龑W(xué)家，他的學(xué)習(xí)方法分為四步：

1.選擇一個(gè)概念

選一個(gè)你想學(xué)習(xí)的概念。

2.講授這個(gè)概念(費(fèi)曼技巧的靈魂)

設(shè)想，你面對(duì)這個(gè)領(lǐng)域的菜鳥，甚至面對(duì)十歲的孩童，試圖解釋清楚這個(gè)概念，并讓對(duì)方完全聽懂。

一方面加深你的理解，另一方面，找到不明白的節(jié)點(diǎn)或卡點(diǎn)。

3.查漏補(bǔ)缺

當(dāng)你無法解釋的時(shí)候，重新回頭找答案。

回到書上去，回去找同學(xué)、找老師、找已經(jīng)懂的人，把這個(gè)概念重新研究一遍。結(jié)果要求，你能夠把這個(gè)概念重新流利地解釋出來。

4.簡(jiǎn)化語言和嘗試類比

繼續(xù)升華。假若是一個(gè)學(xué)術(shù)化或抽象化的詞語，嘗試用簡(jiǎn)潔詞語來解釋，用別的東西來類比它。特別注意的是，類別的目的是更好地理解核心觀點(diǎn)，允許和技術(shù)原意有小差異。

三、體驗(yàn)費(fèi)曼學(xué)習(xí)法的過程

筆者第一次聽別人介紹微服務(wù)中注冊(cè)中心的功能介紹和實(shí)現(xiàn)原理時(shí)，對(duì)于RPC、RS、SessionServer、DataServer、MetaServer術(shù)語，有點(diǎn)懵的感覺。筆者當(dāng)時(shí)有一個(gè)想法，如果我來向客戶介紹微服務(wù)的產(chǎn)品時(shí)，怎么讓他們更容易理解呢?于是開始先找官網(wǎng)文檔、研發(fā)團(tuán)隊(duì)的文檔理解后，然后用生活中的小故事小場(chǎng)景來介紹。

1.什么是RPC?

技術(shù)解釋

RPC(Remote Procedure Call)的本質(zhì)是為了屏蔽網(wǎng)絡(luò)的細(xì)節(jié)和復(fù)雜性，提供易用的api，讓用戶就像調(diào)用本地函數(shù)一樣實(shí)現(xiàn)遠(yuǎn)程調(diào)用，所以RPC最重要的就是“像調(diào)用本地函數(shù)一樣”實(shí)現(xiàn)遠(yuǎn)程調(diào)用，完全不讓用戶感知到底層的網(wǎng)絡(luò)。Sofa產(chǎn)品里面不同容器間，通過RPC調(diào)用，實(shí)現(xiàn)的“高內(nèi)聚，低耦合”的效果。 通俗介紹

幾個(gè)閨蜜在逛街，有人說突然想起快遞沒收，要回去收快遞。另外一個(gè)人說，打個(gè)電話回去給老公去收快遞就行了。提前和老公說明收快遞的信息(哪個(gè)快遞公司、快遞點(diǎn)在哪里、快遞里面是什么、收件人姓名和電話)，打電話遠(yuǎn)程操作老公收快遞這個(gè)過程，叫RPC。

2.什么是注冊(cè)中心?

技術(shù)解釋

Registry 是指具有承載海量服務(wù)注冊(cè)和訂閱能力的、高可用的服務(wù)注冊(cè)中心。Registry 服務(wù)注冊(cè)中心分為四個(gè)角色：客戶端(Client)、會(huì)話服務(wù)器(SessionServer)、數(shù)據(jù)服務(wù)器(DataServer)、元數(shù)據(jù)服務(wù)器(MetaServer)，每個(gè)角色司職不同能力組合后共同提供對(duì)外服務(wù)能力。

Registry 服務(wù)注冊(cè)中心的主要組件有：

• Client：提供應(yīng)用接入服務(wù)注冊(cè)中心的基本 API 能力，應(yīng)用系統(tǒng)通過依賴客戶端 JAR 包，通過編程方式調(diào)用服務(wù)注冊(cè)中心的服務(wù)訂閱和服務(wù)發(fā)布能力。
• SessionServer：會(huì)話服務(wù)器，提供客戶端接入能力，接受客戶端的服務(wù)發(fā)布及服務(wù)訂閱請(qǐng)求，并作為一個(gè)中間層將發(fā)布數(shù)據(jù)轉(zhuǎn)發(fā) DataServer 存儲(chǔ)。SessionServer 可無限擴(kuò)展以支持海量客戶端連接。
• DataServer：數(shù)據(jù)服務(wù)器，負(fù)責(zé)存儲(chǔ)客戶端發(fā)布數(shù)據(jù)，數(shù)據(jù)存儲(chǔ)按照數(shù)據(jù) ID 進(jìn)行一致性 hash 分片存儲(chǔ)，支持多副本備份，保證數(shù)據(jù)高可用。DataServer 可無限擴(kuò)展以支持海量數(shù)據(jù)量。
• MetaServer：元數(shù)據(jù)服務(wù)器，負(fù)責(zé)維護(hù)集群 SessionServer 和 DataServer 的一致列表，在節(jié)點(diǎn)變更時(shí)及時(shí)通知集群內(nèi)其他節(jié)點(diǎn)。

通俗介紹

注冊(cè)中心產(chǎn)品可理解為二手房中介機(jī)構(gòu)，微服務(wù)架構(gòu)中的服務(wù)注冊(cè)/發(fā)現(xiàn)/調(diào)用，可類比買家和賣家通過中介完成房產(chǎn)交易的過程。

• Client：客戶端可以是買房者，也可以是房東。
• SessionnServer：類似于中介的門店，負(fù)責(zé)接待買房者和房東。門店可以根據(jù)業(yè)務(wù)增長(zhǎng)而加門店。
• DataServer：類似于中介公司后臺(tái)的數(shù)據(jù)庫(kù)，記錄所有門店的客戶數(shù)據(jù)，含買房者和房東。
• MetaServer：類似中介公司的門店系統(tǒng)，維護(hù)門店和客戶數(shù)據(jù)，對(duì)買房者和房東不可見。當(dāng)有門店或客戶信息發(fā)生變化時(shí)，及時(shí)通知所有的門店。比如有個(gè)房子突然降價(jià)20萬急售，需要通知到所有門店去找客戶。

服務(wù)注冊(cè)過程(房東賣房子)

服務(wù)訂閱過程(買房者購(gòu)房)

服務(wù)調(diào)用過程(買家詢價(jià))

四、建立自己的場(chǎng)景庫(kù)

1.維護(hù)一個(gè)自己的術(shù)語表，識(shí)別出在客戶交流界面的高頻術(shù)語

穿過身體的知識(shí)才屬于自己，哪怕是看到別人寫得好的材料，抄一遍。

2.為高頻術(shù)語都分別準(zhǔn)備一個(gè)有生活場(chǎng)景的介紹

平時(shí)多觀察生活中人/事/物之間的關(guān)系，道法自然。很多設(shè)計(jì)模式，比如代理模式(例子：專利申報(bào)代理機(jī)構(gòu))、責(zé)任鏈模式(例子：提交購(gòu)房資格申請(qǐng)，不關(guān)心哪個(gè)委辦局來處理，最后能獲得購(gòu)房資格即可)、觀察者模式(例子：某銀行在招標(biāo)網(wǎng)站發(fā)布一個(gè)項(xiàng)目招標(biāo)需求后，各類乙方廠商訂閱到有新項(xiàng)目招標(biāo)，蜂擁而上)等等都能在生活找到相似的影子。筆者愚鈍，此處無法窮舉所有設(shè)計(jì)模式。

3.及時(shí)做筆記和持續(xù)更新

為高頻術(shù)語準(zhǔn)備故事或場(chǎng)景，不是專門花一段時(shí)間可以完善的，有時(shí)候是半夜突然冒出來的靈感，有時(shí)候是剛好看到一份資料里面寫得比較好。