專案開發中，交互設計師 50% 時間在溝通、40% 在思考、10% 寫文檔（大約值）。可見溝通是核心技能。前期與產品經理、視覺溝通，後期與開發、測試溝通，環環相扣，關乎上線體驗。本文專總結交互設計師與開發的溝通技巧，與君共勉。

一、多學善問：從「為什麼不能」到「流程怎麼跑」

剛入行時，任務是優化語音查找異常流程。計算機一竅不通的我，靠不斷問導師，才搞懂本地、網絡、服務器、反饋的完整後台流程，受用至今。遇到好導師固然重要，但關鍵在自己如何發掘資源。許多交互設計師非技術出身，初期與開發溝通吃力，需積累常見開發知識——不懂代碼，但要懂後台處理流程。平時多問產品、多問開發：產品懂交互，開發懂技術，產品解釋不清再找開發。

早期我常柔和問「這裡為什麼不能實現？」，好脾氣開發稍解釋，壞脾氣回「有困難」或「實現不了」。一件事徹底改變了我：

iPhone 地圖產品項目中，用戶重視流量且地圖耗流量，首次進入彈框提醒可能消耗流量。開發反饋：系統定位彈框與流量提醒彈框必重疊。我問「為什麼會重疊？不能控制先後順序？」，開發說系統彈框不可控、無權限知曉用戶操作。我追問「為什麼系統彈框會出來？」，答「進入需加載地圖，首次獲取位置觸發系統彈框」。

回座思考，突然發現我陷入開發思維模式。我再找開發，換問法：「你是進入就加載地圖同時彈流量提示？」「是的。」「那如果先彈流量提示，用戶操作後再加載地圖呢？」「就不會重疊。」

教訓：問「為什麼」，開發給點狀答案，你主動、他被動，信息散亂需自行梳理；問「這個後台流程是怎樣的？」，開發主導講流程邏輯，你邊聽邊想，獲得大框架，雙方常能快速定位問題並學到實現知識。若無果，繼續細問或拉另一開發加入。

二、勤於思考，幫助開發解決問題

TV 專案中，交互定義搜索結果顯示總數，但具體只展示 99 個。首個版本數值最多只顯「99」，我反饋：「應顯示實際總數，顯示內容豐富；現無論輸入什麼都是 99，讓用戶覺得內容不豐富、程序有問題。」開發稱「顯示實際數很複雜，結果幾十萬條，返回慢。」

我基於對流程的理解嘗試破解：「我理解實現是：用戶輸入 → 服務器檢索 → 所有結果按匹配度排序 → 取前 100 條展示，對嗎？」「是的。」「那排序時順帶能取到總數值，因為是對所有結果重排，不知對不對？」「應該是這樣，我再試試。」

開發非推卸責任，而是陷入線性思維一時跳不出。設計師要做的：多思考、幫助發現根源、共同解決。見實現與預期不符，勿興師問罪，心平氣和陳述事實，判斷是需求理解偏差、一時馬虎還是技術難題；被質疑交互流程時，從用戶場景、任務流程、產品目標專業解答。細節討論時保持清醒，記住用戶場景與目標，防被開發思維帶偏。

三、建立與開發的信任

專案中建立信任（產品、視覺、開發對你的信任）至關重要，信任建立後溝通順暢。如何建立？前期多與產品溝通、多思考、每步決定多問幾個為什麼、做到有源設計。這樣開發階段返工修改大減。開發反饋問題時，先認真想、有疑問找相關人確認、再答復。我常說：「我先想想，等會給你答復。」

總結：多積累知識，設計開發皆追求有源，與開發溝通多站其角度思考；大家平等、敬業、負責，奔著解決問題去溝通；先做好自己工作，大家都能少干點活。