前言

關于體驗度量這個詞，很多設計師既熟悉又陌生，特別是 B 端的產品，業務復雜且邏輯概念多，怎么建設產品體驗度量更是特別棘手。

本文將從設計側，什么是體驗度量入手，到分析市面上常見的度量模型，再結合實際場景案例，帶你弄懂 B 端產品體驗度量這點事。

更多度量模型：

一、什么是用戶體驗度量

1. 什么是用戶體驗度量

解釋用戶體驗度量前，我們先思考一個大家都習以為常的概念，什么是用戶體驗，這個詞既簡單又抽象，Wikipedia 有一個定義：用戶體驗就是從用戶接觸這個產品開始，到使用結束后的全部感受，包括認知印象、用戶行為、情感喜好和心理反應等全部的綜合感受。再說說度量，它是一種數學概念，針對事物賦予一個數字概念，觀察的人可以基于數字進行比較。

所以用戶體驗度量就是將用戶的綜合感受，通過一種可測量的數字化手段得出數據結果，再基于這些結果檢驗用戶體驗是否合格或者達到目標。

舉個例子，大家每年看各大廠商手機發布會，其中有一個重要的環節，怎么證明自家的手機使用體驗更好呢？就可以通過制定的標準化數據指標進行比較，得出比友商手機使用體驗更好。

2. 為什么需要體驗度量

管理學之父德魯克有一句名言：If you can’t measure it, you can’t manage it，翻譯過來就是：如果你不能夠測量，那么也就沒法很好的控制，也就是我們常說的無度量，無管理。

用戶體驗設計也是一樣，如果我們不能將最終的結果進行量化，那么也便無法衡量和管控。我們可以試著想象一下，在實際工作中，還是在匯報都會面臨老板這么一個靈魂拷問：你的這個設計具體給用戶帶來多大的價值？

如果我們沒有可靠的體驗數據說話，難免讓對方質疑我們的設計。特別是一些由設計團隊驅動的大型項目，沒有可靠的體驗度量數據，就很難談設計改版的價值。

所以體驗度量不僅能夠幫助產品落地，讓設計在團隊協作中落地更加順暢，也可以讓最終的體驗價值可衡量。所以有了體驗度量數據，它也能夠為設計或者管理者帶來有效的決策輔助，以獲得可衡量的商業價值。

二、常見的體驗度量模型

我們基于 B 端產品的特性，以及能夠從設計側發力的體驗點出發，對市面上大量的度量模型進行研究分析，發現 Google 的 HEART + GSM 模型和阿里巴巴旗下 PETCH 模型和 UES 模型，比較符合 B 端業務的體驗目標。在此過程中，我們規避了以下兩個度量目標：

1. 以收益增長為主要的度量體系。大多數場景下的 B 端產品，為企業自研或者服務商提供的標準化產品，這些都需要強大的售前和銷售團隊，所以產品體驗和客戶的初次付費意愿關聯性是非常弱的一個指標。
2. 以直接客戶增長的度量體系。理由同上，這主要還是因為 B 端產品的特性，設計團隊不能夠直接提升 GMV，所以一些常見的，比如 AARRR 等增長模型，不在我們的考慮范圍之內。

1. HEART + GSM 模型（Google）

HEART 模型是 Google 公司于 2010 年發表，也是當前推廣范圍最廣的度量模型，它是一套以用戶為中心、衡量用戶體驗質量最重要度量體系之一。

為了幫助 HEART 體系度量模型落地，該設計團隊還提出了 GSM 設計方法論，遵從目標→信號→指標的過程，使用方法類似OKR（目標與關鍵成果法），通過以結果為導向來定義數據指標，讓抽象化的 HEART 模型變得更加具體，以更好實現對關鍵目標的體驗衡量。

2. PETCH 模型（支付寶）

PTECH 模型是支付寶團隊基于 HEART 模型構建的，它更加關注用戶效率和行為分析，這是一套更加適用于 B 端的企業級產品度量模型。

3. UES 模型+易用性量表（阿里云）

