下午有位設計師往群裡貼了張圖，開始念工程師腦袋不知道在裝什麼，老愛甩人一臉專有名詞、猛算數學，設計師根本聽不懂，和他們合作都雞同鴨講。

嗯…大概像這樣子的圓型進度條。

情境還原

那位設計師找了 RD 一起討論圖稿，結果圖稿沒討論幾句通通在算數學…

設計師：「你們看這整張大屏，可不可以實現，有什麼問題探討一下，週一一起給領導。」

然後，RD 就開始算直徑和什麼邊長。

「跟我算了半個小時圓心角！」設計師暴走了，RD 老愛講外星語言聽不懂啦！欺負設計師數學差啊？

「RD 沒幹死你是他職業素養好（…………」 群裡的 F2E 阿布 加入對話。

設計師：「看是要做成幾度、或是直接切圖都行啊～」

我：「切圖？1% 1張，切個 100 張嗎？」
（噢，我覺得這是好方法，超方便、要怎麼漸層圖樣混搭顏色都行，RD 又輕鬆，省得數學算到死還要被設計嫌「不是他想要的」。）

阿布 ：「（1% 1張）這樣做 RD 會很高興喔～」

設計師：「我懂了，你們是說前面進度條變化很難算是吧？」（不然你家 RD 為什麼要算數學？）

我：「我一直覺得…RD 會把設計搞變得這麼複雜兼靠北、始作俑者是設計師。」

設計師：「當時我心想，到底要改成什麼樣，你們說，我改好了，不要算數學了我錯了。」

阿布 ：「要講出來。。。。不要用想的，RD也不會讀心術。。。」

設計師：「說了啊！相信我！看我誠摯的眼神~！」

設計師：「我跟他們講，你們看這整張大屏，可不可以實現，有什麼問題探討一下，週一一起給領導。然後，他們討論到這裡就開始算直徑和什麼邊長。我說，你們最後想要什麼啦。兩個人跟我說要圓心角。然後我就被震暈了，跟他們說我週一修改一下好了。（他們具體說的因為聽不懂所以失憶了」

我：「『可不可以實現』這句是你問的耶，他們很老實的開始研究可不可以實現…沒錯啊…」
（狂笑中，不管哪個國家，RD 的邏輯思維都差不多嘛～）

建議解法

以下這些話都是 F2E 阿布 說的，（我笑倒在螢幕前沒力氣回話）。RD 真的超老實的，我家老公也是這種思考邏輯，剛和他開始合作 App 的時候也是滿頭問號不知道他在講什麼，合作久了才知道 RD 腦袋裡只有 0 和 1。

那個時候，你要先打斷他們，問他們這個實現起來大概要花多久，因為他們已經在以實現為基礎討論細節了，但是你這裡表示，你還可以改。

他們腦內小劇場你不要管，你說你週一修改一下，你知道要怎麼改麼？

你週一改出來，他們再來一段一模一樣的對話，你準備週三再改一下？

先描述需求，跟他們說，哪些地方是可以改（角度、位置、粗細？），哪些地方可能要改（顏色、粗細？）」

然後拿著設計圖跟他們講，從實現的角度說，怎麼做你們比較方便。

在他們比較方便的範圍內，你再去改你的設計，大家都開心。

如果他們講的太抽象你聽不懂，就拿紙筆出來畫，千萬不要放棄思考（拼命搖

你不要當他們在講數學，內角不知道是什麼，畫一個三角形給他們叫他們標，直角是什麼不知道紙筆塞給他們叫他們畫

就像你給 RD 解釋什麼是朱紅什麼是大紅什麼是赭石什麼是土黃的時候……

溝通落差

很多時候有人會說，學會手寫 Html、CSS 才能當位資深的 UI 設計師。本來這句話不是絕對，但發生太多溝通落差和無法瞭解實作面的狀況，設計師不懂為什麼 RD 劈頭就說辦不到，或是卯起來算數學。因為設計師想到了點子，卻不懂執行的方法。

想法和執行的方法是兩回事，設計師想的和工程師想的「實作」方式絕對不一樣。拿蛋炒飯當例子好了…

設計師：「現在來做蛋炒飯（貼一張裝盤的漂亮蛋炒飯圖），請大家提點意見～」

工程師：「幾顆蛋？飯量？現煮飯還隔夜飯？鍋要不要熱？熱多久？翻炒多久？調味料什麼時候放？放多少？」

設計師：「哪有這麼複雜？蛋炒飯不就把蛋、飯丟進鍋裡翻一翻、加調味料就好了？」

• 想法點子＝我們來做蛋炒飯。
• 實作方法＝我們怎麼做蛋炒飯。

這世界上不缺想法和點子，缺的是執行和實作的方法。這世界上不缺蛋炒飯、缺的是好吃的蛋炒飯。（誤）