當工程師說不!設計師不妨可以試試的10個對策

閱讀時間約 4 分鐘
當提到如何跟工程師溝通,相信不少設計師滿腹吐水。雖然大家都知道團隊合作很重要,然而事情往往不是那麼容易XD。如果我們將工程師劃分為兩種類型,其一為終極頑固仔,就算你說得多有道理,還是會以時程作為推托;反之,另一種就是實作挑戰仔,對於設計方案充滿疑問且認為技術不可行。

終極頑固仔

針對這類型,大多設計師只能默默接受設計修改,而無法從中改變什麼,以下方法不妨可以試試,至少能對你的設計和主管有所交代:
1.善用比較法
在溝通前,可以預先準備好兩個可行方案。首先,針對預期實作難度大的先進行提案,沒有意外的話,對方一定會認為不可行。然而,關鍵就是則於,第二個提案的出現,這個轉折,反而促使對方在不得已的情況下退讓,更加願意嘗試,重新評估時程。
2. 借力使力
想要做好設計,先搞清楚利益關係人,才能確保設計方案能被認可。以B2B來說,大多以客戶的意見為主,所以在溝通話語上,不妨可以嘗試說明這個方案已經被客戶同意,他們也非常喜歡這個想法,接下來就是看實作要如何進行的話術。
3.找到對的施力點
不論在硬體還是軟體領域裡面,裡面充滿著無數的技術專名詞,對於設計師來說,很容易在溝通過程中陷入一種迷失,不知道他們到底在說什麼,而傻傻地被引導到技術不可行這個結論。所以要適時地中斷和問問題,重新將主題拉回以用戶為中心的場景,將主線轉往自己擅長的領域,如此一來,才能避免在資訊不對稱下,失去說服的機會。
4.成群結黨
對於不擅長口才的設計師,在找工程師溝通前,可以拉上主管或是相關專案的同仁一起。畢竟每個人喜歡的思考模式都不太一樣,有的人喜歡將問題帶回去好好的思考,在一一回覆。以群體出擊的方式能適時緩解溝通時的時間壓迫感,甚至能相互協助補充解釋。
5.資源使用極大化
時程一直以來都是設計實作上的一大痛點,設計師可以做的就是幫忙協調資源,可能之前有類似的案子,在設計方案上似乎能複用,這時候就可以將兩個資源串接起來,試著幫忙減少工程師的開發時間,至少讓他覺得你是真的想辦法解決問題(心理話:演也要演出來~)

實作挑戰型仔

與上述提到的終極頑固,相對來說,這種類型需要針對溝通上的細節更加用心,利用同理心的角度來溝通:
6.建立信賴關係
信賴關係的基礎,基本上就是建立在專業能力上。如果能很有信心地利用邏輯脈絡闡述自己的設計方案,別人才會尊重你。至少讓他感覺這方案很可靠沒有什麼大的疏漏。久而久之,雙方的信賴感就會逐漸培養起來,畢竟很多時候信賴感比其他關係更重要,一旦有了信賴感,事情就容易推展。
7.漸進式說服
近年來幾乎所有熱門的服務都採用訂閱制的方式,讓消費者在購買的過程中,感覺到最小的損失。同樣的方法一樣能運用到溝通技巧上,至少在意見交流過程中讓對方感覺你有在聽他說話,有一種我懂你的感覺並認同想法,然而…之類的方式,而不是全盤打翻,說你不懂設計之類的衝動話語。
8.事前溝通
設計師最討厭的事情不外乎就是臨時需求變更,同樣地,工程師也是。所以在任何想法或是大幅度的修改前,可以試著先去找幾個關係人事前溝通。以事前溝通取代事後衝突,盡可能坦白地告知,而不是掩蓋事實,在最後實作階段才被發現,反而容易造成較大的反制心態。
9.避免提及設計規範
在產品設計過程中,通常都會制定設計準則讓設計師間的設計產出保持一致性,然而設計準則大多都是主觀性的規範。如果今天只是用不符合規範這樣的陳述來說服工程師,其實是很難被認同,好一點的方式,可以利用競品或是數據來佐證推論。
10.對標共同利益
從工程師的實作來看,他們在乎的大多是運作邏輯是否合理,執行起來的效能,邏輯是否能模組化的複用以及未來的維護成本。也因為角度差異甚大,容易產生雞同鴨講的狀況。所以設計師需要的是仔細觀察並找到雙方認同的立足點著手,一步步推進,好好地闡述自己的設計,盡可能降低工程師對於設計方案的不確定性。

小結

溝通技巧不管在任何行業都是潛在輔助的生存技能。尤其時至今日設計在好,沒有好的溝通力,也是無效的。如果有一些不錯的方法,也歡迎大家討論切磋~囉!


如果喜歡我的文章,歡迎[追蹤]小弟,陪你一起長大長肉🙏,想要定期收到有趣的內容,可以查看下面的部落格囉~

