今年很多文章都猜測對話式交互會成為2017年熱門趨勢，但關(guān)于對話式交互的解讀還不是很多，本文詳細(xì)分析了對話式交互的優(yōu)缺點和應(yīng)用場景，強烈推薦閱讀。

一、要想火，傍大腿

對話式交互，顧名思義，就是像兩個人對話一樣的交互方式。可以是文字的，也可以是語音的。我們每天都用的微信，你說一句，我說一句，就是典型的對話式交互。

編者按：很多新人交互設(shè)計師做出方案后一直無法和產(chǎn)品經(jīng)理達(dá)成共識，而他們可能都沒意識到，一個專業(yè)的交互設(shè)計流程就可以解決大部分問題。

王鎮(zhèn)雷：首先，要感謝我的 Leader 和師姐，在他們的幫助下，我才理清了這個交互設(shè)計流程。

雖不敢說這套方法一定是最優(yōu)的，但至少是我工作以來一個專業(yè)上的里程碑。

話不多說，直接開講。

日常工作中，常見但錯誤的交互設(shè)計方法有：

• 產(chǎn)品經(jīng)理提了需求，立馬動手畫圖；
• 設(shè)計中才查看競品，并且沒有特定分類，想到哪個看哪個；
• 執(zhí)著于具體的設(shè)計細(xì)節(jié)；
• 提交/評審方案時，沒有設(shè)計過程，直接提供稿子講解結(jié)果。

普通應(yīng)用在起初的三天里每天會流失77%的日活躍用戶。

        你肯定不想你的公司發(fā)生這樣的事情，為獲得新用戶而投入了眾多資源，而大多數(shù)用戶僅僅在首次訪問之后便馬上離開了。如何改善這種情況呢？即你需要通過創(chuàng)造完美的訪問流程為用戶留下非常棒的第一印象。

隨著網(wǎng)絡(luò)傳輸速度的提升，視頻在網(wǎng)頁中的應(yīng)用越來越多，也越來越廣泛，帶寬和流量對于網(wǎng)頁視頻的限制已經(jīng)不再像5年前那么明顯。而移動端設(shè)備的性能的提升，在移動端網(wǎng)頁中使用視頻也并不顯得吃力。所以，今天我們常常能在不同的網(wǎng)頁中看到各種不同功用的視頻。

常言道一圖勝千言，而視頻比起圖片所能承載的信息量更大。如果能夠有效的使用視頻，它對于用戶的吸引力會非常明顯——它可以更好的傳遞情緒，更加富有表現(xiàn)力，能讓用戶更容易“感受”到你想要傳遞的信息。不過，相比于其他元素，視頻都比較“重”的媒體，使用的時候要謹(jǐn)慎。

@薛斯塔 ：交互設(shè)計師和產(chǎn)品經(jīng)理的協(xié)作問題是產(chǎn)品設(shè)計中的一個老大難，我在工作中經(jīng)常會聽到同行對產(chǎn)品經(jīng)理們的血淚控訴。作為交互設(shè)計師，學(xué)會和團隊中不同的角色協(xié)作是我們的專業(yè)能力之一，如何溝通、影響乃至于推動自己的設(shè)計方案進行實施是每一位設(shè)計師需要去磨練的，這不僅僅是那份執(zhí)著，更是一種技巧。

下面進入譯文。

在互聯(lián)網(wǎng)行業(yè)，交互設(shè)計師還是一個相對比較新的職位。因此，在工作中我們常常見到產(chǎn)品經(jīng)理過多介入交互設(shè)計師的工作，甚至有的團隊直接讓產(chǎn)品經(jīng)理來做交互設(shè)計的工作，這是為什么呢？實際上，在互聯(lián)網(wǎng)發(fā)展的早期，這確實是同一個人的工作！產(chǎn)品經(jīng)理的職能之一就是支持和協(xié)助部署交互設(shè)計方案，以確保產(chǎn)品的方案可行性。隨著互聯(lián)網(wǎng)的成熟發(fā)展和工作職位的細(xì)分，交互設(shè)計師這個被細(xì)分出來的角色被定位出來設(shè)計產(chǎn)品的交互方案是威脅到了產(chǎn)品經(jīng)理的工作范疇。

因此，在日常工作中，產(chǎn)品經(jīng)理和交互設(shè)計師這對冤家是一直在暗中腳力的，交互設(shè)計師的方案每每遭到產(chǎn)品經(jīng)理的質(zhì)疑甚至是無視，這其中有專業(yè)能力層面的合理分歧，當(dāng)然也夾雜著一些主觀層面的感受之爭，最終導(dǎo)致的是產(chǎn)品經(jīng)理經(jīng)常性的忽視來自體驗設(shè)計團隊的一些方案建議。那么，我們?nèi)绾尾拍芨纳苾烧咧g的合作關(guān)系，從而使兩者能夠客觀的協(xié)作制定合理的體驗設(shè)計方案呢？

