聊聊交互設計師與開發溝通的技巧

 

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

　　首先，多學善問

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

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

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

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

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

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

　　“為什麼系統彈框會出來?”

　　“因為我們進去的時候需要加載地圖，加載地圖需要獲取當前位置，軟件首次獲取位置時系統會彈框詢問”

　　“這樣，那我想想有沒有什麼解決方案。”

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

　　“你是進去的時候就加載地圖，同時彈出流量提示?”

　　“是的。”

　　“那如果先彈出流量提示框，用戶操作後在加載地圖呢?”

　　“就應該不會重疊。”

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

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

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

　　溝通除了面對面交談，很多時候也需要郵件往來，職場郵件也有講究呦：《職場人必備!如何讓電子郵件更給力》

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

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

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

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

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

　　“是的。”

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

　　“應該是這樣的，我再試試看。”

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

　　再次，建立與開發的信任

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

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