做爰三级在线播放_又大又粗又猛又舒服又爽_暖暖www免费高清视频最新期_午夜精品aaa国产福利

首頁

“思維框架”理論,讓我們更好地決策和解決問題。

資深UI設計者

相信很多體驗設計師在與產品需求方進行設計提案的時候會遇到這樣的情景:

  • 你闡述自己的設計推導過程,從產品目標分析、問題定位、設計目標分析、設計思路闡述這樣的推導下來,在場的產品經理們都點頭,表達認可。
  • 但是!當到了設計方案環節,你把方案放出來,各位就七嘴八舌挑戰了:¥#@%&*&*
  • 這時候經常會聽到這樣一句話:“有沒有其他更好的方案啊?”
  • 這時候你是不是會想,我前面的推導和演繹過程那么完美那么富含邏輯,推導的肯定是最好的方案啦!

但是哦,這個時候,你還是會感覺沒底氣說出這句話來。

于是你最后說出一句妥協的話“好的好的,我回去改一下。”(各位老板我都聽你們的,你們說啥就是啥)

專業度呢?設計價值呢?你的玻璃心要碎了:死了產品經理們會不會覺得自己很水很不專業。

怎么辦?這就是今天想聊聊的主題:“思維框架”理論,讓我們更好地決策和解決問題。


為什么你做的設計總是不耐看?

資深UI設計者

不知道大家有沒有這樣的情況發生,自己設計的作品,“乍一看不怎么樣,仔細一看,還不如乍一看”!

其實不耐看,或者不敢放大看的原因都是細節做的不到位。

最近在做手機OS的主題圖標,對細節的感觸很大,今天結合主題圖標來和大家聊聊,我們可以從哪些方面注意自己的設計細節,大綱如下:

  • 給造型加點細節
  • 多加點質感的細節
  • 不要讓圖標看著灰灰的
  • 風格特點的運用

1. 給造型加點細節

造型是所有設計執行的第一步,造型做不好,說別的都沒用。

那如何能給造型加點細節呢?

打個比方,我們要畫一個圓角矩形:

遇到特殊的設計問題時,有一條原則幫了我

資深UI設計者

如果您想訂閱本博客內容,每天自動發到您的郵箱中, 請點這里

很多設計中,我們付出20%的精力就可以應付80%的 Normal Case,而剩下20%的 Special Case 卻會花費我們80%的精力。換言之,普通情況誰都會處理,而為了應對一些少數派,我們將要付出更多。

Loading 失敗時的錯誤提醒、搜索無少結果時的空白頁面、打了車卻沒車接單……除了這正常流程下的失敗反饋以外,最耗時間的是那些特殊流程或所有情況同時在一個頁面堆砌出現的情況。

在設計前期,我們就應該盡可能地羅列特殊情況,即便它們出現的概率很低,也應留足設計時間。而應對非常規 Case 時,有一條原則幫了我很多次:

確保多數人體驗的前提下,才去解決少數人的問題。

這不是說要為了多數人放棄少數人,還是造例子來說吧。

案例一:重復利用的物流單號

如果你在天貓有過退貨經驗就會知道,申請退貨并得到商家確認后,需要填寫退貨的物流單號,當商家收貨后才會把錢退給你。這里有個奇妙的問題,設計上是否允許多個用戶填寫同一個退貨單號?

先來看看如果允許,會出現什么非常規情況:消費者AB兩人各自在同一個商家C處購買了兩臺 iPhone,并且商量好分別發起七天無理由退貨流程,商家C均同意。然后,消費者A先將手機按要求寄出,獲取物流單號一個后填寫到退貨系統;同時,消費者B直接使用消費者A的退貨單號填入系統,但不寄送自己的手機。

極端情況體現在,許多商家的店鋪與倉儲是分開的,當倉庫收到A寄來的手機并確認收貨后,店鋪工作人員收到系統通知兩個退貨流程都已收貨(其實是同一個單號),若不進行額外確認,就會把錢都退回去了。

再來看不允許重復填寫同一個物流單號的情況:很簡單,AB兩個消費者是好人,但希望節省快遞費,就商量好把兩個手機放在一個包裹里寄回。此時若規則只允許一個單號只能填寫一次,這種做法就無法實現。

錯誤的設計方法是這樣的:用戶填寫退貨單號時,新增一個流程詢問用戶該單號是否只關聯了一個訂單,訂單號是多少;或者在原有基礎上新增一個聯合退貨的功能,讓多個用戶合伙拼單退貨。

正確的設計方法是這樣的:消費者端流程全部不變,允許重復填寫物流單號,但必須在后臺記錄一條單號被使用的次數。對于被多次填寫的單號,在商家端告知商家須額外注意,一定與倉庫確認好包裹內物品再進行退款操作。

錯誤方法的錯誤原因很簡單,我們不能為了一些極端情況就去修改主流程,也不能為了少數人的需求就影響所有正常用戶。

案例二:互相沖突的 Toast 提醒

天貓客戶端的商品詳情頁中,當點擊“收藏”按鈕會有一個 Toast 告訴用戶“收藏成功”,同樣當點擊“加入購物車”后,也會有 Toast 告訴用戶“加入成功”。這樣看好像沒什么問題,但若用戶點完“收藏”后馬上點擊“加入購物車”,就會出現兩個 Toast 相互沖突的情況——視覺上互相重疊,或后一個 Toast 無法出現。再極端一點,如果出現了一個腦殘用戶,為了測試反復快速點擊兩個按鈕,甚至會導致代碼錯誤。

