如何利用動效提升用戶體驗

動畫可以講述故事。不是很長很復雜而是很簡單的故事，而像是 "嘿，你現在要看看這個！" 或 "哇，你競爭成功了！"。然而，動效的目的不是娛樂用戶，而是幫助他們理解發什么什么事，或者如何有效的使用你的軟件。在Zurb的敘述中很清晰的表明了：

可用性測試定義

可用性測試是讓一群有代表性的用戶（目標用戶）對產品界面或者原型進行典型操作，通過觀察、聆聽、記錄用戶執行一列任務的過程，找出制約產品可用性的問題清單，從而評估分析解決問題。

李田莉：用戶經常會從手頭上的事情分心，提供建議，利用約束條件以及設計更靈活的方案能夠防止無意識的差錯產生。今天這篇譯文討論了6個防止用戶無意識犯錯的方法，專業干貨收。

十種啟發式可用性方法中有一條建議：優雅地、可操作地并且清晰地與用戶溝通錯誤是很重要的。不過，第一時間防止用戶犯錯或許更好。

在討論用戶錯誤時關鍵點是錯誤的責任在哪里。“用戶錯誤”這個詞意味著用戶應該為做錯事負責。其實并不是這樣的，設計師應該為設計了易讓用戶犯錯方案而負責。因此，用戶錯誤的解決方案不是責怪用戶，讓用戶努力嘗試或者給他們更多的培訓，而是重新設計更不易犯錯的系統。

研究刺激用戶的心理誘因，將有助于設計師利用它們來做出更成功的產品。下面總結的這10個心理學技巧，將有助于創造讓用戶上癮的產品，每個設計技巧都附上了實戰案例演示，幫你更方便理解。一起來看！

1、熟悉度偏見

阿里巴巴_BBC_UED：移動終端由于被用戶隨身攜帶，變成用戶身體的延伸，在每一個場景中，深度陪伴著用戶。也因此，移動終端獲得天然的優勢，得以針對用戶實際所在的場景來設計，以設計出更加貼心的體驗。 但是，由于設計師與用戶的空間相隔，無法看到用戶在真實場景中的使用情況。為了了解用戶的痛點及需求，我們需要通過場景設計的方法，對用戶使用場景進行分析或預期。基于場景的設計可以幫助設計師找到用戶與場景的內在聯系，探索新的功能及交互方式。 本文將以案例為主介紹基于場景的設計方法。

什么是基于場景的設計？

什么才是基于場景的設計呢？以看電影為例，在整個看電影的過程中，涉及到的主要場景有以下六個：線上買票－去電影院－線下取票－檢票入座－觀影－評論吐槽。基于看電影涉及到的場景，格瓦拉app設計了一個基于場景的功能：當用戶在格瓦拉購票成功后，首頁會出現一個人偶小浮標，在不同場景下點擊該浮標，會出現不同的內容，例如在去電影院的場景下顯示影院地理位置以及滴滴打車入口；線下取票場景顯示取票二維碼可以快捷取票；線下取票后再點擊小浮標顯示電影開始時間以及座位號；觀影后顯示別人的評論以及吐槽入口引導用戶去評論（如圖1）。

Lava：最近在做toB類產品的時候，經常會被業務帶著跑從而忽略了可用性設計的基本原則，最后導致自己的方案被挑戰而說不出理由。所以當設計拿捏不準的時候，最好還好依照基本的原則進行設計。尼爾森的十大可用性原則是產品設計與用戶體驗設計的重要參考標準，值得深入研究與運用。

一、狀態可見原則

用戶在網頁上的任何操作，不論是單擊、滾動還是按下鍵盤，頁面應即時給出反饋。“即時”是指，頁面響應時間小于用戶能忍受的等待時間。

△ 開始時間、執行百分比動態顯示

上上次總結了中英文排版的原理，這期要來分享一下我個人總結的排版設計方法，可能很多網上的排版原理大同小異，很多文章都是寫了作者的歸納和研究，但是對于我們來說，如果不自己去嘗試做，是沒有什么價值的。所以這次我們講的是能夠讓大家快速上手的的排版方法，說白了就是小技巧。但是在說小技巧之前我們需要明白：

1.排版的目的是什么。

2.在企業中哪些地方需要我們用到排版。

編者按：一直倍受設計師推崇的頭腦風暴，是否真的是生成好創意的神器呢？今天這篇譯文，通過多組科學的對比研究，發現了一個比頭腦風暴更，能產生更多好創意的方法，絕對是靈感枯竭癌的救星，一起來收！

研究表明頭腦風暴生成的好創意比人們自己獨立思考還要少。

不過好消息是，有更有效的團隊工作方式存在。

如果你是個上班族，恐怕十之八九都曾被上司或同事們拉進頭腦風暴會議中。腦暴，追其本意原應是一個產生好主意的殺手锏。而公司普遍熱衷于通過這種合作形式淬煉出團隊的集體創造力。但殊不知，原來腦暴其實是一個糟透了的技巧 — 實際上，人們在腦暴過程中所產生的好注意比他們獨立進行思考的時候還要少。好在還有一個更好的方法可讓團隊合作更 — 頭腦寫作（Brainwriting，你可以理解為它是建立在紙筆上，而少了一群人之間瞎扯淡的腦暴）。在一份新的研究報告里，研究院測試了這個方法的各種版本，試圖總結到底是什么促使著人們能夠產生更好的想法。

咚咚咚：前段時間參與設計一個較大的線上活動，包含十個奧運相關小游戲及一些相關界面，前后歷時幾個月。奧運后活動下線，設計工作完結后，我整理了這過程中的收獲及工作方式，和大家分享下。

立項前信息收集與準備

有些大型項目是很早就規劃了要做的，只是具體哪天立項發郵件或哪些人參與還沒確定，如果知道要自己要參與這件事，可以做些準備工作，提前了解一些信息：

• 項目人員。了解各個職能的接口人是誰，運營、產品、視覺、前端、后端、測試等有誰參與，有些人可能之前都不認識，大家的工作方式和性格也不一樣，提前了解認識下，對后期合作和方案推進會有幫助。
• 信息。保證自己了解到的信息是一手資料很重要。和各方溝通過程中收集下項目的背景、目標、投入的資源、方案的思路及活動體量、以及可能的用戶利益點、項目時間點（通常deadline是確定的）等等等等。這些信息可以通過產品和運營了解到。如果是公司的例行活動，能夠拿到以往活動的數據和資料當然是最好，如果沒有的話也盡量找到以前做過類似活動的人員了解一些前人的方法和經驗。
• 別人的想法。項目組人員總會有自己的想法和方案，有時候甚至方案是比較確定的。盡早的了解到產品或者運營的想法可以預估個大概的時間節點和需求，做到心中有數。如果有好的想法這個時候提出來也最容易被采納，畢竟時間上一切來得及。

利用

我們如何看待工具

有一種觀點：設計師不要學太多的軟件，精通一種就好了，更重要的是你的思維。

從個人技能上，這個說法沒錯，但它可能忽視的是，思維和工具，并不獨立。因為所謂工具，其實是思維的被封裝與具象化，而你使用工具的過程，便是對這思維的習得和解碼。就像閱讀從不是一個單方面行為，而是讀者和作者思維的無聲交流。你閱讀書，書塑造你。