能用一個公式來計算使用者體驗嗎？
我對用一個公式來計算使用者體驗的追尋來源於一個實驗，即我是否能計算一個設計的認知載入時間。當在談論一個應用的載入速度時，我們常常把關注點放在介面的載入時間上，但是我們會忘了一點，那就是理解一個介面同樣也是需要時間的，即所謂的“認知載入時間”。但當我越越來多地研究這個問題時，我越來越意識到載入時間――無論是介面上的還是認知上的――都可能只是一個更重要問題的一小部分，那就是：有沒有可能把使用者體驗量化？
使用者體驗的問題在於――就像心理學――它是非常模糊的。很多人，包括我在內，都在談論如何提高使用者體驗，談論有哪些因素可能會影響到使用者體驗，但是想要量化或者計算UX（以下將用UX代替使用者體驗）似乎都是不可能的。
當然，你可以用發放調查問卷或者是採訪等方式來了解自己的產品體驗起來如何，但是你通過這些方式得到的結果都是定性的。通過定性的資料或者讓使用者自述產品用起來好或壞並沒有錯，但是你不能盡信人們的觀點。人們告訴你的往往是真相的一部分，而且很容易被外在的因素所影響。認知偏差使得人們很難準確地描述他們的使用體驗。
那麼如果我們能找出一個公式來計算你產品的UX優秀程度將會是一件很棒的事。這並不是說你就能不與使用者交流了，而是說有了這樣一個公式將會使UX的工作變得更加的明確。這個“找出一個公式來算出產品的UX優秀程度”的想法使得我非常興奮，因此我決定嘗試一下！
分解
我們第一步要做的就是把UX分解成一個個易量化的小部分。有哪些方面能影響到一款產品的UX呢？這個思考其實是貫穿於整個“設計出明白易懂的產品”的過程之中的，有很多因素都在影響著使用者對產品的使用感受。
介面載入時間
V介面=V網路+V伺服器+V裝置+V程式碼
介面的載入時間是很容易量化的。眾所周知介面的載入時間對一款產品的UX有著巨大的影響。如果你的軟體速度很慢使用者就會變得急躁，而如果速度極慢的話使用者可能就會完全拋棄你的產品。谷歌的研究發現，只要他們網站的響應時間比原來慢400毫秒，人們就會減少使用它的次數。
一款產品的介面速度可以被細分成更小的因素：網速，伺服器速度，硬體裝置的速度和產品本身（程式碼部分）的優劣。在我們的公式中，我將用V來表示速度。
V網路
網路的連線速度是我們所不能改變的，然而它對一款產品的UX有著巨大的影響。值得注意的是無論使用者認為執行速度慢是產品的問題還是網路連線問題，你都可以用多種方法來引導使用者的想法，其中就包括選擇一個合適的載入動畫。
V裝置
你不能改變你使用者所使用的硬體裝置――儘管你可以讓你的產品只支援較新的裝置。比如你就可以讓產品不支援那些老舊到拖慢執行速度的裝置。自然地，這就涉及到“沒有產品”和“產品很慢”之間哪一個更好的選擇題。
V伺服器
我（一個設計師）其實並不太懂伺服器執行速的原理，但我有一個合夥人Petar Radošević向我保證說你選擇的伺服器會影響到應用和資料庫響應的速度，而這些都將會影響到整個軟體的載入速度。因此，我們不能在計算速度的時候忽視伺服器的響應速度。
V程式碼
介面載入速度的最後一部分就是產品的程式碼本身。在和Joeri與Petar共事多年後，我能明白寫出執行速度儘可能快的查詢指令集需要多大的努力。所以僅僅讓字串剛好能執行還達不到我的期望，要努力寫出既優美且高效的程式碼。
認知載入時間
V認知=ic/(n*dx)
產品的認知載入速度是我開始這個研究的起點。我發現這是一個特別有意思的課題，因為它是一個優秀的UX非常重要的體現。這裡是設計與心理學的十字路口，也是把一大堆畫素點變成扁平化影象的地方，因為人腦能把畫素點翻譯成有意義的介面。也許有人會問“這個認知載入速度到底是個什麼東西？”別擔心，這是一個非常簡單的概念，特別是對你――一個總是使用電腦工作的人――來說。
認知載入理論在50年代由G.A.Miller第一次提出。他在一篇講述人類的工作記憶存在其內在的上限的論文中提及這一理論。他認為，工作記憶（如數字、文字或者是視覺元素）只能同時被大腦記住至多7（±2）個片段。大腦的工作記憶實際上就和電腦的記憶體差不多，它能處理所有的輸入資訊。Graham Cooper博士在他1998年的研究論文中畫了一張圖來解釋這一理論：
ic=介面的複雜程度
介面的複雜程度在感知載入中起到了巨大的作用。如果你的產品有一個充斥著各式各樣元素的複雜介面，那它的認知載入時間就會很長，也就是說使用者需要更多時間來理解你的產品，結果就會導致使用者的好感度下降。如果一個介面讓使用者感到難以理解或者是產生不舒適、不自信感，那這就一定不是一個好的UX設計。這就是為什麼說設計簡潔舒適的介面不僅僅是前衛的設計師的事，因為每一個設計都完全有必要讓使用者感覺是受控的。這就導致愉悅且自信的使用者會更快地下決定。
n=訪問次數
dx=體驗預期
儘管介面的複雜程度是認知載入速度的關鍵決定性因素，但是還有另外兩個重要因素會抵消掉它所帶來的優勢。n，使用者在過去體驗到你產品的次數；dx，使用者對於這一大類軟體的普遍體驗預期。比如：儘管一個產品有著複雜的介面，但是使用者之前就體驗過相似的產品，那麼他的認知載入量依然會很少。也就是說如果使用者之前就大量地使用過相似的產品，那產品的複雜程度對他就不再是個問題了。這就可以解釋為什麼經驗豐富的老使用者在面對一個複雜但是長期使用的介面時會比在面對一個重新設計的簡潔介面時更加有效率，因為新的介面使他們原來的經驗沒有了用武之地。
寫到這裡，我們就能把介面速度與認知速度相加來計算出產品總的需要的速度。
V介面=V網路+V伺服器+V裝置+V程式碼
V認知=ic/(n*dx)
V=V介面+V認知
現在我們就已經弄清了產品所需要的速度都包括哪些方面了。但是，快速仍然只是一個好的UX設計之中的一小部分，這也正是難以計算UX好壞的原因，也許我需要大家的幫助來集思廣益。
用途
p=b+s
就像我在之前的一篇部落格中所提到的，一個穩健的UX的基本組成元素就是用途。一個軟體產品必須有一個用途來提供價值。如果一個產品沒有用處的話，那就根本不會有使用者來體驗你的UX了。一個產品的用途是因人而異的，但是一般都由兩個因素組成：
b=益處
使用者之所以會去使用某一特定的產品是因為他們相信使用它會給自己帶來益處。這些益處可以是獲得資訊、社交、資訊或者只是快樂。
s=地位
在我們開始研究人類行為學之後，我們認為其中一個不可忽視的因素就是地位。地位的提升是一股能驅使人們做出行動的強大力量。如果一個產品能能提高使用者的社會地位，那它也會提高你的使用者自身去使用產品的積極性。
互動
i=e+c
i=互動設計
當設計師們想要提升產品的UX時，他們最多考慮到的就是產品的互動設計。作為一個設計師，這是最容易提升的一個因素。但是問題在於在“追波風”的影響下，年輕的設計師們會認為優秀的美學設計就是優秀UX設計的全部。
e=美學
儘管我很不想承認這一點，但是美學因素確實只是優秀UX設計中的一小部分。設計師們――包括我――喜歡高估他們的設計在UX和產品的整體成功之中的影響力。但是就像你在這篇文章中所讀到的那樣，有太多的因素可以決定一個UX設計是否成功，UX設計是一項團隊運動而不僅僅是設計師自己的事。
c=溝通交流
最後但同樣重要的是溝通交流。溝通與交流包括從介面上的文案到客戶服務的郵件之間的所有。與使用者的交流應該是人性化的、親切的、善解人意的和帶一點幽默感的。每一個人都希望被友善地對待，你的產品就是你發出的聲音，所以請明智且和善地對待使用者。
魔法公式
如果這到這裡你還在看我的文章的話，謝謝並且恭喜你看到了這裡！在你閱讀了上面所有的文字之後我們現在已經擁有了建造優秀UX設計所需的所有磚頭。如果我還忘記了什麼―這不可避免―請在Twitter @WdeB上告知。現在我們可以創造出一個能計算出產品UX優秀程度的魔法公式了嗎？我們來試一試。數學家和物理學家們請繞道。
V介面=V網路+V伺服器+V裝置+V程式碼
V認知=ic/(n*dx)
V=V介面+V認知
p=b+s
i=e+c
UX=(P*I)/V
結論
我們現在能破譯UX的密碼了嗎？我們可以不與使用者交流而是隻用計算公式就能知道UX是不是足夠優秀了？不，完全不是這樣。第一，推導這個公式的目的在於發現那些影響UX設計的種種因素。第二，上文中所提及的很多因素幾乎是不可能被量化的，所以這個公式很難被實際使用。
但是我們至少知道了一個優秀的UX設計並不僅僅只是一個漂亮的介面，介面只是這個方程式中的一部分。而要完成整個方程也並不僅僅是設計師，而是公司中每一個人――從後端工程師到客服――的責任。也許這個方程能幫助我們發現產品中哪裡是強項，哪裡是弱點，但正如我在上篇部落格中所提到的，用途才是一個UX設計成功的關鍵所在。載入速度、交流和美學設計都可以很容易地提高，但是隻有用途才是你產品的核心。