《產(chǎn)品體驗要素》讀書筆記

  • 創(chuàng)建吸引人的棚菊、高效的用戶體驗的方法稱為“以用戶為中心的設(shè)計”浸踩。以用戶為中心的設(shè)計思想非常簡單:在開發(fā)產(chǎn)品的每一個步驟中,都要把用戶列入考慮范圍统求。
  • 五個層面:表現(xiàn)層检碗、框架層、結(jié)構(gòu)層码邻、范圍層后裸、戰(zhàn)略層。其中:
    • 表現(xiàn)層冒滩,看到的是一些列的UI,由圖片和文字組成浪谴。
    • 框架層开睡,在表現(xiàn)層之下,用于優(yōu)化設(shè)計布局苟耻,以達到這些元素的最大效果和效率
    • 結(jié)構(gòu)層篇恒,比框架層更抽象,框架層是結(jié)構(gòu)層的具體表達方式
    • 范圍層凶杖,結(jié)構(gòu)層確定APP的各種特性和功能最適合的組合方式胁艰,而這些特性和功能構(gòu)成了APP的范圍層。
    • 戰(zhàn)略層智蝠,APP的范圍層基本上是有APP的戰(zhàn)略層決定的腾么。
    • 這五個層面提供了一個基本架構(gòu),只有在這個基礎(chǔ)架構(gòu)上杈湾,我們才能討論用戶體驗的問題解虱,以及用什么工具來解決用戶的體驗。

用戶體驗的要素

戰(zhàn)略層

無論是功能型產(chǎn)品還是信息型產(chǎn)品漆撞,戰(zhàn)略層關(guān)注的內(nèi)容都是一樣的——來自企業(yè)外部的用戶需求殴泰。我們必須了解這些觀眾想從我們這兒得到什么于宙,還要知道他們想達到的這些目標將怎樣滿足他們所期待的其他目標。
雨用戶需求相對應(yīng)的悍汛,是我們對APP的期望目標捞魁。這些產(chǎn)品目標可以是商業(yè)目的,或是其它類型的目標离咐。

范圍層

在功能型產(chǎn)品一側(cè)谱俭,是一種功能規(guī)格:對產(chǎn)品的“功能組合”的詳細描述。在信息型產(chǎn)品一側(cè)健霹,范圍則是以內(nèi)容需求的形式出現(xiàn)的:對各種內(nèi)容元素的要求的詳細描述旺上。

框架層

三個部分:

  • 信息設(shè)計:一中國年促進理解的信息表達方式
  • 界面設(shè)計:安排好能讓用戶與系統(tǒng)功能產(chǎn)生互動的界面元素。
  • 導(dǎo)航設(shè)計:屏幕上的一些元素的組合糖埋,允許用戶在信息架構(gòu)中穿行宣吱。

表現(xiàn)層

為最終產(chǎn)品創(chuàng)建感知體驗。

具體五層的描述

戰(zhàn)略層

成功的用戶體驗瞳别,其基礎(chǔ)是一個被明確表達的戰(zhàn)略征候。知道企業(yè)與用戶雙方對產(chǎn)品的期許和目標。有助于促進用戶體驗各方面戰(zhàn)略的確立和制定祟敛。

  • 產(chǎn)品目標:我們要通過這個產(chǎn)品得到什么疤坝?
    • 商業(yè)目標:商業(yè)驅(qū)動因素
  • 用戶需求:我們的用戶要通過這個產(chǎn)品得到什么?
    • 用戶細分馆铁,可以通過將大量用戶需求劃分為幾個可以管理的部分來完成
    • 可用性和用戶研究:想弄明白用戶需要什么跑揉,要先知道他們是誰。用戶研究領(lǐng)域致力于收集必要的信息來達成共識埠巨,例如現(xiàn)場調(diào)查历谍、人物分析、用戶測試等辣垒。
    • 創(chuàng)建人物角色望侈,是非常有價值的。將統(tǒng)計數(shù)字背后具體化為真正人物勋桶,可以讓用戶更加真實脱衙。這叫做用戶模型。

范圍層

