相信做設計的同學對黃金螺旋線并不陌生，這是屬于純理論層面的知識，上面這張建筑圖片就是很明顯運用了這個理論

譯者紀：本片文中包含大量的動態(tài)頁面（原網站是視頻鏈接，本網站上傳視頻不能排序，故人工轉為動圖），加載較緩慢，請各位多點耐心，么么噠

---

一個好的交互設計師可以很容易的解釋設計里面的決定背后的邏輯。這包含著信息架構，頁面內容的層次結構，流程和所做的解釋。

遲早，動效將會應用到線框圖原型中，這個時候，再去對設計做決定或者是解釋，將會變的難一些。例如一些這樣的理由：太狂拽酷炫了……太潮了……太雞凍了……這將是設計失去其力度的領域（Reasons such as “It will be cool!” or “It’s trendy” or ”exciting” are exactly the areas where a design starts to lose its strength.）在我們的設計中，動效理應占到更多的比重。我們應該去定義動效，并且闡述他們的目的——像我們闡述一個設計中其他的元素一樣。

什么是功能動效？

一個好的用戶界面具有較高的轉化率和易用性。換句話說，它既能滿足商業(yè)用途也便于使用。以下是我們發(fā)現(xiàn)的一些想法清單。

上一篇：交互設計技巧：創(chuàng)造好的用戶體驗（1）(翻譯)

21. 嘗試平滑過渡而不是突兀呈現(xiàn)

當用戶進行操作的時候，界面元素經常會有出現(xiàn)、隱藏、移動、轉換以及大小調整的動作。作為對操作的回應，為元素變化適當添加時間延遲有時候讓用戶更容易理解剛剛發(fā)生了什么。以動畫或者過渡的形式刻意制造的延時，給了用戶理解元素大小或者位置變化的必要的反應時間。當然了，你也要記住，我們應該將過渡的時間控制在0.5s之內，時間太久的話，用戶可能就會感到不適。對于那些只想快點完成任務的用戶，太長時間的延時當然會成為一種負擔。

 22. 嘗試循序漸進的引導而不是草率地讓用戶注冊

與其要求用戶立馬注冊，何不讓用戶先體驗一些已示范的有價值的操作呢？在最初的交互過程中，不僅能展現(xiàn)產品的價值，也能顯示出產品的個性。一旦用戶開始看到你的產品的價值，了解產品對自己的用處，他們將更樂于與你分享更多的信息。這種循序漸進的引導是一種盡可能推遲注冊過程的方法，同時還可以讓用戶使用和自定義你的應用或產品。

一個好的用戶界面具有較高的轉化率和易用性。換句話說，它既能滿足商業(yè)用途也便于使用。以下是我們發(fā)現(xiàn)的一些想法清單。

  1. 嘗試使用一列布局代替多列

一列布局會讓你對全局有更好的掌控。它也能讓你的用戶預先對整體的內容從上到下有一個大致的了解。然而多列布局則會讓用戶從頁面的核心內容上分散注意力從而增加額外的風險。最好的方法是用一個有邏輯的敘述然后在文末加上一個行動的口號來引導用戶。 

  2. 嘗試用禮物代替直接銷售

信息可視化包括了信息圖形、知識、科學、數(shù)據(jù)等的可視化表現(xiàn)形式，以及視覺可視化設計方面的進步與發(fā)展。地圖、表格、圖形，甚至包括文本在內，都是
信息的表現(xiàn)形式，無論它是動態(tài)的或是靜態(tài)的，都可以讓我們從中了解到我們想知道的內容，發(fā)現(xiàn)各式各樣的關系，達到最終解決問題的目的。信息可視化的意義就是在于運用形象化方式把不易被理解的抽象信息直觀地表現(xiàn)和傳達出來。

前方高能，鑒于譯者是處女座，所以感覺本文的原作者也是處女座，文章沒有高深的策劃理論，但是把平常我們覺得很簡單的表單
設計思路挖得很深很透徹，將小小的最平常的一個選項設計應該采用哪種方案一一列出，在理之余，也把用戶的一些思維模式放出來。很多時候感覺我們經常在思考
一些大的華麗的東西，卻不知道其實每一個小的設計其實都可以鉆研、都可以有不同的設計方案。與喜歡鉆研交互設計的朋友們共勉~~英語能力有限，歡迎吐槽指
正

真正的用戶體驗設計師并不是由畫線框圖的能力所造就的，更重要的是，他們懂得怎樣處理回饋信息，怎樣驗證想法，他們懂得做調研和迭代。他們知道草圖和線框原型只是整個設計流程當中的一小部分，它們是調研工作的結論產出，是用來做溝通的信息載體；它們有可能被放到演示文檔當中供產品、設計、技術開發(fā)等相關人員進行交流溝通，也有可能以高保真或紙面原型的形式被用作可用性測試。

在互聯(lián)網時代，誰有互聯(lián)網思維?馬化騰，雷軍，周鴻祎他們有。他們?yōu)槭裁从谢ヂ?lián)網思維?因為他們都是產品經理!所謂的“互聯(lián)網思維”其實就是產品經理的日常工作方法。這篇文章是一位資深產品經理寫的故事，看過后，就算不是IT人，你也一定會有所收獲。

一家軟件公司接到了一個項目：開發(fā)某報業(yè)集團的圖片管理系統(tǒng)，老板決定成立一個跨部門的項目組來負責這個圖片系統(tǒng)。任務由產品經理張曉龍負責，韓冰配合張曉龍的工作。

他們商量了一下，決定盡快開一個項目啟動會。會議的目的有兩個，一個是大家互相認識一下，另外一個就是一起討論一下對于這個項目的看法，以及下一步的工作安排。

各位已經工作了的小伙伴們，你們在跟公司領導或是開發(fā)、銷售等其他人討論產品的設計問題是不是經常聽到這么兩個問題:“我也是用戶啊，我就覺得xxx功能提好的啊”，“如果用戶需要xxx功能怎么辦”？

通常這個時候你是怎么回答的呢？是不是覺的他們好不講道理但又卻無法反駁？那今天老D給你講一個案例，一個故事講什么為什么需要用戶角色模型。

一家汽車公司準備設計一款新車，他們的產品種類廣泛，一直以來的主要銷售對象是如下幾類人：

 A是個富二代，喜歡跑車，因為馬力足、外形酷、好玩；

B是個家庭主婦，希望自己的車能安全、舒適、空間大；

C是個零售店主，經常拉貨，所以希望自己的車解釋耐用；

D是個上班族，希望停車方便、省油；

E是個農民，希望能夠結實耐用動力強勁；

F..；

G...；

還有很多小眾的用戶需求

作為交互設計師的你，可能會聽產品經理說過：“我們的產品支付成功率很低，很多用戶下了單，但沒有完成付款，好郁悶?！被蚴恰奥牭接脩舴答佌f很難用，操作很復雜，我該怎么辦？” 今天就來介紹幾個簡化復雜操作的好方法 >>>