為了追求設計和代碼邏輯的嚴密,我和開發同學花費了不少時間討論對于這種極端情況,要如何設置 Toast 的出現和沖突機制。甚至為了應對極端情況,還需要調整 Toast 出現消失的動畫過程與邏輯。但最后,我只設置了2個 Toast 在極短時間內前后觸發的交互,也就是新的 Toast 慢慢把舊的推上去,并各自做淡入淡出動畫——畢竟兩次短促的操作是比較可能會發生的。

什么?你問我那個腦殘用戶怎么辦?不好意思,為了滿足所有正常用戶的訴求,腦殘用戶的體驗就只好先放一放了……

案例三:神出鬼沒的 Loading

我們在客戶端上做了一個比較酷的動畫,對一個模塊長按后可以彈出一張卡片,并在卡片中閱讀一些詳情(有點像 3D Touch)。問題在于,彈出卡片中的信息是觸發卡片后才向服務器請求數據并加載的,正常情況下沒有問題,但是弱網條件下,數據加載可能會花費不少時間。為此,第一版我們為這個數據請求設計了一個 Loading 的小動畫(好吧,你就當是轉菊花)。

這樣做的結果是,對于網絡非常流暢的用戶,他們喚起這張卡片時,會看到一個菊花飛快地閃過,然后才看到數據加載——再流暢的網絡下,數據也需要加載時間,哪怕是1ms,都會讓菊花快速閃爍。

當然,不要 Loading 也明顯不合理。弱網條件下,必須避免用戶盯著空白的卡片發呆而不知道系統正在干什么。

所以,合理的做法是,為 Loading 動畫的出現時間設置一個延遲:在卡片彈出的200ms內(卡片不可能突然閃爍出現在用戶面前,必須有一個進場過程),如果數據加載完畢,則不顯示 Loading 動畫,直接顯示數據。如果卡片進場完畢(200ms后)數據還沒回來,則開始顯示 Loading 動畫。

這樣,我們保證了正常用戶的正常體驗,避免他們每一次操作都為弱網這一極端情況買單。同時,也保障了弱網用戶的體驗。

最后,再總結一下我們的設計原則確保多數人體驗的前提下,才去解決少數人的問題。

藍藍設計91whvog3.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服務


Facebook設計副總裁:談談設計師的職業成功之路

資深UI設計者

Facebook 設計副總裁有個問答欄目,今天的問題是:對于設計師來說,什么才代表著成功?在這篇譯文里,她分享了自己的觀點。

喲喲喲!學會點線面,排版好方便!

資深UI設計者

每個設計師多少都有一點強迫癥,有時候會為一個像素的間距而糾結,有時候又會割舍不下自己做的元素,滿屏的信息都想突出,導致畫面混亂。設計師培養自己對畫面的全局觀是很重要的,所以我們的腦子里時刻都需要有一把“尺子”在,這把尺子,就是“點線面”。在使用這把“尺子”的時候,拋開那些裝飾和顏色還有材質,將畫面抽象成點線面來把控你的設計,也許會有不一樣的啟發和看到畫面不和諧的原因所在。

設計師對版面的全局觀,就是“點線面”的處理。“點線面”是所有視覺畫面的基本結構,點線面可以把不同的部分或者元素組合成一個整體,進而打造一個視覺舒適平衡的版面。


看似一模一樣的搜索框,在設計師眼里有這么多細節!

資深UI設計者

搜索幾乎是現在所有網站,APP甚至操作系統的標配,不論是電商還是論壇等等。它是一個站內給用戶直接到達目的地的通道,起到了一個引導用戶走向的重要作用。在不同的系統,不同用途的網站上搜索呈現的方式都有所不同。

用搜索的原因

使用搜索時,用戶可以自己掌握瀏覽該網站的路徑,從哪一頁進入到哪一頁,自己控制如何使用這個網站。沒有必要根據網站的頁面設計來決定瀏覽頁面的先后順序。這也是為什么很多網站用戶一進入就直接使用搜索功能的原因。

另一個原因是,當用戶瀏覽網頁到一半不知道接下去該干什么的時候,往往會使用搜索直接去找到自己想找的內容。

實戰經驗!如何做好網頁后臺的表單和表格設計?

資深UI設計者

一個完整的后臺,由菜單/導航、數據/圖形展示、表格、表單、控件/組件以及彈窗等構成,下面跟大家分享后臺中的表格和表單的設計細節。

當接到一個全新的網頁后臺項目時,首先確定設計風格,然后考慮這個后臺尺寸是做居中固定式,還是全屏響應式。全屏響應式的網頁設計,除非有規定,否則你可以選擇任意主流尺寸作為基尺寸來設計網頁。當然,不管選擇什么尺寸,都得基于做好一個后臺而開展工作。

表單設計系列一:設計好用表單的10個技巧

藍藍設計的小編

在今天的文章中,你會看到許多關于表單設計的切實可行的建議,它們涉及到可用性測試、現場測試、眼動追蹤以及用戶反饋等多個不同的環節。

1、梳理邏輯,保留必需

表單是同用戶進行溝通的語言。和任何對話一樣,它應當以符合邏輯的方式幫助雙方完成交流。所以,你需要這么做:

  • 讓問題保持直觀的順序。你應當站在用戶的角度按照邏輯提問題,而非按照程序或者數據庫的邏輯。如果問題之間沒有邏輯存在,那么可以按照字母順序來排布。
  • 以直覺的順序組織選項。比如選項為日期的時候,按照周一周二周三這樣的順序來排布,而非亂序。
  • 時刻反思從用戶那里獲得的信息是否必要,如何使用。這樣做是為了消除不必要的選項,提升完成率。

日歷

鏈接

個人資料

藍藍設計的小編 http://91whvog3.cn

存檔