交互設計師如何與開發人員更好的溝通，完成更美的產品？

一個項目或版本開發過程中，交互設計師50%的時間在溝通，40%的時間在思考，10%的時間在寫文檔。當然，只是個大概值，不同的工作流程下可能略有不同。由此可見，溝通對交互設計師來說，是一項很重要的技能。前期與產品經理、視覺的溝通，後期與開發、測試的溝通，每個環節都很重要且都會關乎到產品上線後的體驗。但今天只總結我（交互設計師）與開發的溝通技巧，與君共勉。

首先，多學善問

畢業剛入行的時候，接到的第一個任務是：優化語音查找異常處理流程。對於計算機一竅不通的自己，對於為什麼會出現異常完全不知，然後就各種問導師。導師把我叫進會議室，系統的給我講解了本地、網路、伺服器、伺服器反饋、本地反饋整個後台工作的流程，很形象具體，對自己以後處理相關問題都很受用。

上面的故事可能說明遇到一位好導師很重要，但更重要的是你自己如何發掘資源。許多交互設計師可能和我一樣，並非技術專業出身，所以剛入行的時候與開發溝通難免有些吃力。這時候你需要多積累一些常見的開發知識，不需要懂代碼但需要了解後台處理的流程。平時遇到技術上的問題時多問，問產品，問開發。產品比開發懂交互，開發比產品更懂技術，如果產品的回答不能滿足你的慾望，那直接去問開發吧，當然很多時候問開發需要點技巧。

起初，我經常語氣柔和的問的「這裡為什麼不能實現？」，脾氣好點的開發會給稍微解釋下，脾氣不好的開發給你「實現有困難」或「實現不了」。後來的一件事很大的改變了我的溝通方式。

在iPhone平台的一個地圖產品項目里，由於當年用戶還很重視手機流量且地圖產品又很耗流量，所以首次進入軟體會彈框提醒用戶該軟體可能會消耗移動流量。開發過程中，開發反饋了一個問題給交互：有兩個彈框一定會重疊，一個是iPhone系統的允許軟體獲取位置的彈框提醒，一個軟體本身的流量提醒。

「為什麼會重疊呢？不能控制前一個點擊消失後，再出現另一個？」

「不能，前面的彈框是系統的，不可控，並且沒有許可權獲知用戶有沒有點擊彈框操作。」

「為什麼系統彈框會出來？」

「因為我們進去的時候需要載入地圖，載入地圖需要獲取當前位置，軟體首次獲取位置時系統會彈框詢問」

「這樣，那我想想有沒有什麼解決方案。」

回到座位上，思考著如何完美解決這個問題，然後突然發現我掉進了開發的思維模式里了。我找到開發，繼續追問：

「你是進去的時候就載入地圖，同時彈出流量提示？」

「是的。」

「那如果先彈出流量提示框，用戶操作後在載入地圖呢？」

「就應該不會重疊。」

PS：因為年代久遠，具體說話內容不一定完全吻合，但是整個溝通過程大致是如此的。

一般情況下，我們問「為什麼」，開發會針對你提的這個問題回答原因，通常一問一答，句子很短。你處於主動狀態，開發處於被動狀態，而且問到的信息是一個一個的點，比較散亂，需要自己重新梳理。類似「為什麼實現不了」這樣的問題更讓人感覺不舒服，不是語氣問題，而是問問題的方式。

我們可以嘗試更直接點的問「這個後台流程是怎樣的？」或「這個後台是怎麼實現的」。這種提問出來後，首先開發將是主導，他會給你講背後的流程、邏輯，你只要邊聽邊思考就行。而且開發給的是實現的大框架，很多時候他們可以重溫開發流程，你或他也可以很快的發現問題出在哪，並學到很多開發實現的知識。如果沒有立即發現問題，那就對你有疑問或不懂的地方繼續細問，實在沒有發現問題，拉另一個開發進來也是件不錯的事，因為很多你不懂的，他同伴懂。

其次，勤于思考，幫助開發解決問題

前段時間做TV項目時，遇到一個問題：交互定義的是搜索結果中需顯示所有結果的總個數，但是具體結果只展示99個（具體原因這裡先不解釋）。但是拿到第一個版本的結果是，結果數值最多只顯示「99」，於是找到搜索的開發，然後向他反饋了下問題。

「這裡應該是實際的數字不是結果的個數，實際數字更顯得我們的內容豐富，現在無論我輸入哪個字母都是99，一來讓用戶覺得內容不豐富，二來會感覺程序出了問題"。

「顯示實際個數會很複雜，因為結果可能幾十萬條，返回結果會很慢。」

「恩。我理解的實現是這樣的：用戶輸入後，我們先去伺服器檢索，檢索完後將所有結果按匹配度排序，排完序之後再取前100條展示，是么？」

「是的。」

「那在將所有結果排序的時候，其實是可以順帶取到這個數值的，因為是對所有的檢索結果重新排序，不知道對不對？」

「應該是這樣的，我再試試看。」

很多時候，開發不是說推卸責任不想做，而是有時候他們掉進了他們的線性思維里，一時沒法跳出來看問題。你需要做的是，多思考問題，幫助他們一起發現問題根源，並解決問題。當看到實現與交互預期不符時，不要用興師問罪的口吻溝通，盡量心平氣和的陳述事實，看是對需求沒有理解清楚還是一時馬虎或者技術上遇到了問題；當自己的交互流程被質疑時，盡量從用戶情景、流程任務或者是產品目標等專業方面解答他們的疑惑。同時由於和開發後期討論時，大部分是非常細節的問題，要保持自己頭腦清醒，時刻記住用戶場景、用戶目標，防止被他們的思維帶著走。

再次，建立與開發的信任

在一個項目中，建立信任很重要，包括產品、視覺、開發對你的信任。信任一旦建立後，一些工作溝通都會很順暢。如何建立信任？前期多與產品溝通，自己多思考問題，在你做每一步決定時，多對自己問幾個為什麼，做到有源設計。這樣到開發階段返工、修改會減少很多，當開發向你反饋問題或有疑惑時，自己先認真想想，有疑問的地方先找相關人員確認，然後再給答覆。我自己工作溝通中，經常說的一句話是：「我先想想，等會給你答覆」。

綜上所述，首先多積累知識，設計、開發都要追求有源，與開發溝通時多站在他們的角度思考問題；其次大家都是平等的，敬業且富有責任心的，大家奔著解決問題的目標去溝通；再次，先做好自己的工作，那樣大家都可以少干點活。

- 5plus設計