當提到如何跟工程師溝通,相信不少設計師滿腹吐水。雖然大家都知道團隊合作很重要,然而事情往往不是那麼容易XD。如果我們將工程師劃分為兩種類型,其一為終極頑固仔,就算你說得多有道理,還是會以時程作為推托;反之,另一種就是實作挑戰仔,對於設計方案充滿疑問且認為技術不可行。
終極頑固仔
針對這類型,大多設計師只能默默接受設計修改,而無法從中改變什麼,以下方法不妨可以試試,至少能對你的設計和主管有所交代:
1.善用比較法
在溝通前,可以預先準備好兩個可行方案。首先,針對預期實作難度大的先進行提案,沒有意外的話,對方一定會認為不可行。然而,關鍵就是則於,第二個提案的出現,這個轉折,反而促使對方在不得已的情況下退讓,更加願意嘗試,重新評估時程。
2. 借力使力
想要做好設計,先搞清楚利益關係人,才能確保設計方案能被認可。以B2B來說,大多以客戶的意見為主,所以在溝通話語上,不妨可以嘗試說明這個方案已經被客戶同意,他們也非常喜歡這個想法,接下來就是看實作要如何進行的話術。
3.找到對的施力點
不論在硬體還是軟體領域裡面,裡面充滿著無數的技術專名詞,對於設計師來說,很容易在溝通過程中陷入一種迷失,不知道他們到底在說什麼,而傻傻地被引導到技術不可行這個結論。所以要適時地中斷和問問題,重新將主題拉回以用戶為中心的場景,將主線轉往自己擅長的領域,如此一來,才能避免在資訊不對稱下,失去說服的機會。
4.成群結黨
對於不擅長口才的設計師,在找工程師溝通前,可以拉上主管或是相關專案的同仁一起。畢竟每個人喜歡的思考模式都不太一樣,有的人喜歡將問題帶回去好好的思考,在一一回覆。以群體出擊的方式能適時緩解溝通時的時間壓迫感,甚至能相互協助補充解釋。
5.資源使用極大化
時程一直以來都是設計實作上的一大痛點,設計師可以做的就是幫忙協調資源,可能之前有類似的案子,在設計方案上似乎能複用,這時候就可以將兩個資源串接起來,試著幫忙減少工程師的開發時間,至少讓他覺得你是真的想辦法解決問題(心理話:演也要演出來~)
實作挑戰型仔
與上述提到的終極頑固,相對來說,這種類型需要針對溝通上的細節更加用心,利用同理心的角度來溝通:
6.建立信賴關係
信賴關係的基礎,基本上就是建立在專業能力上。如果能很有信心地利用邏輯脈絡闡述自己的設計方案,別人才會尊重你。至少讓他感覺這方案很可靠沒有什麼大的疏漏。久而久之,雙方的信賴感就會逐漸培養起來,畢竟很多時候信賴感比其他關係更重要,一旦有了信賴感,事情就容易推展。
7.漸進式說服
近年來,幾乎所有熱門的服務都採用訂閱制的方式,讓消費者在購買的過程中,感覺到最小的損失。同樣的方法一樣能運用到溝通技巧上,至少在意見交流過程中讓對方感覺你有在聽他說話,有一種我懂你的感覺並認同想法,然而…之類的方式,而不是全盤打翻,說你不懂設計之類的衝動話語。
8.事前溝通
設計師最討厭的事情不外乎就是臨時需求變更,同樣地,工程師也是。所以在任何想法或是大幅度的修改前,可以試著先去找幾個關係人事前溝通。以事前溝通取代事後衝突,盡可能坦白地告知,而不是掩蓋事實,在最後實作階段才被發現,反而容易造成較大的反制心態。
9.避免提及設計規範
在產品設計過程中,通常都會制定設計準則讓設計師間的設計產出保持一致性,然而設計準則大多都是主觀性的規範。如果今天只是用不符合規範這樣的陳述來說服工程師,其實是很難被認同,好一點的方式,可以利用競品或是數據來佐證推論。
10.對標共同利益
從工程師的實作來看,他們在乎的大多是運作邏輯是否合理,執行起來的效能,邏輯是否能模組化的複用以及未來的維護成本。也因為角度差異甚大,容易產生雞同鴨講的狀況。所以設計師需要的是仔細觀察並找到雙方認同的立足點著手,一步步推進,好好地闡述自己的設計,盡可能降低工程師對於設計方案的不確定性。
小結
溝通技巧不管在任何行業都是潛在輔助的生存技能。尤其,時至今日設計在好,沒有好的溝通力,也是無效的。如果有一些不錯的方法,也歡迎大家討論切磋~囉!
如果喜歡我的文章,歡迎[追蹤]小弟,陪你一起長大長肉🙏,想要定期收到有趣的內容,可以查看下面的部落格囉~