@凌霜設(shè)計 （Frog Design交互生）： 作為一名交互設(shè)計師，如何更好地與項目里的其他人合作？如何更好地利用大家的時間？團隊經(jīng)理用畫圖的方式跟我解釋了一下，有些問題并沒有直接的答案，但是我覺得解釋的方式很有趣，我憑著記憶把它們重新畫了一下，和大家聊聊合作的問題。

今天和我的經(jīng)理聊了一下最近工作上發(fā)生的事：上周做了什么，這周和下周準(zhǔn)備要做什么。剛剛結(jié)束了設(shè)計階段（Design Sprint）1，和客戶開了遠(yuǎn)程會議，收到了許多的反饋意見，各個方面的都有。

現(xiàn)在項目正處于一種（我覺得）特別尷尬的階段：視覺設(shè)計師只出了初步的幾個概念圖，程序員還在準(zhǔn)備框架，尚未開始寫代碼，但是根據(jù)原先的計劃，這周就要開始開發(fā)了。作為交互設(shè)計師，一方面留著一大堆反饋意見還沒有反映到線框圖中，另一方面設(shè)計階段2的任務(wù)已經(jīng)要來了。雖然還沒有開始設(shè)計，但從可能的流程上來看，任務(wù)量巨大，是一個特別復(fù)雜的系統(tǒng)，不光是設(shè)計一個新的交互方式，還是新的工作方式和商業(yè)模式，心里真沒底。

我把自己的困惑告訴了經(jīng)理：作為一名交互設(shè)計師，如何更好地與項目里的其他人合作？如何更好地利用大家的時間？他用了畫圖的方式跟我解釋了一下，有些問題并沒有直接的答案，但是我覺得解釋的方式很有趣，我憑著記憶把它們重新畫了一下，和大家聊聊合作的問題。

什么是敏捷開發(fā)（Agile）

先說一下總體的合作方式，我們用的是敏捷開發(fā)（Agile）的方式。維基百科上是這么解釋的：

敏捷軟件開發(fā)（英語：Agile software development），又稱敏捷開發(fā)，是一種從1990年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法，是一種應(yīng)對快速變化的需求的一種軟件開發(fā)能力。它們的具體名稱、理念、過程、術(shù)語都不盡相同，相對于“非敏捷”，更強調(diào)程序員團隊與業(yè)務(wù)專家之間的緊密協(xié)作、面對面的溝通（認(rèn)為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應(yīng)需求變化的代碼編寫和團隊組織方法，也更注重軟件開發(fā)過程中人的作用。

如果把這種方法簡單視覺化一下，就如下圖：

我們整天都在說用戶體驗，設(shè)計師要站在用戶的角度思考問題，幫助用戶解決問題，優(yōu)化產(chǎn)品操作流程及視覺層級的排布，作為設(shè)計師我們這么做的目的到底是什么，我們?yōu)槭裁匆獮榱艘粋€體驗細(xì)節(jié)和產(chǎn)品去討論，去爭執(zhí).

13年底，Intercom 的產(chǎn)品VP Paul Adams 在 Intercom 官博發(fā)表了 一篇博文 。文章講述了網(wǎng)絡(luò)上設(shè)計社區(qū)里普遍存在的一種現(xiàn)象，大意是“許多設(shè)計師在社區(qū)中分享的作品往往是為了炫技，而產(chǎn)品的邏輯通常都經(jīng)不起推敲的，真正優(yōu)秀的設(shè)計應(yīng)該從更高的層面出發(fā)，而不只是做表面上的工作”。

文章發(fā)布后，在 Twitter 、HN 及博客評論下引起了反響。雖然部分內(nèi)容在一些設(shè)計師眼里看起來比較有攻擊性（也就是俗稱“開噴”），甚至還帶有些地圖炮，但是文中關(guān)于“設(shè)計的四個層次”以及“when..I want to..then I can...”等設(shè)計觀點和方法論都非常值得我們回味并運用到工作當(dāng)中。

之前在知乎上回答了一個關(guān)于“線框仔”的問題，其實對這個問題深有感觸，我自己也曾經(jīng)經(jīng)歷過這樣的階段，便寫下了以下答案，希望交互設(shè)計師都能是真正的設(shè)計師而不是淪為“線框仔”。

微信小程序設(shè)計的基本原則是微信設(shè)計中心針對在微信類上線的小程序頁面總結(jié)的設(shè)計指南及建議。以下設(shè)計原則都是基于對用戶的尊重的基礎(chǔ)上的，旨在微信生態(tài)類建立有號、、一致的用戶體驗的同時，順應(yīng)和支持各業(yè)務(wù)需求設(shè)計，實現(xiàn)用戶與程序的共贏。