起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識設計師的溝通之道：如何有效地完成，并跟進設計環節的工作？
本文作者以設計階段的各溝通觸點為主線總結相關溝通技巧，旨在順暢的完成并跟進設計環節的工作。enjoy~
初入職場的設計小伙伴在與上下游溝通中常常產生一些困惑，也許是青澀的你過于內向，又或者是文藝的你跟不上產品的邏輯，實踐雖不如理論可以客觀存在并得以傳播，但一定有法可循，下面這些血淚經驗，希望對大家能有些許幫助。
信任危機=優秀的專業能力+好人緣+高顏值-溝通力
如果你認為自己有較為優秀的專業能力，待人親和，性格開朗，順便還有高顏值，但是在工作中還是會存在信任危機，那可能需要考慮一下你是否在溝通力上存在方式不當的問題。本文以設計階段的各溝通觸點為主線總結相關溝通技巧，旨在順暢地完成并跟進設計環節的工作。
設計階段的溝通觸點
先列出交互設計階段會產生的一些溝通觸點：
- 合理的需求是用戶體驗存在的前提，但是需求描述不清時如何高效獲得自己想要的信息？
- 懷疑是偽需求是如何確定需求來源的及其合理性呢？
- 匯報交互設計時如何向boss及上下游展示工作量與專業度？
- 如何讓視覺或前端一眼看到自己關注的點？
- 怎么面對上下游對方案的質疑？
- 與開發利益和產品排期沖突時怎樣可以避免合理的設計淪為飛機稿？
- 形式追隨功能，交互如何應對視覺改方案只為更美觀？還原度有問題怎樣推進修改？
針對以上問題，接下來的內容會一一闡述。
事例：瀏覽PRD后發現需求描述不清
設計師：親，以下是關于XX需求存在的疑問，請盡量在今天下班前給予答復。
產品：不好意思剛看到。問題一回答；問題二回答……
設計師：問題二是指A和B嗎？
產品：是的。A和B都需要體現出來。
設計師：好的。暫時沒有問題啦。
產品：辛苦哦
【點評】前期對于需求的理解需反復溝通與確認，而產品經理由于自身工作職責的關系經常不能即使給予反饋，因此可匯總提問，多用選擇與判斷的提問方式，這有利于系統性提問，提高溝通效率；此外，可給對方一個deadline，在規定時間里完成需求分析的工作。
事例：認為某需求是偽需求
設計師：添加這個功能的需求來源什么呢？
產品：客戶反饋的，某大客戶提出有加這個功能的需求，他們用的到。
設計師：這個功能用來做什么呢（使用場景有哪些）？
產品：方便……有利于……
設計師：這樣做又能達到什么目的呢？
客戶：這樣就可以內部交流了啊
設計師：哦，原來是要一個協同的功能，可不可以考慮A這樣呢？
客戶：好像也可以的。
【點評】懷疑是偽需求時需要先了解到底是UCD還是BCD（Boss Centered Design），如果是大boss提出的，一般是很難撼動的，但如果是用戶／客戶提出的，就可以繼續提問追溯本體真相，獲得最原始需求了，在一步步提問中可以開辟新的思路，推動產品／業務思考。
如何行之有效地匯報設計方案
匯報交互設計方案也是一對多的溝通，“三分靠畫，七分靠裱”說的沒毛病。
總結了幾點外審方案時注意的點：
- 簡述設計流程，簡單說明設計思路與考慮的過程，有助于對設計方案的理解，合作初期也可提高在同事前的專業度；
- 確定需求無誤，業務流程與邏輯梳理應該與產品同步；
- 標注并明確需注意的細節，匯報會上確認有爭議的點并做記錄，說明需要注意的點，防止后期被忽略；
- 交互說明分開注釋，視覺與開發在看交互稿時關注的內容不同，可區分顏色進行交互標注。
如何面對上下游的質疑
應該會有一些交互同學跟我一樣，初入團隊的時候并沒有交互設計師的崗位，PM做了大部分交互的工作（我一向認為專業的事情讓專業的人做，站的角度多了很難在各種要素中尋求平衡）或者是項目組成員初期合作階段，因此方案出來后經常會受到質疑，為此我同樣總結了以下四點：
- 參考競品：市場份額占有率較高的競品在同等問題的處理上一定是踩過坑的，可以借鑒；
- 引經（zhuang）據典（bi）：通過權威的理論依據與專業術語，如fitts law、Gestalt等；
- 數據支撐與用戶研究：后臺數據定量分析，用戶訪談、可用性測試等的定性分析；
- 用戶同理心：秒變小白用戶，從用戶和使用場景的角度描述方案的合理性
其實每個角色關注的點不同，運營關注的是營收指標，產品是KPI，而開發則擔心開發成本，所以如果有可能的話在最后提一句：這樣的方案不會影響甚至是有利于營收指標 / KPI /開發成本 。
事例：開發說：這個效果實現不了，會延期
開發：這個跳轉流程我們不好做，之前沒有說到這個需求
設計師：XX產品可以同步到PRD里嗎？因為不管是從信息層級還是用戶邏輯而言都是更為合理的流程，用戶用的爽才能留存呀。
產品：嗯，是的。這個新增進去要加多少人天？
開發：1-2天吧
設計師：我把競品的鏈接發給你，可以參考一下哈。
開發：可以
產品：那就這么定了，辛苦大家
【點評】既然是同一個產品線／項目組，大家共同的目標都是把產品做好，所以在排期上遇到問題時可以換位思考，爭取其他角色對方案的認同（特別是項目經理），再去推動，還有為開發提供方便，提高工作流程中的用戶體驗。
如果視覺改寫交互本意
交互和視覺按理說任何時候都應該是同一戰線的，但工作中有時候也會遇到了一些小問題，因此簡單提下。視覺設計師考慮的重心更多是表現層，在沒有深入理解或記住交互設計思路時會改動一些細節，這個時候交互必然不能主觀的說這個并不好看這個并沒有視覺優化，應該從用戶心理和使用場景方面去說服視覺；另外一種情況是創新方式的嘗試，設計者沉浸到自己的設計中時很難客觀的表達觀點，創新形式到底能不能突破長期以來培養的用戶習慣，可以找幾個用戶做簡單的可用性測試來確認方案的可行性。
如何推動還原度問題
前面有提到“專家盲點”，這個詞來源于《交互設計沉思錄》這本書，說的是對一個事物知道的越多，就越發不記得“不知道這個事物”時的情形，也就是說深入掌握專業技能使一個人沒有辦法想象身為初學者的感受。所以經常會出現前端認為兩個不同色值的紅是同樣的，相差幾個像素根本無異的情況。那還原度問題如何跟進解決？又來四方觀?？偨Y了四點，但一定不限這四點：
- 欲抑先揚：比如這樣：好高效啊，贊！但這邊的效果如果可以再平滑一點就完美了；
- 給開發洗腦：給經常合作的開發轉用戶體驗文章；經常跟他聊用戶體驗的重要性；聊逼格；
- 風險報備：問題比較多又延期不修改時，郵件抄送老大，并說明嚴重性；
- 評分機制：用戶體驗的還原度評估劃進測試的一部分，分數低于某個閾值時不給發布。
Key Words
敲下黑板，抽離出以上提到的有關設計師工作溝通的關鍵詞：匯總提問、提高工作流程用戶體驗、追溯本體真相、風險報備、用戶同理心、洗腦逼格、換位思考、認同與鼓勵
作者：Zoey，蘇寧體驗設計部交互設計師。微信公眾號：Zoeyux。
本文由 @Zoey 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 Pexels，基于 CC0 協議
??