帶著 “我們想要什么”例驹,“我們的用戶想要什么”的明確認識捐韩,我們才能弄清楚如何去滿足這些戰(zhàn)略的目標。
定義項目范圍則同時在做這兩件事:這是一個有價值的過程鹃锈,同時能產(chǎn)生有價值的產(chǎn)品奥帘。

  • 過程的價值在于,整個事情還處在假設(shè)階段的時候仪召,它能迫使你去考慮潛在的沖突和產(chǎn)品中國年一些粗略的點≌#現(xiàn)在能確定解決那些事情松蒜,那些必須要遲一點再解決。
  • 產(chǎn)品的價值在于已旧,被定義的這個產(chǎn)品給了整個團隊一個參考點秸苗,明確了這個項目中要完成的全部工作,它也提供了一門用于討論這件事情的共同的語言运褪。定義好這個語言惊楼,也就保證在設(shè)計過程中不會出現(xiàn)模棱兩可的情況。
  • 一定要用文檔來定義產(chǎn)品需求秸讹,雖然很麻煩檀咙,但是:
    • 這樣你才知道你在建設(shè)什么
    • 這樣你才知道你不需要建設(shè)什么
  • 在這里,范圍層被“功能型產(chǎn)品”和“信息型產(chǎn)品”分成兩個部分:在功能型產(chǎn)品方面璃诀,我們考慮的是功能型規(guī)格——哪些應(yīng)當(dāng)被當(dāng)成軟件產(chǎn)品的“功能”以及相應(yīng)的組合弧可。在信息型產(chǎn)品方面,我們考慮的是內(nèi)容劣欢,這屬于編輯和營銷推廣的傳統(tǒng)領(lǐng)域棕诵。
  • 上一章節(jié)說過的人物角色,我們可以將這些虛擬人物放到一個簡短的故事之中凿将,稱之為“場景”校套。簡單的描述了一個人物角色會如何完成這些用戶需求。

功能規(guī)格說明

文檔不能解決問題牧抵,但是定義可以笛匙。我們需要的文檔需要足夠清楚和準確。功能規(guī)格說明不需要包含產(chǎn)品每一個細節(jié)犀变,只需要包含在設(shè)計或開發(fā)過程中出現(xiàn)有可能混淆的功能定義妹孙。同時功能規(guī)格說明也不需要展望產(chǎn)品未來的理想化狀態(tài)——只需要記錄在創(chuàng)建這個產(chǎn)品時已經(jīng)確定下來的決議。
功能規(guī)格說明要注意:

  • 樂觀弛作。描述系統(tǒng)講要做什么事情去“防止”不好的情況發(fā)生,而不是描述這個系統(tǒng)“不應(yīng)該”做什么不好的事情华匾。
  • 具體映琳。盡可能詳細地解釋清楚狀況,這是我們能決定一個功能是否被實現(xiàn)的最佳途徑蜘拉。
  • 避免主觀的語氣萨西。保持明確,避免歧義旭旭。

確定需求優(yōu)先級

  • 如果因為時間有限谎脯,可以把特性放到下一個版本或者項目里程碑中。如果是資源有限持寄,則技術(shù)或企業(yè)的變化有時能減少資源的負擔(dān)源梭,從而使某個功能得意實現(xiàn)娱俺。
  • 任何不符合當(dāng)前項目的戰(zhàn)略目標的特性建議,都要通過范圍定義將其排除出去废麻。
  • 關(guān)注戰(zhàn)略目標荠卷,而不是各種實現(xiàn)這些目標的手段。對決策者的需求表示認同烛愧,是解決特性沖突的關(guān)鍵油宜。

