欧美videos另类精品-欧美videos另类极品-欧美vide-欧美va在线视频-欧美va在线观看-欧美va在线播放免费观看

離開交互圈已經有段時間了。但由于博客還在，還是能夠偶爾收到一些郵件，上周有位同學問我：我在求職，我看到很多招聘說明上需要交互設計師編寫界面交互設計文檔 ，請問界面交互設計文檔是什么文檔？怎么編寫呢

 

所謂DRD即是用來承載交互說明，并交付給前端、測試以及開發工程師參考的文檔。

 

在項目中，交互設計師的主要產出物可能依次是：site map，page flow，wireframes。有的大型項目前期，交互設計師有可能還會產出用戶需求分析文檔（與PD產出的市場需求文檔不一樣的是，URD更多側重于對目標用戶的需求分析）。

 

DRD則很少有人專門撰寫。如果需要對交互設計進行說明，聰明的交互設計師往往會直接標注在線框圖里，或者在項目中不斷和前端工程師和開發工程師口口相傳，反復驗收，不斷迭代修改來確保所有的交互設計意圖最終得以呈現。

二. 為什么要寫？

 

DRD非項目必需環節，一般情況下也不會為交互設計師專門留出相應的時間預估。沒有這份文檔，項目也會繼續，但是可能項目會為此承擔不必要的溝通成本和時間成本。嚴重的話，項目的質量也會受到影響。所以寫與不寫，交互設計師需要做把握，時間被統一包含在“線框圖”環節內——如果你要寫，請在評估時預留1-2天的時間。

 

那么，結合我過去的經歷，談一下此文檔的必要性。

 

下圖是一個產品開發項目基本的流程。

 

敏捷開發意味著很多不同角色的流程需要并行操作。如果等到產品經理的FRD已經全部敲定，交互設計師再開始去畫線框圖，固然會減少溝通成本和返工風險，但是同時意味著交互設計師的很多想法不被采納。如果產品經理再強一些，他甚至會在FRD里連原始的DEMO也一并繪制出來了，功能性的需求和界面交互的需求有時無法區分太清楚——比如他會在FRD里直接要求每頁條目40條，超過40條即分頁。而交互設計師可能會認為像蘑菇街那樣不斷裝載出足夠長的頁面會更親和……所以，我們希望是和產品經理同時開始工作，在術業有專攻的時候相互補充。

 

同樣，開發工程師也希望及早介入需求，在FRD并未確認的時候就了解需求，進而將商業需求和功能需求轉化為開發工程師看得明白的開發需求清單（這個清單，大部分叫做UC，即USE CASE）,當這份清單由工程師需求分析師——在過去，這個角色被叫簡稱為RA，但是目前已經取消此專門的職位，而是由開發工程師代表擔綱此環節工作，為了便于描述，在此文里，我仍然將做這件事情的人稱為RA——交付給具體的執行工程師后，執行工程師基本上可以當作一條條的checklist開始工作，而不必再思考商業邏輯和需求。同樣，測試工程師也需要編寫具體的文檔去指導很多測試人員在開發后測試，這也是基于UC和FRD去撰寫的。

 

“這個不符合用戶的心理”，“這個功能打破了我們產品整體的平衡性，放在這里在我看來是不太合理的”…

作為互聯網行業里萬千鼠標民工中的一員，諸如以上的對話，每天都在我們的生活中不斷演繹著。合理性慢慢的成為了檢驗我們專業技能以及設計水平最重要的一種指標；誠然，足夠的合理性能夠為我們所設計的產品保駕護航，能夠給其帶來可預見性的回報和收獲，但長此以往，卻很難再出現令我們叫“WOW！！”的產品了。讓我們來看顆栗子~ 

iPhone5自9月13日發布以來，就受到了前所未有的神吐槽，在這一次，大家都能很明顯的感受到沒有了喬幫主以后，蘋果不再是創新界的翹楚了。

2012年里，我(英文原文作者)在TH_NK 里大約花費了50個小時用于可用性測試，其余的時間則主要用來進行實際的設計工作，或是與客戶、開發者、分析人員等進行溝通。在這些可用性測試當中，經過對被測者行為的觀察以及與他們面對面的交流，我對一些一直以來雖有所了解、但在實際工作中卻時常會忽視掉的設計原則有了更加貼近實踐的認知，另外也發現了一些從前沒有想到過的問題。時值歲末，我將這些經過實踐驗證的設計要點作以小結并分享給各位，希望能夠為大伙來年的工作帶來一定參考和借鑒的價值。

