讀《支付寶體驗設計精髓》總結

慕支付寶的名聲來讀這本書的蔓彩,剛開始拿到這本書的時候,看了一下目錄主要分為四個模塊驳概,學設計赤嚼,做設計,看設計顺又,玩設計四個部分更卒,然后在這個四個部分中又分為了19個小結,看著目錄還是比較多清晰的比較有結構稚照,剛開始看的時候會覺得本身蹂空,是一本比較支付寶內部一些方法論俯萌,與實踐經驗沉淀比較深的產物,但是看以后發(fā)現還是和想象中有些差距上枕,19篇的文章獨立存在咐熙,相互之前的呼應比較弱,只是有時候用支付寶品牌辨萍,幫他們聯系到一起棋恼,里面的一些點只是點到為止,沒有過深的去探討分瘦,沒有形成完整的設計知識體系和應有的行業(yè)深度見解蘸泻。但是對于我這個設計的小白來說里面的還是有很多知識是我未曾知曉的,起到一個普及的作用嘲玫,在日后的工作中也可以嘗試去運用的悦施,下面就把我覺得值得的一些部分,進行摘錄總結思考去团,方便以后運用時能夠的快速的查找抡诞。

第一篇文章 ?行業(yè)設計“五步法”

是基于交互設計師全鏈路設計的流程的方法論,從知曉土陪、了解昼汗、分析,確立鬼雀、設計設計目標的過程的講解顷窒。交互設計師不斷的加強自身鏈路設計的能力,不僅僅承接產品經理或者老板的需求即可源哩,交互設計更像是一個產品思想的需求翻譯鞋吉,在整個項目組中建立一座橋梁,在溝通與解決問題的過程中還要不斷預見問題励烦、定義問題谓着,進行設計的前置,走到用戶面前坛掠,傾聽用戶赊锚,觀察用戶,幫助用戶屉栓,真正做到以“用戶為中心”進行設計舷蒲。做為全書的第一篇文章還是值得去去讀的

一、充分行業(yè)調研

做行業(yè)調研主要是為了了解行業(yè)現狀與發(fā)展趨勢友多,對行業(yè)項目背景能有深刻的認識牲平,在過程中尋找產品目標,挖掘用戶痛點夷陋。行業(yè)調研提綱

A行業(yè)的發(fā)展歷史欠拾、現狀、前景和特點:

B骗绕、行業(yè)的價值鏈:

C藐窄、行業(yè)的競爭態(tài)勢

D、產業(yè)政策酬土,監(jiān)管體制荆忍;

E、市場容量撤缴、市場細分結構以及未來增長趨勢刹枉;

F、行業(yè)供需結構與盈利方式屈呕;

G微宝、相關利益方分析;

I虎眨、行業(yè)痛點蟋软、關鍵成功要素和自身優(yōu)勢铸本。

1.桌面調研 ? 2.田野調查

二耗啦、圈定目標人群,明確用戶分類與行業(yè)特征

1.人口學特征

2.用戶分層

對用戶從不同緯度進行拆解與分析會發(fā)現凉唐,不同的用戶群體產生的行為特征具有明顯的差異化碌冶∈。可以從用戶自然特征(性別、年齡扑庞、地域譬重、學歷或教育水平等)進行劃分,也可以從用戶社會特征(婚姻狀況嫩挤、家庭情況害幅、社交渠道、職業(yè)等)進行劃分岂昭,有可以從用戶行為進行劃分以现,根據不同的業(yè)務形態(tài)采取不一樣的用戶分層。

3.行為特征

進行用戶分層后约啊,找出核心用戶的行為特點邑遏,主要分析核心場景中用戶在處理核心任務的行為方式。

三恰矩、仿真分析记盒,搭建用戶場景

1.場景是什么

場景原指電影拍攝的場地和布景。其實做產品就像拍電影外傅,你要把自己當導演纪吮;挑選場地和布景俩檬,考慮演員的狀態(tài),如何走位碾盟,臺詞有哪些棚辽,對戲該如何進行,電影的核心主題如何表達冰肴,等等屈藐,基于目標與任務進行構建,讓設計師能深入“劇情”熙尉,在細節(jié)中推敲用戶的每一個想法和舉動联逻,真正做到從用戶角度出發(fā),將產品與用戶場景融合起來检痰。

3.場景該如何搭建

