
用戶體驗太抽象?一個神奇的公式幫你輕松搞定
用戶體驗對很多人來說,都是一個比較虛的詞,作者用一個公式將用戶體驗量化,幫助產(chǎn)品經(jīng)理很好的評估影響用戶體驗的因素,本文作者Wouter de Bres,有著設(shè)計背景和心理學(xué)背景,對用戶體驗有著獨到的見解。我探索一個用來計算用戶體驗的公式開始于一個小實驗,以便來看看我是否能計算認(rèn)知一個設(shè)計的加載時間。當(dāng)談到數(shù)字產(chǎn)品的加載速度我們總是關(guān)注著加載的時間數(shù)字,但有時候我們會忘記當(dāng)我們?nèi)チ私庖粋€界面也需要時間——認(rèn)知加載時間。我越研究這個問題就越發(fā)現(xiàn)加載時間和數(shù)字認(rèn)知可能只是一個重大問題的一小部分,這個問題就是:我們是否可以量化用戶體驗?
用戶體驗的問題是像心理學(xué)一樣,相當(dāng)模糊。許多人,包括我自己,談?wù)摰教嵘脩趔w驗和有什么因素影響它時,似乎都無法量化或計算用戶體驗。
當(dāng)然了,有很多方法來發(fā)現(xiàn)你的產(chǎn)品用戶到底怎樣嗎,比如用戶問卷或采訪,但結(jié)果是定性的。真實的數(shù)據(jù)或者是用戶告訴你你的產(chǎn)品很糟糕或者很牛B這并沒有什么錯,但是你不能相信別人的意見。別人告訴你的只是他那個人的真實數(shù)據(jù)而已,是人的話總是會受到外部因素的影響的。就算用戶提供準(zhǔn)確的用戶體驗也會帶有個人色彩的,我們要防止偏見。
如果我們可以找出一個公式且能成功地計算產(chǎn)品用戶體驗?zāi)秦M不是DIAO爆了?那并不是說停止與用戶交流,要是有一個帶硬性數(shù)據(jù)的公式能讓用戶體驗減少模糊感那就更好了,想到這我覺得好嗨,于是決定試試!
找出一個公式來計算用戶體驗豈不是DIAO?
將其分解
我們不得不采取的第一步是把用戶體驗分解成更小的可衡量的塊。哪些方面影響了產(chǎn)品的用戶體驗?zāi)?/span>? 這超出了為你的產(chǎn)品設(shè)計一個可以理解的界面的難度,因為有許多因素在起作用,影響您的用戶。
數(shù)字加載速度
v digital(數(shù)字) = v internet (互聯(lián)網(wǎng))+ v server(服務(wù)器) + v device(設(shè)備) + v code(代碼)
加載時間很容易測量。我們都同意加載時間對用戶體驗有很大的影響。軟件加載得饅讓人心煩意亂,如果慢得令人發(fā)指,那么用戶可能就對你的產(chǎn)品SAY GOODBYE了。谷歌發(fā)現(xiàn)超過400ms(毫秒)慢版本的網(wǎng)站大家基本很少使用它。
你的產(chǎn)品速度可以進(jìn)一步分解成小快:互聯(lián)網(wǎng)速度、設(shè)備速度,服務(wù)器速度和產(chǎn)品代碼速度。對于我們的公式我將使用的字母v速度。
v internet (互聯(lián)網(wǎng))
互聯(lián)網(wǎng)的連接速度雖然無法控制,但這對你的產(chǎn)品體驗有巨大的影響。考慮到這方面,用戶可能會認(rèn)為任何速度慢是你的產(chǎn)品故障或網(wǎng)絡(luò)信號弱。這時你可以幫助用戶想到其他方面,,包括選擇合適的加載動畫。
v device(設(shè)備)
用戶的設(shè)備速度無法控制。盡管可以選擇讓您的應(yīng)用程序只用于更加新的設(shè)備。例如,不向設(shè)備較老的用戶提供產(chǎn)品,因為那些用戶如果使用的話就會體驗到產(chǎn)品運行得很緩慢。當(dāng)然了,這就會出現(xiàn)了一個新問題:不向設(shè)備較老的用戶提供產(chǎn)品是否勝過提供一個運行很慢的產(chǎn)品。
v server(服務(wù)器)
作為一個設(shè)計師,你的服務(wù)器速度怎樣我不太懂,但是我的聯(lián)合創(chuàng)始人兼好友Petar Rado?evi?向我保證服務(wù)器的選擇將影響到應(yīng)用程序和數(shù)據(jù)庫的速度,進(jìn)而影響產(chǎn)品的整體速度。因此,考慮到一個產(chǎn)品的整體速度,我們不能忽視服務(wù)器的計算速度。
V code代碼
數(shù)字最后部分的加載速度是產(chǎn)品代碼的加載速度。Joeri and Petar工作許多年了,我知道有很多工作要盡快查閱,所以不要懶洋洋過目字符串就算了,應(yīng)把努力放在寫作美麗的高效的代碼。
認(rèn)知加載速度
V認(rèn)知= IC /(N * DX)
產(chǎn)品的認(rèn)知加載速度是這一切開始的地方。我發(fā)現(xiàn)它是特別有趣的主題,因為它在卓越的用戶體驗中是一個很重要的決定因素。這個領(lǐng)域的設(shè)計符合心理學(xué),那里的平面像素超過其他部分的總和,因為人類的大腦能夠翻譯它成為有意義的界面。
對于那些問“認(rèn)知加載到底是什么東西”的人我們不必?fù)?dān)心,這對你來說是個很簡單的概念,因為你可能天天跟電腦打交道。
認(rèn)知加載的理論是G,.A Miller在1950年首次提出的,他的一篇論文中提到,人類的記憶在工作時似乎固有的限制。他表明記憶在某一時間工作時似乎只能持有7(±2)方面的知識,如數(shù)字,單詞或視覺元素。我們大腦的記憶在工作和計算機的儲存在工作是完全相同的。過程總是在輸入所有信息。Graham Cooper博士在他1998年的研究論文創(chuàng)建了解析圖像
讓其可以更好地理解:
ic =界面復(fù)雜性
界面復(fù)雜在認(rèn)知加載中扮演者重要的角色。如果你的產(chǎn)品界面的元素錯綜復(fù)雜,那么它將需要更高的認(rèn)知加載。這意味著用戶需要更長的時間來理解,導(dǎo)致用戶體驗不佳。當(dāng)用戶感覺到他們不理解這些東西的時候他們會有一些不適的感覺且感覺到自尊大幅下降。我想我們都能同意這點,因為并不是所有的用戶體驗都是卓越的。這就是為什么創(chuàng)建簡單的界面不僅僅是一個時髦的設(shè)計師的事情,我們要讓用戶感覺到一切盡在他們的掌握之中是十分必要的。這導(dǎo)致一個快樂自信的用戶能夠迅速作出決策。
n =訪問數(shù)量
dx =數(shù)字體驗
雖然一個復(fù)雜的界面在認(rèn)知加載速度中有著決定性的因素。另外兩個因素在制衡這個因素中也扮演著重要的角色。n,代表用戶過去已經(jīng)成功地使用過你產(chǎn)品,dx,代表像你這樣的一般數(shù)字體驗級別的用戶與數(shù)字產(chǎn)品。當(dāng)一個產(chǎn)品有一個復(fù)雜的界面,但用戶之前體驗過類似的產(chǎn)品時認(rèn)知加載仍然可以降低。如果之前體驗過很多產(chǎn)品,那么復(fù)雜性甚至都不重要了。這能導(dǎo)致一個事實,就是有經(jīng)驗的用戶使用界面復(fù)雜的產(chǎn)品使用起來比重新設(shè)計一個簡單的界面更有效率,而且重新設(shè)計界面會讓傳統(tǒng)的用戶使用起來有種從頭開始的感覺。
綜上所述。我們可以通過數(shù)字速度和認(rèn)知速度的總和來計算總速度。
V數(shù)字= V+互聯(lián)網(wǎng)+V服務(wù)器+ V設(shè)備+ V代碼V認(rèn)知= IC /(N * DX)V = V數(shù)字+ V認(rèn)知
好了,現(xiàn)在我們決定什么是產(chǎn)品的總速度。一個快速的產(chǎn)品只有一小部分的用戶體驗是卓越的。這就使得計算用戶體驗變得棘手,我需要你們絞盡腦汁來幫助我。Purpose 目的(p)p = b + s
數(shù)據(jù)分析咨詢請掃描二維碼
若不方便掃碼,搜微信號:CDAshujufenxi
在AI滲透率超85%的2025年,企業(yè)生存之戰(zhàn)就是數(shù)據(jù)之戰(zhàn),CDA認(rèn)證已成為決定企業(yè)存續(xù)的生死線!據(jù)麥肯錫全球研究院數(shù)據(jù)顯示,AI驅(qū) ...
2025-07-2035歲焦慮像一把高懸的利刃,裁員潮、晉升無望、技能過時……當(dāng)職場中年危機與數(shù)字化浪潮正面交鋒,你是否發(fā)現(xiàn): 簡歷投了10 ...
2025-07-20CDA 數(shù)據(jù)分析師報考條件詳解與準(zhǔn)備指南? ? 在數(shù)據(jù)驅(qū)動決策的時代浪潮下,CDA 數(shù)據(jù)分析師認(rèn)證愈發(fā)受到矚目,成為眾多有志投身數(shù) ...
2025-07-18剛?cè)肼殘龌蚴窃诼殘稣媾R崗位替代、技能更新、人機協(xié)作等焦慮的打工人,想要找到一條破解職場焦慮和升職瓶頸的系統(tǒng)化學(xué)習(xí)提升 ...
2025-07-182025被稱為“AI元年”,而AI,與數(shù)據(jù)密不可分。網(wǎng)易公司創(chuàng)始人丁磊在《AI思維:從數(shù)據(jù)中創(chuàng)造價值的煉金術(shù) ...
2025-07-18CDA 數(shù)據(jù)分析師:數(shù)據(jù)時代的價值挖掘者 在大數(shù)據(jù)席卷全球的今天,數(shù)據(jù)已成為企業(yè)核心競爭力的重要組成部分。從海量數(shù)據(jù)中提取有 ...
2025-07-18SPSS 賦值后數(shù)據(jù)不顯示?原因排查與解決指南? 在 SPSS( Statistical Package for the Social Sciences)數(shù)據(jù)分析過程中,變量 ...
2025-07-18在 DBeaver 中利用 MySQL 實現(xiàn)表數(shù)據(jù)同步操作指南? ? 在數(shù)據(jù)庫管理工作中,將一張表的數(shù)據(jù)同步到另一張表是常見需求,這有助于 ...
2025-07-18數(shù)據(jù)分析師的技能圖譜:從數(shù)據(jù)到價值的橋梁? 在數(shù)據(jù)驅(qū)動決策的時代,數(shù)據(jù)分析師如同 “數(shù)據(jù)翻譯官”,將冰冷的數(shù)字轉(zhuǎn)化為清晰的 ...
2025-07-17Pandas 寫入指定行數(shù)據(jù):數(shù)據(jù)精細(xì)化管理的核心技能? 在數(shù)據(jù)處理的日常工作中,我們常常需要面對這樣的場景:在龐大的數(shù)據(jù)集里精 ...
2025-07-17解碼 CDA:數(shù)據(jù)時代的通行證? 在數(shù)字化浪潮席卷全球的今天,當(dāng)企業(yè)決策者盯著屏幕上跳動的數(shù)據(jù)曲線尋找增長密碼,當(dāng)科研人員在 ...
2025-07-17CDA 精益業(yè)務(wù)數(shù)據(jù)分析:數(shù)據(jù)驅(qū)動業(yè)務(wù)增長的實戰(zhàn)方法論 在企業(yè)數(shù)字化轉(zhuǎn)型的浪潮中,“數(shù)據(jù)分析” 已從 “加分項” 成為 “必修課 ...
2025-07-16MySQL 中 ADD KEY 與 ADD INDEX 詳解:用法、差異與優(yōu)化實踐 在 MySQL 數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計中,索引是提升查詢性能的核心手段。無論 ...
2025-07-16解析 MySQL Update 語句中 “query end” 狀態(tài):含義、成因與優(yōu)化指南? 在 MySQL 數(shù)據(jù)庫的日常運維與開發(fā)中,開發(fā)者和 DBA 常會 ...
2025-07-16如何考取數(shù)據(jù)分析師證書:以 CDA 為例? ? 在數(shù)字化浪潮席卷各行各業(yè)的當(dāng)下,數(shù)據(jù)分析師已然成為企業(yè)挖掘數(shù)據(jù)價值、驅(qū)動決策的 ...
2025-07-15CDA 精益業(yè)務(wù)數(shù)據(jù)分析:驅(qū)動企業(yè)高效決策的核心引擎? 在數(shù)字經(jīng)濟時代,企業(yè)面臨著前所未有的數(shù)據(jù)洪流,如何從海量數(shù)據(jù)中提取有 ...
2025-07-15MySQL 無外鍵關(guān)聯(lián)表的 JOIN 實戰(zhàn):數(shù)據(jù)整合的靈活之道? 在 MySQL 數(shù)據(jù)庫的日常操作中,我們經(jīng)常會遇到需要整合多張表數(shù)據(jù)的場景 ...
2025-07-15Python Pandas:數(shù)據(jù)科學(xué)的瑞士軍刀? ? 在數(shù)據(jù)驅(qū)動的時代,面對海量、復(fù)雜的數(shù)據(jù),如何高效地進(jìn)行處理、分析和挖掘成為關(guān)鍵。 ...
2025-07-15用 SQL 生成逆向回滾 SQL:數(shù)據(jù)操作的 “后悔藥” 指南? 在數(shù)據(jù)庫操作中,誤刪數(shù)據(jù)、錯改字段或誤執(zhí)行批量更新等問題時有發(fā)生。 ...
2025-07-14t檢驗與Wilcoxon檢驗的選擇:何時用t.test,何時用wilcox.test? t 檢驗與 Wilcoxon 檢驗的選擇:何時用 t.test,何時用 wilcox. ...
2025-07-14