1.你不是你的用戶

捫心自問，我們真的很容易忘記一件重要的事情：用戶并不會按照我們設想的方式去行事。作為產品和設計方面的從業者，我們對自己的產品和服務太了如指掌了，對產品的功能邏輯及設計方案太心知肚明了；即使是作為第三方咨詢顧問一類的角色，你也很容易把事情考慮的過于理所當然，認為“外界”的人能非常清楚的理解你所要表達的東西。

而事實上，多數用戶在實際上手使用之前，并沒有和產品產生長久的關聯；對于我們來說很顯而易見的東西在用戶看來很可能需要一定的輔助才能理解并正確操作。交互模式是否符合直覺，是否能夠保持足夠的一致性以符合用戶逐漸建立起來的心智模型，用戶界面是否會在必要的環節提供足夠有效的輔助引導，這些都是我們在為核心功能打造設計方案的同時必須考慮到的問題。

2.導航至首頁

在很多場可用性測試當中，我們都觀察到，其實會通過點擊頁頭logo回到首頁的被測者很少；多數人都試圖通過點擊瀏覽器上的后退按鈕來實現這個目標。雖然對于設計師來說，將logo鏈接至網站首頁的做法是一種早已被普遍接受的規范，但事實上普通用戶對這一點的認知似乎并不是那么的根深蒂固。

3.通過下拉列表選擇國家

我們曾經對一個面向全球的在線零售網站的支付環節進行過可用性測試，從中我們發現，在選擇國家的時候，很少有用戶懂得通過首字母快捷鍵來快速定位國家選項在下拉列表當中的位置，然后通過上下箭頭按鍵進行調整并敲擊回車或空格鍵來完成選擇。絕大多數的用戶仍然是使用鼠標將列表點開，上下尋找并點擊選取。

其實下拉列表易用性的問題(特別是那些所包含的選項超過了7個的列表)早就引發過廣泛的爭論，使用快捷鍵進行操作的方案也是為了解決這方面的問題而孕育而生的，但在現實當中我們仍然發現有那么多的用戶實際上并不了解這種重要的導航操作。

Christian Holst在重新設計國家列表 一文中介紹過一種蠻有意思的解決方案，雖然我們還沒有對這種方案進行過量化的測試，不過至少它看上去確實比傳統的下拉列表方式要好用。

Flickr為用戶準備了很多有意思的登錄歡迎語，這其實是一個容易被忽略的細節，但Flickr的整體設計風格與產品氣質也正是由許許多多這樣的細節構成的。也許，只有當這些細節從產品中消失的時候，我們才會發現并開始懷念它們。

我(英文原文作者)會特別在意這些細節，因為它們可以觸發用戶的情感響應。如果運用方式得當，這些細節當中的小魔鬼可以幫助我們打造出更具人格的產品，并使用戶在與之進行互動的過程中產生積極的情感響應；而這種積極的態度會有效的促使用戶主動傳播和擁護你的產品。這種在人格層面與用戶建立關聯的設計思路也被稱作“情感化設計”。

一點小理論

“情感化設計(Emotional Design)”一詞由Donald Norman在其同名著作 當中提出。而在Designing for Emotion 一書中，作者Aarron Walter將情感化設計與馬斯洛的人類需求層次理論聯系了起來。正如人類的生理、安全、愛與歸屬、自尊和自我實現這五個層次的需求，產品特質也可以被劃分為功能性、可依賴性、可用性和愉悅性這四個從低到高的層面，而情感化設計則處于其中最上層的“愉悅性”層面當中。

一個有效的情感化設計策略通常包括兩個方面：

1. 你創造出了獨特并且優秀的風格理念，令用戶產生了積極響應。
2. 你持續的使用該理念打造出一整套具有人格層面的設計方案。

接下來，我們將一起了解一下情感化設計的組成要素及相關策略，看一看有哪些產品在這些方面做的比較有代表性；另外，我們還會通過幾個案例分析來感受一下從整體角度持續使用情感化設計理念所帶給產品的“人格魅力”。

親密是愛情關系中的溫暖體驗，是一種朋友般的親近。由于真正喜歡和對方在一起，渴望同對方一道建立更有凝聚力的和諧關系，希望把自己的生活以坦誠、不設防的方式與對方分享。伴侶間會發展出屬于兩個人的溝通風格，熟悉彼此不完美的個性。親密令戀人互相關心，善待對方，滿足彼此的需要和欲望。親密沒有激情強 烈，但能促進戀人相互親近，讓人感受到人際溫暖。

