一個(gè)項(xiàng)目或版本開發(fā)過程中，交互設(shè)計(jì)師50%的時(shí)間在溝通，40%的時(shí)間在思考，10%的時(shí)間在寫文檔。當(dāng)然，只是個(gè)大概值，不同的工作流程下可能略有不同。由此可見，溝通對交互設(shè)計(jì)師來說，是一項(xiàng)很重要的技能。前期與產(chǎn)品經(jīng)理、視覺的溝通，后期與開發(fā)、測試的溝通，每個(gè)環(huán)節(jié)都很重要且都會關(guān)乎到產(chǎn)品上線后的體驗(yàn)。但今天只總結(jié)我（交互設(shè)計(jì)師）與開發(fā)的溝通技巧，與君共勉。

首先，多學(xué)善問

畢業(yè)剛?cè)胄械臅r(shí)候，接到的第一個(gè)任務(wù)是：優(yōu)化語音查找異常處理流程。對于計(jì)算機(jī)一竅不通的自己，對于為什么會出現(xiàn)異常完全不知，然后就各種問導(dǎo)師。導(dǎo)師把我叫進(jìn)會議室，系統(tǒng)的給我講解了本地、網(wǎng)絡(luò)、服務(wù)器、服務(wù)器反饋、本地反饋整個(gè)后臺工作的流程，很形象具體，對自己以后處理相關(guān)問題都很受用。

上面的故事可能說明遇到一位好導(dǎo)師很重要，但更重要的是你自己如何發(fā)掘資源。許多交互設(shè)計(jì)師可能和我一樣，并非技術(shù)專業(yè)出身，所以剛?cè)胄械臅r(shí)候與開發(fā)溝通難免有些吃力。這時(shí)候你需要多積累一些常見的開發(fā)知識，不需要懂代碼但需要了解后臺處理的流程。平時(shí)遇到技術(shù)上的問題時(shí)多問，問產(chǎn)品，問開發(fā)。產(chǎn)品比開發(fā)懂交互，開發(fā)比產(chǎn)品更懂技術(shù)，如果產(chǎn)品的回答不能滿足你的欲望，那直接去問開發(fā)吧，當(dāng)然很多時(shí)候問開發(fā)需要點(diǎn)技巧。

起初，我經(jīng)常語氣柔和的問的“這里為什么不能實(shí)現(xiàn)？”，脾氣好點(diǎn)的開發(fā)會給稍微解釋下，脾氣不好的開發(fā)給你“實(shí)現(xiàn)有困難”或“實(shí)現(xiàn)不了”。后來的一件事很大的改變了我的溝通方式。

在iPhone平臺的一個(gè)地圖產(chǎn)品項(xiàng)目里，由于當(dāng)年用戶還很重視手機(jī)流量且地圖產(chǎn)品又很耗流量，所以首次進(jìn)入軟件會彈框提醒用戶該軟件可能會消耗移動流量。開發(fā)過程中，開發(fā)反饋了一個(gè)問題給交互：有兩個(gè)彈框一定會重疊，一個(gè)是iPhone系統(tǒng)的允許軟件獲取位置的彈框提醒，一個(gè)軟件本身的流量提醒。

?“為什么會重疊呢？不能控制前一個(gè)點(diǎn)擊消失后，再出現(xiàn)另一個(gè)？”

“不能，前面的彈框是系統(tǒng)的，不可控，并且沒有權(quán)限獲知用戶有沒有點(diǎn)擊彈框操作。”

“為什么系統(tǒng)彈框會出來？”

“因?yàn)槲覀冞M(jìn)去的時(shí)候需要加載地圖，加載地圖需要獲取當(dāng)前位置，軟件首次獲取位置時(shí)系統(tǒng)會彈框詢問”

“這樣，那我想想有沒有什么解決方案?！?/p>

回到座位上，思考著如何完美解決這個(gè)問題，然后突然發(fā)現(xiàn)我掉進(jìn)了開發(fā)的思維模式里了。我找到開發(fā)，繼續(xù)追問：

“你是進(jìn)去的時(shí)候就加載地圖，同時(shí)彈出流量提示？”

“是的?！?/p>

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

“就應(yīng)該不會重疊?！?/p>

PS：因?yàn)槟甏眠h(yuǎn)，具體說話內(nèi)容不一定完全吻合，但是整個(gè)溝通過程大致是如此的。

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

我們可以嘗試更直接點(diǎn)的問“這個(gè)后臺流程是怎樣的？”或“這個(gè)后臺是怎么實(shí)現(xiàn)的”。這種提問出來后，首先開發(fā)將是主導(dǎo)，他會給你講背后的流程、邏輯，你只要邊聽邊思考就行。而且開發(fā)給的是實(shí)現(xiàn)的大框架，很多時(shí)候他們可以重溫開發(fā)流程，你或他也可以很快的發(fā)現(xiàn)問題出在哪，并學(xué)到很多開發(fā)實(shí)現(xiàn)的知識。如果沒有立即發(fā)現(xiàn)問題，那就對你有疑問或不懂的地方繼續(xù)細(xì)問，實(shí)在沒有發(fā)現(xiàn)問題，拉另一個(gè)開發(fā)進(jìn)來也是件不錯(cuò)的事，因?yàn)楹芏嗄悴欢?，他同伴懂?/p>

其次，勤于思考，幫助開發(fā)解決問題

前段時(shí)間做TV項(xiàng)目時(shí)，遇到一個(gè)問題：交互定義的是搜索結(jié)果中需顯示所有結(jié)果的總個(gè)數(shù)，但是具體結(jié)果只展示99個(gè)（具體原因這里先不解釋）。但是拿到第一個(gè)版本的結(jié)果是，結(jié)果數(shù)值最多只顯示“99”，于是找到搜索的開發(fā)，然后向他反饋了下問題。

“這里應(yīng)該是實(shí)際的數(shù)字不是結(jié)果的個(gè)數(shù)，實(shí)際數(shù)字更顯得我們的內(nèi)容豐富，現(xiàn)在無論我輸入哪個(gè)字母都是99，一來讓用戶覺得內(nèi)容不豐富，二來會感覺程序出了問題”。

“顯示實(shí)際個(gè)數(shù)會很復(fù)雜，因?yàn)榻Y(jié)果可能幾十萬條，返回結(jié)果會很慢?！?/p>

“恩。我理解的實(shí)現(xiàn)是這樣的：用戶輸入后，我們先去服務(wù)器檢索，檢索完后將所有結(jié)果按匹配度排序，排完序之后再取前100條展示，是么？”

“是的?！?/p>

“那在將所有結(jié)果排序的時(shí)候，其實(shí)是可以順帶取到這個(gè)數(shù)值的，因?yàn)槭菍λ械臋z索結(jié)果重新排序，不知道對不對？”

“應(yīng)該是這樣的，我再試試看?！?/p>

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

再次，建立與開發(fā)的信任

在一個(gè)項(xiàng)目中，建立信任很重要，包括產(chǎn)品、視覺、開發(fā)對你的信任。信任一旦建立后，一些工作溝通都會很順暢。如何建立信任？前期多與產(chǎn)品溝通，自己多思考問題，在你做每一步?jīng)Q定時(shí)，多對自己問幾個(gè)為什么，做到有源設(shè)計(jì)。這樣到開發(fā)階段返工、修改會減少很多，當(dāng)開發(fā)向你反饋問題或有疑惑時(shí)，自己先認(rèn)真想想，有疑問的地方先找相關(guān)人員確認(rèn)，然后再給答復(fù)。我自己工作溝通中，經(jīng)常說的一句話是：“我先想想，等會給你答復(fù)”。

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