仿真分析即仿照真實線下流程構建線上虛擬場景的方法“椋現實的情況是用戶因為線下業(yè)務流程的復雜性會呈現出各種各樣的狀態(tài),仿真分析能從成本攀细、時間箫踩、行為、路徑等多個角度驗證流程谭贪,評估流程的體驗優(yōu)劣境钟,對流程的模擬執(zhí)行生成結構化的結果,從而幫助用戶找到流程中的“瓶頸”并加以分析與優(yōu)化俭识。針對流程的缺陷提出改進方案慨削,得出一個可期望和可實現的模型。

四套媚、篩選核心需求缚态,建立需求管理

1.評估需求

需求的評估最重要的不是知道要做什么,而是知道什么不要做

2排序需求

需求的優(yōu)先級可能比需求本身更加重要堤瘤,對于需求要有自己的思考與把控玫芦。

3.需求的變更

做好把控分析利弊

五、建立交互框架本辐,輸出交互方案

1桥帆、信息架構設計

信息架構師一個很大的范濤。但是不論特定的場景或者給定目標的信息架構項目慎皱,我們經忱铣妫考慮的是建立更有效的溝通結構∶6啵—Jessie James Garrett

廣而淺的架構用戶可以較少的點擊完成相應的目標任務祈匙,但信息分類標準過多,會增加用戶層級分類尋找的成本。窄而深的架構則使用戶增加了操作步驟夺欲,但是減少了用戶操作選項跪帝。依據實際的項目,調整信息架構些阅,來控制用戶的心流歉甚。

2、流程圖

在使用產品中用戶所能操作的界面以頁面上下游之間的跳轉關系很組織的表達扑眉,稱為流程圖

流程設計中要遵循以下原則:a、以用戶需求為主要導向赖钞;b腰素、兼顧用戶的使用習慣;c雪营、流程盡量短弓千;d、每個操作頁面僅有一個核心操作任務献起;e洋访、考慮交互實現的開發(fā)成本。

設計時建立視覺層次谴餐,引導用戶的視覺焦點姻政。一個頁面只做一件事情,突出兩個重點岂嗓。刪除不必要的內容汁展,隱藏次要的內容。

3厌殉、頁面交互細節(jié)設計

每一步的頁面跳轉說明食绿,細節(jié)和動作需要描述清楚,還應有極限狀態(tài)下的說明公罕,比如一個列表的最長和最短的顯示器紧,一行字段的長度限制,是否跳轉楼眷,等等铲汪。最后就是異常/出錯情況說明,如空頁面摩桶,系統(tǒng)錯誤桥状、錯誤反饋等情況,這時比較適合增加一些情感化的設計硝清,比如很多空頁面的俏皮風辅斟、溫暖系等,盡量避免用戶對于異常/出錯情況產生低落情緒芦拿。對于細節(jié)的把控士飒,考慮到每個細節(jié)的實踐查邢,這需要經驗的積累。

第二篇文章 ?無規(guī)矩不成方圓—設計規(guī)范的建議

整篇文章對于規(guī)范的講解還是比較詳細的酵幕,適合在做項目的時候扰藕,反復的對比檢測,減少犯下一些低級的錯誤芳撒。這里對于一些設計原則的進行了摘錄

RPC(Remote Procedure Call Protocol)是指手機客戶端需要調用網絡服務端的資源時邓深,進行的遠程數據調用過程。我們用“PRC”泛指客戶端需要和服務端發(fā)生數據交換的場景笔刹。

沒人愿意等待芥备。“一秒鐘等待”是一種比喻舌菜,表示用戶對速度和高效的期盼與要求萌壳。優(yōu)化PRC策略,減少等待的次數 日月,也可以優(yōu)化加載效果袱瓮,減少用戶的等待時間。有的時候只是障眼法爱咬,但卻能夠獲得用戶的認同尺借,改善用戶的體驗。

減少跳轉的次數精拟,模態(tài)窗口就是對當前頁面的內容進行操作褐望,用戶不用離開當前頁面,從而減少了頁面的跳轉串前,我們常見的模態(tài)對話框瘫里,常用來報錯或者提醒用戶。但是模態(tài)也要慎用荡碾,盡量避免使用谨读,使用多了會打斷用戶的心流。