根據DailyTech的統計，到2015年，移動互聯網的用戶數量將會超過桌面用戶。除了智能手機之外，使用平板電腦甚至是電視機進行上網的用戶也在持續增加。在這種形勢下，怎樣讓我們的網站盡量兼容各種類型的設備，并確保優良的用戶體驗，這將是越來越重要的問題。

通過響應式的設計開發方式，我們可以使網站頁面隨瀏覽設備的不同而自行響應，動態的調整布局結構、元素規格樣式，將相同的內容以不同的格式呈現給不同設備的用戶。

如果你對響應式Web設計還不大了解，可以先參考閱讀我們之前的關于響應式設計的概念、組成要素及基本實現思路 方面的文章，全方位預熱一下。

什么情況下適宜采用響應式Web設計的方式

當客戶提出產品功能移動化的需求時，有一些解決方案可供我們選擇，包括原生客戶端應用、Web應用等；究竟怎樣的方式更合適，還是取決于具體的需求情況。另外也要考慮網站本身是否需要實施移動化。雖然響應式站點并不能算是一種純粹的移動化解決方案，但是，在某些情況下，這種方式是非常值得考慮的。

你心里沒譜

設計開發一個全新的移動版本站點或是客戶端應用，整個過程是有很大挑戰性的。除非產品正式上線，否則你無法真正了解它是否會成功。與其單純的為了移動化而花費資源打造移動版本站點或是開發客戶端應用，不如先花些心思將原本的網站打造的更具彈性，使其在各種主流移動設備中都擁有盡量優秀的用戶體驗。

你想節約成本

要打造響應式站點，自然離不開有經驗的交互、視覺設計及前端開發人員。所需的資源，尤其是時間方面，比起普通網站來說大約增加20%到30%的樣子；但比起單獨打造移動版本的網站，或是設計開發客戶端應用的成本來說，卻要低很多。從維護的角度來說，也會輕松很多。

你希望網站可以兼容未來的新設備

所謂的移動版本站點，通常是針對某類具體規格的設備進行單獨打造的，彈性比較差。新的移動設備層出不窮，傳統的移動版本站點需要不斷的進行更新維護，才能盡量保證在新設備中工作良好。響應式設計可以根據設備瀏覽環境的具體規格進行判斷，使用不同的呈現方式來展示內容，無需針對某種特定的規格進行維護，適應性更好。

無論是用于注冊、支付還是聯絡，我們總是需要通過表單來獲取用戶的信息。不幸的是，在現實當中，總會有很多訪問者一見到表單就會立刻點擊瀏覽器上的后退按鈕。這里面原因有很多，例如表單篇幅太長、不大友好、不那么值得信任，或是用戶還沒真正準備好進行交易等等。

這種情況每發生一次，我們就失掉了一個潛在用戶。怎樣將表單設計的讓盡量多的訪問者更愿意完成填寫，這是設計師們必須面對的挑戰。站在用戶的角度，我們可以將問題分為四個方面。

我能得到什么？

一提到“轉化”，設計師們首先想到的往往是一些相關操作的細節問題，包括按鈕的顏色、標題的字號、對比度、對其方式等等。當然，這些是必須考慮的，但最最首要的問題是：作為網站的訪問者，我為什么要填寫表單？我能得到什么？

訪問者不會簡單的因為你提出了相關要求而把自己的個人信息透露給你；你要讓他們看到這樣做的好處在哪里。不妨把這件事看作一種交易，你的訪問者提供他們的名字與郵箱地址，從而換取到一些他們需要的東西，例如享受服務、免費試用軟件、下載PDF文檔等等。

除了讓瀏覽者知道他們能得到什么東西以外，你最好還能告訴他們這東西為什么是他們所需要的。要聚焦在產品的價值上，如果你能用最簡單的介紹文字描述出你的產品能幫用戶解決怎樣的問題，喚起他們的共鳴，那么即使表單本身稍微復雜些，他們也會愿意完成填寫；否則，字段最少的表單也不會引起他們的興趣。

為什么要改版？

隨著科技的發展，時代的進步，微博用戶的上網設備也在快速更新。研究一下微博用戶的屏幕分辨率使用數據我發現，屏幕分辨率越來越高的同時，伴隨的一個數值，也就是顯示器顯示網頁外的空白面積也越來越大，如何利用好這部分空間是一個值得研究的課題。

前期看了一些同類產品