UES（User Experience System） 模型是阿里云設計團隊經過多年實踐，沉淀的一套以易用性量表為主要指標的度量系統，其中指標包括易用性、一致性、滿意度、任務效率和頁面性能 5 個體驗度量指標。

作者認為，在眾多度量模型中，它是針對 B 端的標準化或自研產品，落地應用最高的體驗度量模型之一，所以可以將它作為一個重要的 B 端體驗度量參考模型。

UES 除了提供的度量模型及方法論外，針對其中最重要的易用性度量維度指標，還提供了一套主觀的「易用性度量量表」問卷。這是一套基于 CSUQ（系統可用性問卷）、QUIS（用戶界面滿意問卷）、SUS（系統可用性量表）等量表進行綜合研究分析后，從易操作性、易學性和易見性 3 個體驗維度，最終定的一套 12 道題的用戶易用性問卷。

4. 小結

除上述提到的一些體驗度量模型外，我們還對比了市面上一些其他度量體系，最終發現滿意度、效率和性能這 3 個體驗指標在 B 端產品的重疊度非常高，所以我們在建設體驗模型時，需要將它們作為重要的指標維度。

1. 滿意度：客戶滿意度是一切的根本，它是產品較為綜合的指標，所以在產品設計中需要通過各種手段，來提升客戶的滿意度。
2. 效率：因其 B 產品的特性降本增效，幫助企業解決業務問題和管理公司業務或人員，所以提升產品的使用效率是一個重要的指標。
3. 性能：和 B 端產品的特性有關，B 端產品注重工作效率，生產力的前提是系統可靠性，需要降低頁面的響應時間提高作業效率，不過這個體驗指標更加側重技術側來提升。

三、3 個重要的用戶主觀性指標

以上度量模型的各個維度指標中，既有客觀層面的，也有用戶主觀層面的。針對客觀層面的指標，我們可以根據制定好的數據埋點進行測算，如果是用戶主觀性層面的體驗指標，目前使用最多的分別是 CES（客戶費力度）、CSAT（客戶滿意度）和 NPS（凈推薦值）。

1. CES（客戶費力度）

CES 于 2010 年《哈佛商業評論》被提出，意思是客戶完成任務的難易程度。廣義上來說它也算是 CSAT（客戶滿意度）的一種，只不過它的衡量維度更具體、顆粒度更細，主要是衡量客戶使用產品的容易程度。

2. CSAT（客戶滿意度）

經典的“萬金油”體驗衡量指標，不管是哪個行業都可以適用，主要是衡量用戶對產品使用后整體的滿意度，它的好處是簡單場景通用性強。該問卷回答一般包含 5 個或者 7 選項，在實際運用中，我們一般針對產品試用期結束后，或者已付費的客戶，發放 CSAT 問卷調查。

市面上常見的客戶滿意度問卷分類類型非常多，涉及到 B 端互聯網產品的 CSAT 可以分為兩大類。

1. 整體評估問卷：用戶完成一系列任務后，對整個產品或者整個系統所作出的感知測量。常見的問卷有 SUS、QUIS、CSUQ、PSSUQ 等，上述提到的阿里云易用性量表，也是基于這些問卷提煉而成。
2. 任務評估問卷：用戶每完成一個任務后，所要作出的感知測量，相較于「整體評估問卷」，任務問卷顆粒度更小，一般用于產品開發前用戶測試，常見的問卷有 ASQ、ER、SEQ、SMEQ 等

所有的這些整體問卷評估和任務評估問卷，在用戶心理測量都具有較高的可信度，下面著重解讀 SUS 和 PSSUQ 這兩個知名度較高的問卷量表。

① SUS（系統可用性量表）

于 20 世紀 80 年代編制而成，最初有 50 道題目，到后來逐漸迭代到現在的 10 道題目，挑選的過程也是測試了大量用戶，評估維度有兩個：可用性（1-8 題）和可學習性（9-10 題）。

② PSSUQ（整體評估可用性問卷）