減少點擊次數做到一件完成任務坛吁,如360一鍵殺毒劳殖,減少用戶操作次數,提高操作效率拨脉,成全人類懶的天性

適時的反饋

人與人的交流中哆姻,我們無法忍受的一種情況是:對方對自己說的話沒有反應,對自己的行動視而不見玫膀。這是一種極其不尊重人的行為矛缨,我們會在內心鄙視這種人,甚至抓狂,及時恰當的反饋能告訴用戶下一步該做什么箕昭,幫助用戶做出判斷和決定灵妨,讓用戶知道系統(tǒng)運行良好穩(wěn)定,

A落竹、為用戶的操作提供必要泌霍、積極、即時的反饋述召。

B朱转、根據內容的重要程度選擇合適的反饋形式。

C积暖、避免過渡反饋肋拔,以免給用戶帶來不必要的打擾。

D呀酸、不要打斷用戶的意識流,避免遮擋用戶可能回去查看或操作的對象琼梆。

文字行高的設計

第三篇文章 ?設計走查表

設計走查表應該從什么維度開始建立性誉?建立的具體內容是什么?

一般我們描述一個產品時茎杂,一定是將其放在一個場景中去描述的错览,用戶在場景中和產品產生互動,互相影響煌往。場景可能包含了移動app使用的軟件系統(tǒng)倾哺,硬件載體,移動環(huán)境下的網絡狀態(tài)以及APP實現的技術框架刽脖、版本兼容羞海、使用時間、地點等內容曲管。這些場景中遇到的問題是我們設計走查表里的核心骨架却邓。

對產品設計的過程中的一些細節(jié)的考慮

1、硬件特性

A院水、制定適配原則

B腊徙、賬號在設備上的切換。 同一設備檬某,不同賬號切換撬腾。不同設備,同一賬戶IOS切換

C恢恼、橫豎屏顯示效果

2.軟件特性

A民傻、操作系統(tǒng)特性

B、制定多平臺的設計規(guī)范

C、版本兼容

版本覆蓋時間

更新提示強弱

兼容性展示

3饰潜、網絡特性

A初坠、快速啟動

讓用戶感知到應用到啟動速度比較快

作為一個產品品牌展示區(qū)

作為一個廣告展示區(qū)

B、合理緩存

C彭雾、弱網環(huán)境

弱網環(huán)境下加載失敗

弱網環(huán)境下內容展示不全

弱網無網狀態(tài)下數據傳輸/設置生效機制

D碟刺、中斷、超時

4薯酝、頁面狀態(tài)

可以用生命周期來描述一個頁面的狀態(tài)半沽。用戶進入這個頁面,首先會看到頁面的初始化吴菠;閱讀內容的過程中會涉及頁面的刷新者填、加載;當同時訪問頁面的用戶數量過多時做葵,頁面內容會被限流占哟,用戶會在不同的時間進入頁面查看內容;當前頁面內容可能過了某個時間節(jié)點會失效酿矢,用戶不能再訪問榨乎;當一個新用戶進入這個頁面,可能當前的頁面內容為空瘫筐。頁面的這些狀態(tài)需要設計師提前考慮并提出解決方案蜜暑。

A、頁面初始化

B策肝、頁面刷新

C肛捍、頁面加載

分布加載

懶加載

智能加載

D、頁面內容被限流

E之众、頁面內容為空

F拙毫、頁面內容失敗

5、頁面流程完整性

A棺禾、快速回到首頁/主要頁面

B恬偷、讓用戶始終知道自己在哪兒

C、返回到原來的瀏覽位置

D帘睦、任務完成后跳轉

6袍患、消息通知

根據消息的強弱進行消息通知的設計

7、細節(jié)

8竣付、與時間诡延、數字相關性問題

案例


后面的文章內容多有重復,或者價值不高的古胆,在此只對一些觀點和案例進行整理

通電檢驗

在方案實現后肆良,我們需要快速進入通電檢驗環(huán)節(jié)筛璧。顧名思義,“通電”就是要回到實際的服務場景中去惹恃,“插上電”‘看看有沒有斷路或短路的問題夭谤,并且檢驗價值是否成立。

1.服務藍圖定義.http://www.servicedesigntools.org/tools/35.

2.體驗地圖定義.http://www.servicedesigntools.org/tools/8.