結(jié)構(gòu)層

  • 交互設(shè)計和信息架構(gòu)都強調(diào)一個重點:確定哥哥將要呈現(xiàn)給用戶的元素的“模式”和“順序”。交互設(shè)計關(guān)注于將影響用戶執(zhí)行和完成任務(wù)的元素怜姿。信息架構(gòu)則關(guān)注如何將信息表達給用戶的元素慎冤。
  • 用戶對于“交互組件將怎樣工作”的觀點稱為概念模型。概念模型是用于在交互設(shè)計的開發(fā)過程中保持使用方式的一致性沧卢。在理想情況下蚁堤,我們不需要告訴用戶網(wǎng)站使用的是什么樣的概念模型:用戶在使用網(wǎng)站的時候,基本上是靠直覺的搏恤,因為這個網(wǎng)站的交互行為與他們隱含的期望完全相符违寿。
  • 信息架構(gòu)研究的是人們?nèi)绾握J知信息的過程,對于產(chǎn)品而言熟空,信息架構(gòu)關(guān)注的是呈現(xiàn)給用戶的信息是否合理病具有意義藤巢。
  • 從上到下 的信息架構(gòu)方法將從戰(zhàn)略層所思考的內(nèi)容,即根據(jù)產(chǎn)品目標與用戶需求直接進行結(jié)構(gòu)設(shè)計息罗。先從最廣泛的掂咒、有可能滿足決策目標的內(nèi)容與功能開始進行分類,然后再依據(jù)邏輯細分出次級分類迈喉。這樣的“主要分類”與“次要分類”的層級結(jié)構(gòu)就像一個個的空槽绍刮,而內(nèi)容和功能將按順序一一填入。
  • 從下到上 的方法是根據(jù)“內(nèi)容和功能的需求的分析”而來挨摸。先從已有的資料開始孩革,我們把這些資料統(tǒng)統(tǒng)放到最低級別的分類中,然后再將它們分別歸檔到較高一級別的類別得运,從而逐漸構(gòu)建出能反映我們的產(chǎn)品目標和用戶需求的結(jié)構(gòu)膝蜈。
  • 從上到下的架構(gòu)方法有可能導(dǎo)致內(nèi)容的重要細節(jié)被忽略。
  • 從下到上的架構(gòu)方法則可能過于精確的反映了現(xiàn)有內(nèi)容熔掺。
  • 結(jié)構(gòu)質(zhì)量最重要的標準饱搏,不是“整個過程一共需要多少步驟”,而是“用戶是否認為每一個步驟都是合理的”以及“當(dāng)前的步驟是否自然地延續(xù)了上一個步驟中的任務(wù)”置逻。毫無疑問推沸,用戶喜歡一個被定義清楚的七步過程,而不是一個令人困惑的,被勉強壓縮的三步過程鬓催。

框架層

框架層包括界面設(shè)計肺素、導(dǎo)航設(shè)計和信息設(shè)計。在框架層深浮,我們要更進一步地提煉這些結(jié)構(gòu)压怠,確定很詳細的界面外觀、導(dǎo)航和信息設(shè)計飞苇,這樣能讓晦澀的結(jié)構(gòu)變得實在菌瘫。

  • 提供給用戶做某些事的能力,屬于“界面設(shè)計”布卡。
  • 如果是提供給用戶去某個地方的能力雨让,這是“導(dǎo)航設(shè)計”。信息架構(gòu)把一個結(jié)構(gòu)應(yīng)用到我們設(shè)訂好的“內(nèi)容需求列表”之中忿等;而導(dǎo)航設(shè)計則是一個用戶看到那個結(jié)構(gòu)的鏡頭栖忠,透過它,用戶可以“在結(jié)構(gòu)中自由穿行”贸街。
  • 如果是傳達想法 給用戶的話庵寞,那就是“信息設(shè)計”。
  • 界面設(shè)計可以用各種各樣的技巧薛匪,使用戶完成任務(wù)的過程變得容易捐川。一個簡單的技巧,就是在這個界面第一次呈現(xiàn)給用戶的時候逸尖,仔細考慮每一個選項的默認值古沥。
  • 另一個更好的做法是,能自動記住某個用戶最后一次選擇狀態(tài)娇跟。
  • 最關(guān)鍵的是岩齿,用一種能“反映用戶思路”和“支持他們的任務(wù)和目標”的方式來分類和排列這些信息元素。
  • 頁面布局被納入一個詳細的文檔苞俘,并稱為頁面示意圖或者線框圖盹沈。線框圖是整合在框架層的全部三種要素的方法:通過安排和選擇界面元素來整合頁面設(shè)計;通過識別和定義核心導(dǎo)航系統(tǒng)來整合導(dǎo)航設(shè)計吃谣;通過放置和排列信息組成部分的優(yōu)先級來整合消息設(shè)計乞封。