于 1992 年 IBM 公司推出，前后共迭代了 3 個版本，最后得到了 16 道題目。一套適用于大型軟件系統或大型網站的客戶滿意度問卷。評估維度有 3 個：系統質量（1-6 題）、信息質量（7-12 題）和界面質量（13-16 題）。

3. NPS（凈推薦值）

NPS 問卷調研比較簡單，用戶只需要回答一個問題，是否愿意將使用的產品推薦給身邊的人。用戶根據提供的問卷從 0 至 10 分之間打分。對比 CSAT，該指標更簡單，它是綜合反映客戶對產品的忠誠和購買意愿，也能反映產品在未來一段的發展趨勢和盈利能力。

1. 不推薦（0-6 分）：這類客戶對提供的產品服務不滿意，這個時候我們需要詢問客戶哪方面讓他不滿意。
2. 被動者（7-8 分）：這類客戶對產品不太關心，且忠誠度不高，并且很有可能在找同類競品，所以在問卷中我們可以這么問：我們需要做些什么會讓你喜歡？
3. 推薦者（9-10 分）：這類客戶整體滿意度極高，并且大概率會向身邊的推薦我們的產品服務。這個時候我們的問題可以是：你喜歡產品的哪一點？

4. 小結

從 CES→CSAT→NPS，是有一個用戶預期的循序漸進的關系在里面。CES 關注的是基礎體驗，也就是產品的簡單易用，當用戶覺得產品好用易用才會對產品滿意（CSAT），繼而才會將產品推薦給身邊的人（NPS）。

1. CES 衡量用戶使用產品的輕松程度，是一個較細顆粒的體驗指標。
2. CSAT 衡量的是產品是否符合用戶期望，是用戶對產品使用后的整體滿意態度。
3. NPS 是一個綜合性的體驗指標，衡量客戶與產品的整體關系，包括產品使用、服務、價格和品牌等。

綜合來說 CES、CSAT 和 NPS 是監控用戶體驗的非常有用的工具。如果從推薦一個工具開始研究使用，我們可以先從 CES 指標開始，因為它是直接關聯產品是否好用、易用的指標，上文提到的 UES 模型（阿里巴巴）易用性度量問卷就是 CES 的一種。

而我們常提到的 NPS，很難直接去提升它，更多時候是把它作為滿意度調研的一部分，通過提升各環節的 CSAT，再達到提升企業整體的 NPS 目標。

四、案例：SCRM 產品體驗度量模型探索

以上分析了一些常見的體驗度量模型，和 3 個重要的用戶主觀性體驗指標，我們也試著從產品業務的屬性出發，初步搭建一套 SCRM（私域客戶營銷系統）產品的體驗度量模型，整個過程分為如下四個步驟：

1. 制定度量目標

我們基于產品的商家型平臺屬性（另外兩個是通用型和中臺后型），和 SCRM 產品的私域營銷平臺特性，再結合體驗的度量標準（可測量、可量化和可持續），將“有用”和“好用”這兩個指標作為我們現階段的產品體驗度量目標。

1. 有用。分成“有”和“用”兩個維度。“有”主要考慮當前產品階段，正在從雛形走向成熟，所以功能的完整性對于我們至關重要。而“用”是指客戶是否有真正去使用，作為一家 SaaS 服務提供商，如果我們提供的功能用戶沒有在使用，或者使用率極低，那么將會嚴重影響后期客戶的續費率。
2. 好用。從易用性出發，用戶能夠正常使用完成營銷工作任務需要，并且使用后的態度是滿意的。

2. 選擇度量模型

通過上述列舉的體驗度量模型分析發現，所有的指標都可以歸納為從客觀到主觀，分別是系統表現、用戶行為和用戶態度這三類，最終發現發現 UES 度量模型和 CES 用戶主觀性指標，更為貼近當前 SCRM 產品階段度量的目標。

1. UES 度量模型各項體驗指標，符合我們當前產品業務階段的訴求。
2. CES 指標更加符合易用性體驗目標，較為容易測量和量化，也更加容易發現體驗問題，以便可持續指導和改進體驗問題。

3. 明確度量指標