?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末巫糙,一起剝皮案震驚了整個濱河市朗儒,隨后出現的幾起案子,更是在濱河造成了極大的恐慌参淹,老刑警劉巖醉锄,帶你破解...
    沈念sama閱讀 216,470評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現場離奇詭異浙值,居然都是意外死亡恳不,警方通過查閱死者的電腦和手機,發(fā)現死者居然都...
    沈念sama閱讀 92,393評論 3 392
  • 文/潘曉璐 我一進店門开呐,熙熙樓的掌柜王于貴愁眉苦臉地迎上來烟勋,“玉大人,你說我怎么就攤上這事筐付÷训耄” “怎么了?”我有些...
    開封第一講書人閱讀 162,577評論 0 353
  • 文/不壞的土叔 我叫張陵家妆,是天一觀的道長。 經常有香客問我冕茅,道長伤极,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,176評論 1 292
  • 正文 為了忘掉前任姨伤,我火速辦了婚禮哨坪,結果婚禮上,老公的妹妹穿的比我還像新娘乍楚。我一直安慰自己当编,他們只是感情好,可當我...
    茶點故事閱讀 67,189評論 6 388
  • 文/花漫 我一把揭開白布徒溪。 她就那樣靜靜地躺著忿偷,像睡著了一般。 火紅的嫁衣襯著肌膚如雪臊泌。 梳的紋絲不亂的頭發(fā)上鲤桥,一...
    開封第一講書人閱讀 51,155評論 1 299
  • 那天,我揣著相機與錄音渠概,去河邊找鬼茶凳。 笑死嫂拴,一個胖子當著我的面吹牛,可吹牛的內容都是我干的贮喧。 我是一名探鬼主播筒狠,決...
    沈念sama閱讀 40,041評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼箱沦!你這毒婦竟也來了辩恼?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 38,903評論 0 274
  • 序言:老撾萬榮一對情侶失蹤饱普,失蹤者是張志新(化名)和其女友劉穎运挫,沒想到半個月后,有當地人在樹林里發(fā)現了一具尸體套耕,經...
    沈念sama閱讀 45,319評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡谁帕,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,539評論 2 332
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現自己被綠了冯袍。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片匈挖。...
    茶點故事閱讀 39,703評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖康愤,靈堂內的尸體忽然破棺而出儡循,到底是詐尸還是另有隱情,我是刑警寧澤征冷,帶...
    沈念sama閱讀 35,417評論 5 343
  • 正文 年R本政府宣布择膝,位于F島的核電站,受9級特大地震影響检激,放射性物質發(fā)生泄漏肴捉。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,013評論 3 325
  • 文/蒙蒙 一叔收、第九天 我趴在偏房一處隱蔽的房頂上張望齿穗。 院中可真熱鬧,春花似錦饺律、人聲如沸窃页。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,664評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽脖卖。三九已至,卻和暖如春巧颈,著一層夾襖步出監(jiān)牢的瞬間胚嘲,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,818評論 1 269
  • 我被黑心中介騙來泰國打工洛二, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留馋劈,地道東北人攻锰。 一個月前我還...
    沈念sama閱讀 47,711評論 2 368
  • 正文 我出身青樓,卻偏偏與公主長得像妓雾,于是被迫代替她去往敵國和親娶吞。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,601評論 2 353

推薦閱讀更多精彩內容

  • 《支付寶體驗設計精髓》 筆記(第一章·設計部分) 最近發(fā)現了這本好書械姻,是阿里支付寶的AUX團隊出品的妒蛇,讀了第一章發(fā)...
    澄禎閱讀 3,948評論 0 25
  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,072評論 25 707
  • 本書講了什么 包含設計規(guī)范制定、圖標設計與驗證楷拳、設計協(xié)作绣夺、服務設計、信息可視化設計欢揖、物料設計陶耍、敏捷設計、移動搜索設...
    少穻閱讀 1,160評論 0 11
  • 對RocksDB的每一次update都會寫入兩個位置:1) 內存表(內存數據結構她混,后續(xù)會flush到SST fil...
    薛少佳閱讀 8,521評論 0 1
  • 我慢慢睜了眼睛烈钞,慵懶地拿過手機,已經四點半了坤按。 一夢恍惚毯欣。 眼還是睜不開,放了手機臭脓,又瞇了一會兒酗钞。 我在想現在是什...
    阿健在長安閱讀 280評論 0 1