留言0
查看全部
avatar-img
發表第一個留言支持創作者!
在日常生活中,設計師總是扮演著新事物的創造者,解決食衣住行上的不便,但除了本身專業能力以外,心理素質卻很少被提及,足夠的勇氣不但可以面對低潮,更是前進的動力。
如何成為UX設計師,一直以來都是熱門討論的議題,不論是對於想轉換跑道的社畜們還是即將出社會的學生們。畢竟從名字上就是非常吸引人的,從事的事情更是上山下海,擁有無限的想像空間,但你有認真想過到底你適不適合,甚至在台灣你有沒有機會做到你想像的UX呢!
近年因為疫情的關係,蘋果公司將年度全球開發者大會WWDC( Apple Worldwide Developers Conference)改為全線上舉行,並在台灣時間6月23日(2021年),由蘋果工程主管輪番上陣講解iOS、iPadOS、macOS、tvOS與watchOS等系統軟體的最新發展。
後疫情時代,線上學習成為趨勢,改變了人們獲取知識的途徑,更加快了去中心化的進程,愈來愈多設計師開始經營自己的youtube, blog, IG甚至開始踏入Podcasts的領域等等。尤其,這幾個月看到台灣Podcasts大爆發,所以小弟整理一些不錯的節目推給大家~~
英國教授Charles Jennings指出在成人學習的過程中,有70%從工作經驗的自主學習、20%非正式的社交活動 、10%正式的教室課程 (70:20:10理論),而復盤作為工作學習的方法之一並扮演重要角色。如果沒有即時復盤的習慣和很強的復盤能力,在經歷無數多的設計專案下也未必能有所成長。
在多屏生活下,爭奪注意力已成為新時代的戰爭形式。尤其Netflix的數據專家指出一個典型用戶通常在屏幕上瀏覽10到20個標題,其中只會針對大約3個左右去了解細節,所以沒有在60到90秒吸引觀眾目光,他們很可能會失去興趣並轉移到其他活動上。那他們到底是如何贏得用戶的焦點呢! 持續A/B測試 創造爽點
在日常生活中,設計師總是扮演著新事物的創造者,解決食衣住行上的不便,但除了本身專業能力以外,心理素質卻很少被提及,足夠的勇氣不但可以面對低潮,更是前進的動力。
如何成為UX設計師,一直以來都是熱門討論的議題,不論是對於想轉換跑道的社畜們還是即將出社會的學生們。畢竟從名字上就是非常吸引人的,從事的事情更是上山下海,擁有無限的想像空間,但你有認真想過到底你適不適合,甚至在台灣你有沒有機會做到你想像的UX呢!
近年因為疫情的關係,蘋果公司將年度全球開發者大會WWDC( Apple Worldwide Developers Conference)改為全線上舉行,並在台灣時間6月23日(2021年),由蘋果工程主管輪番上陣講解iOS、iPadOS、macOS、tvOS與watchOS等系統軟體的最新發展。
後疫情時代,線上學習成為趨勢,改變了人們獲取知識的途徑,更加快了去中心化的進程,愈來愈多設計師開始經營自己的youtube, blog, IG甚至開始踏入Podcasts的領域等等。尤其,這幾個月看到台灣Podcasts大爆發,所以小弟整理一些不錯的節目推給大家~~
英國教授Charles Jennings指出在成人學習的過程中,有70%從工作經驗的自主學習、20%非正式的社交活動 、10%正式的教室課程 (70:20:10理論),而復盤作為工作學習的方法之一並扮演重要角色。如果沒有即時復盤的習慣和很強的復盤能力,在經歷無數多的設計專案下也未必能有所成長。
在多屏生活下,爭奪注意力已成為新時代的戰爭形式。尤其Netflix的數據專家指出一個典型用戶通常在屏幕上瀏覽10到20個標題,其中只會針對大約3個左右去了解細節,所以沒有在60到90秒吸引觀眾目光,他們很可能會失去興趣並轉移到其他活動上。那他們到底是如何贏得用戶的焦點呢! 持續A/B測試 創造爽點
你可能也想看
Google News 追蹤
Thumbnail
在裝修過程中,如何避免工班模式導致的出包風險?本文分享基於多年的承包經驗,分析兩種易出包的工班模式:發包的發包和挖東牆補西牆。透過故事經歷,揭示工班的真實情況,以及如何正確選擇工班以確保裝修品質和有效溝通。瞭解市場上的工班文化,幫助消費者在裝修時做出明智的決策,趨吉避凶。
Thumbnail
這篇文章探討了工程師在如何有效提升自己,強調不僅僅是多coding,而是要對程式碼有更深層的理解。隨著職涯發展,工程師需要從單純的技術執行者轉變為團隊領導者,具備解決複雜問題和與他人有效溝通的能力。
Thumbnail
工程師希望能釐清任務的輕重緩急,其中那些「看起來不錯,但目前重要性沒那麼高」的任務,就叫做 nice-to-have...
Thumbnail
業務與研發之間的溝通是職場一大挑戰,常因認知差異產生誤解,影響工作氣氛與專案進度。 透過本文提出的三點提醒,設定對應方案來打破專業壁壘,就能建立起有效的跨部門合作關係。
Thumbnail
這篇文章主要討論了行銷人與設計人溝通的重要性,並針對以商業目的為主的設計提出了一些設計風格呈現、視覺重點、露出設計的地點和閱讀者為誰等方面的建議。
Thumbnail
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力,以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性,並強調從工程師升遷為專案經理並非易事,需要不斷學習與努力。
Thumbnail
這篇文章主要討論了設計的主客觀問題。透過討論設計師必然面對的主客觀問題,幫助讀者更妥善地處理設計衝突及評價,使設計更趨向完整。
Thumbnail
在《為什麼這樣工作會快、準、好》一書中,作者Charles Duhigg介紹了「工程設計流程(engineering design process)」決策法,這是一套要求人們在解決問題的過程中,需要根據以下幾個步驟:明確界定問題、蒐集資料、提出解決方案、討論選擇並透過持續的實驗找到最好答案。其實這個
Thumbnail
追求乾淨的程式碼是好的開始,但不要陷入過度設計的陷阱,導致程式難以維護。實際上,考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況,適時調整工作重心。技術不斷進步,使得寫程式變得更加容易,但這並不意味著工程師的角色會消失。在選擇技術時,也要考慮隱形成本有時簡單的解決方案反而更有效。
Thumbnail
表達清楚不代表你想和他人正向連結 有個朋友我們進行了一場對話,他說「到底要怎麼跟固執的人進行溝通?」 前一陣子, 他和老闆溝通工作上被否決的企劃案,在陳述這些過程前他說,他心裡早有預設,他的老闆很固執很難溝通,所以不容易「說服」,但他抱著還是讓自己「練習」溝通的想法願意嘗試,接著他輕輕一笑的說
Thumbnail
在裝修過程中,如何避免工班模式導致的出包風險?本文分享基於多年的承包經驗,分析兩種易出包的工班模式:發包的發包和挖東牆補西牆。透過故事經歷,揭示工班的真實情況,以及如何正確選擇工班以確保裝修品質和有效溝通。瞭解市場上的工班文化,幫助消費者在裝修時做出明智的決策,趨吉避凶。
Thumbnail
這篇文章探討了工程師在如何有效提升自己,強調不僅僅是多coding,而是要對程式碼有更深層的理解。隨著職涯發展,工程師需要從單純的技術執行者轉變為團隊領導者,具備解決複雜問題和與他人有效溝通的能力。
Thumbnail
工程師希望能釐清任務的輕重緩急,其中那些「看起來不錯,但目前重要性沒那麼高」的任務,就叫做 nice-to-have...
Thumbnail
業務與研發之間的溝通是職場一大挑戰,常因認知差異產生誤解,影響工作氣氛與專案進度。 透過本文提出的三點提醒,設定對應方案來打破專業壁壘,就能建立起有效的跨部門合作關係。
Thumbnail
這篇文章主要討論了行銷人與設計人溝通的重要性,並針對以商業目的為主的設計提出了一些設計風格呈現、視覺重點、露出設計的地點和閱讀者為誰等方面的建議。
Thumbnail
專案經理與工程師在工作上面對的挑戰和需求截然不同。專案經理需具備溝通、督促、認知及行政等四種核心能力,以便成功轉型。文章中舉例以生動的故事來說明這四種能力的重要性,並強調從工程師升遷為專案經理並非易事,需要不斷學習與努力。
Thumbnail
這篇文章主要討論了設計的主客觀問題。透過討論設計師必然面對的主客觀問題,幫助讀者更妥善地處理設計衝突及評價,使設計更趨向完整。
Thumbnail
在《為什麼這樣工作會快、準、好》一書中,作者Charles Duhigg介紹了「工程設計流程(engineering design process)」決策法,這是一套要求人們在解決問題的過程中,需要根據以下幾個步驟:明確界定問題、蒐集資料、提出解決方案、討論選擇並透過持續的實驗找到最好答案。其實這個
Thumbnail
追求乾淨的程式碼是好的開始,但不要陷入過度設計的陷阱,導致程式難以維護。實際上,考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況,適時調整工作重心。技術不斷進步,使得寫程式變得更加容易,但這並不意味著工程師的角色會消失。在選擇技術時,也要考慮隱形成本有時簡單的解決方案反而更有效。
Thumbnail
表達清楚不代表你想和他人正向連結 有個朋友我們進行了一場對話,他說「到底要怎麼跟固執的人進行溝通?」 前一陣子, 他和老闆溝通工作上被否決的企劃案,在陳述這些過程前他說,他心裡早有預設,他的老闆很固執很難溝通,所以不容易「說服」,但他抱著還是讓自己「練習」溝通的想法願意嘗試,接著他輕輕一笑的說