1. 基于制定的度量目標，和選擇到貼切業務的度量模型后，開始分析現有產品的情況。將度量目標“有用”和“好用”分別拆解成：
2. 完整性。產品正在從雛形走向成熟，且市面競品較多，我們還處于追趕的地位，所以首先保證功能的完整性至關重要。
3. 參與度。作為一家 SaaS 服務商，幫助商家成功是我們的使命，所以需要清楚知道客戶是否有在持續使用產品。
4. 任務效率。使用效率是一直都是 B 端產品重要的體驗目標，需要清楚用戶能夠高效準確地完成任務。
5. 易用性。需要知道產品對于各個角色而言，產品的核心功能模塊是否易于學習和使用。
6. 用戶滿意度。用戶的主觀整體感受，需要知道客戶對整個產品是否滿意。

4. 選取度量方法

這一步主要思考通過選取哪些方法或手段，能夠量化這些度量的具體指標。結合 SCRM 產品的業務特點和 UES 模型研究分析后，梳理出了整體的度量框架如下。并針對其中的一些重要的具體指標，如完整性、參與度、自助完成率和易用性度量度量手段作詳細說明。

① 完整性（功能覆蓋率）

通過競品調研和產品專家走查，拆分各個模塊直至最細節，再通過對照表整體作分析對比。這一步是非常重要，需要體驗團隊和產品、業務和運營團隊一起參與，針對現有以及未來要做的功能模塊作調研分析。

② 參與度（功能有效性）

參與度就是通過監測用戶是否有在使用產品的功能。企微助手的角色主要有超級管理員、運營人員和銷售為導向的員工，通過后臺監測對各個人群角色核心功能模塊的使用率，再通過加權平均值，計算整個產品的使用率。

對核心功能模塊設定目標，比如以某個月為監測目標，核心功能必須使用率達到設定目標值才算完成，當然這個值不是固定的，需要根據產品的特性、時間維度，比如有些營銷類的裂變功能模塊，在活動的旺季使用率就會很高，所以目標值需要基于不同的業務場景作變化。

③ 任務效率（自助完成率）

任務效率主要是監測「自助完成率」和「任務完成時間」，這里主要說說「自助完成率」這個指標，自助完成率可以從用戶和子任務兩個維度來評估任務完成率如何，做法是將一個完整的的任務拆分成多個子任務，然后再針對每一個子任務的關鍵節點位置作數據埋點。測算方法也較為簡單，通過二進制的測量方法，計算任務成功或失敗得到的采集數據。

比如下方表格通過橫軸統計用戶的自助完成率達到多少，豎軸則計算每個子任務的任務完成率，任務完成率這個指標能夠更好的定位問題點，以便我們后期能夠作體驗優化。

④ 易用性（易用性度量）

易用性主要是基于各類用戶角色，產品是否容易使用主觀感受難易標準。SCRM 易用性量表以 UES 易用性量表為基礎，通過 CES 的問答形式，結合 SCRM 產品的特性，再參考李克特五級量表進行賦值，當然這 5 個類別具體賦予多少分值，需要基于當前產品階段以及目標來制定，。

5. 小結

以上整個體驗度量體系建設過程分為四個步驟，第一步結合產品特性和用戶人群，制定當前產品階段的體驗目標；第二步分析市面已有的度量體系，找到最貼合當前產品的度量模型；第三步明確這些指標，盡可能將它們具體細化，使其可以度量；第四步，找到可以度量它們的手段或者工具，使其可以量化。

五、總結

以上就是從市面各類體驗度量模型研究，到實踐工作探索的一個梳理總結。度量模型只是一個工具，選擇和使用時要以終為始，需要根據不同的業務階段以及能夠投入的資源情況，度量指標也要作相應調整，不要讓工具它限制了我們的目標。

另外建設體驗度量體系是一個非常復雜的綜合性問題，沒有統一標準的答案，只要我們能夠找到適合產品或項目的度量手段，并且這些度量指標能夠指導并提升產品的體驗及管理，就都是有價值的。

歡迎關注作者微信公眾號：「小高雜談」