初次見面。我是 PRUM 株式会社的工程師，すもも🍑
我會日常整理並分享在程式學習與實務工作中，
容易卡住的重點與思考方式。
如果你對 PRUM 有興趣，也歡迎看看我們的企業網站。
▶企業網站
明明技術上應該沒有錯，卻在對非工程師的人說明之後，被反問一句「所以，最後會變成怎樣呢？」——你有過這種經驗嗎？
對我們來說，明明已經把機制和步驟都好好說明了，但對方卻沒有真正接收到——我想很多人都曾經有過這種落差感。
最近我才知道，這種現象似乎是有原因的。
明明有正確說明，卻沒有傳達出去的原因
我想，是說明者與被說明者一開始看的「抽象層次」就不同。工程師常常會不自覺地從「它是怎麼運作的、靠什麼機制在跑」開始說明。可是對方真正想知道的，往往不是機制本身，而是「做了這件事之後，自己的工作或生活會怎麼改變」，只是這一點而已。
機制的說明並沒有錯。只是對方想要的答案，和我們提供的資訊，在抽象層次上從一開始就沒有對上。
「機制的說明」與「影響的說明」，同樣內容印象也會不同
就算傳達的是同樣的內容，只要換個說法，比較就會很明顯。
🟠 說明機制的說法：
「有一種叫快取的機制，會把常用的東西先放在手邊，這是在整理那個機制」
🟠 說明影響的說法：
「做完這個作業之後，下一次畫面顯示會變快」
這兩種說法都沒有錯，但對非工程師來說，真正能影響行動與判斷的，壓倒性地是後者。前者多半只會停在「喔～原來如此」，但後者則會接到下一句：「那可以請你們什麼時候完成呢？」
特別是想到要向文組出身的主管說明時，這個差異就更明顯了。主管的工作不是正確理解技術機制，而是根據你的說明做出判斷，並且再向更上層或其他部門解釋。
就算你說「有一種叫快取的機制，這是在整理那個機制」，主管也沒辦法直接拿去開會使用。可是如果你說「做完這個作業之後，下一次顯示會變快」，主管就能直接照著這句話報告成「顯示速度會改善」。
把影響也一起說出來，不只是為了讓對方理解，更是把對方能直接拿去推進自己工作的材料交給他。我覺得，有沒有補上這一句，會大大影響說明之後主管行動起來的順暢度。
在說明之前，我會先問自己的事
在向對方說明之前，我想先這樣問問自己：
- 這段說明是不是只是在講「機制」？先停下來確認一下
- 能不能用一句話說出「做了這件事，對對方來說會改變什麼」
- 在使用專業術語之前，能不能先換成對方熟悉的比喻
- 說完之後，有沒有被問過「所以，意思是什麼？」並回頭檢查
在保有技術正確性的前提下，先把對方真正想知道的那一點先交出去。只要這樣做，同樣的說明，傳達效果也會不一樣。
總結
被反問「所以最後會變成怎樣呢？」並不是因為說明錯了，而是機制的正確性和對方真正想知道的影響，兩者在觀看的抽象層次上沒有對齊而已。
真正要傳達給對方的，不是機制本身有多正確，而是它對對方來說會帶來什麼改變。
如果下次有機會說明，不妨先在講機制之前，加上一句「這樣會帶來什麼改變」。
PRUM 的工程師中，有很多人是從零經驗錄用的。
如果有興趣，也歡迎來我們的企業網站逛逛。
▶ PRUM 招募頁面
我們也有經營整理工程師實用文章的網站。如果有興趣，也歡迎看看。
▶ 對工程師有幫助的文章網站
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