表現(xiàn)層

  • 我們在這里解決并彌補“產(chǎn)品框架層的邏輯排布”的感知呈現(xiàn)問題。
  • 如果設(shè)計是成功的基协,用戶眼睛的移動軌跡模式應(yīng)該有以下兩個重要特點:
    • 首先歌亲,它們遵循的是一條流暢的路徑
    • 其次菇用,在不需要太多細節(jié)來嚇倒用戶的前提下澜驮,它為用戶提供有效選擇的、某種可能的“引導(dǎo)”惋鸥。
  • 在視覺設(shè)計中杂穷,我們用于吸引用戶注意的一個主要工具就是對比悍缠。
  • 在設(shè)計中保持一致性是另一個重要的組成部分,它能使你的設(shè)計有效的傳達信息耐量,而不會導(dǎo)致用戶迷惑或焦慮飞蚓。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市廊蜒,隨后出現(xiàn)的幾起案子趴拧,更是在濱河造成了極大的恐慌,老刑警劉巖山叮,帶你破解...
    沈念sama閱讀 219,188評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件著榴,死亡現(xiàn)場離奇詭異,居然都是意外死亡屁倔,警方通過查閱死者的電腦和手機脑又,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,464評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來锐借,“玉大人问麸,你說我怎么就攤上這事〕瑁” “怎么了严卖?”我有些...
    開封第一講書人閱讀 165,562評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長嗅战。 經(jīng)常有香客問我妄田,道長,這世上最難降的妖魔是什么驮捍? 我笑而不...
    開封第一講書人閱讀 58,893評論 1 295
  • 正文 為了忘掉前任疟呐,我火速辦了婚禮,結(jié)果婚禮上东且,老公的妹妹穿的比我還像新娘启具。我一直安慰自己,他們只是感情好珊泳,可當(dāng)我...
    茶點故事閱讀 67,917評論 6 392
  • 文/花漫 我一把揭開白布鲁冯。 她就那樣靜靜地躺著,像睡著了一般色查。 火紅的嫁衣襯著肌膚如雪薯演。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,708評論 1 305
  • 那天秧了,我揣著相機與錄音跨扮,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛衡创,可吹牛的內(nèi)容都是我干的帝嗡。 我是一名探鬼主播,決...
    沈念sama閱讀 40,430評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼璃氢,長吁一口氣:“原來是場噩夢啊……” “哼哟玷!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起一也,我...
    開封第一講書人閱讀 39,342評論 0 276
  • 序言:老撾萬榮一對情侶失蹤巢寡,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后椰苟,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體讼渊,經(jīng)...
    沈念sama閱讀 45,801評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,976評論 3 337
  • 正文 我和宋清朗相戀三年尊剔,在試婚紗的時候發(fā)現(xiàn)自己被綠了爪幻。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,115評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡须误,死狀恐怖挨稿,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情京痢,我是刑警寧澤奶甘,帶...
    沈念sama閱讀 35,804評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站祭椰,受9級特大地震影響臭家,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜方淤,卻給世界環(huán)境...
    茶點故事閱讀 41,458評論 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望携茂。 院中可真熱鬧你踩,春花似錦、人聲如沸讳苦。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,008評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽鸳谜。三九已至膝藕,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間咐扭,已是汗流浹背芭挽。 一陣腳步聲響...
    開封第一講書人閱讀 33,135評論 1 272
  • 我被黑心中介騙來泰國打工懒棉, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人览绿。 一個月前我還...
    沈念sama閱讀 48,365評論 3 373
  • 正文 我出身青樓,卻偏偏與公主長得像穗慕,于是被迫代替她去往敵國和親饿敲。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,055評論 2 355

推薦閱讀更多精彩內(nèi)容