聊一聊,B端體驗走查

5 評論 11235 瀏覽 81 收藏 18 分鐘

編輯導語:通過設(shè)計走查,我們可以及時發(fā)現(xiàn)產(chǎn)品設(shè)計中可能存在的問題,進而提前或快速地解決問題。而體驗走查是設(shè)計走查中的一種,可以幫助設(shè)計師站在用戶體驗的角度,推動產(chǎn)品的迭代優(yōu)化。那么,B端產(chǎn)品的體驗走查應(yīng)該如何行進?本文作者做了總結(jié)梳理,一起來看一下。

一、什么是體驗走查

1. 概念

體驗走查是設(shè)計走查的一個類型,設(shè)計走查顧名思義是根據(jù)一定的設(shè)計標準和設(shè)計原則,對產(chǎn)品中的設(shè)計方案頁面從頭到尾進行一次問題的發(fā)現(xiàn)與總結(jié),便于修改與完善。體驗走查則是站在產(chǎn)品用戶體驗的角度出發(fā),以這個維度進行界面中的問題發(fā)現(xiàn)。

體驗走查類似于我們?nèi)メt(yī)院體檢,按照一定的檢查項目對身體進行檢查,最后得到一個體檢報告,根據(jù)體檢報告看出身體的健康狀況。

2. 復雜性

走查的過程是復雜的,需要設(shè)計師一定的積累。

在一定程度上,B端產(chǎn)品是一個復雜的系統(tǒng),產(chǎn)品牽涉到場景、用戶、業(yè)務(wù)等多個因素。對產(chǎn)品優(yōu)劣的評價,也不是一句話一個角度就能說清楚的。對于設(shè)計師而言,產(chǎn)品設(shè)計優(yōu)劣不能僅僅是好與壞的評價,而應(yīng)該有更加精準的評價,好在哪里以及為什么好。因此,對設(shè)計稿的走查需要較為客觀全面的維度。

在實際的項目中,作者通過實踐,整理一份較為成熟的B端產(chǎn)品的設(shè)計走查流程,和大家分享一下我個人的經(jīng)驗,也希望能得到你的反饋和交流,讓我們之后的體驗走查能更有成效。

二、為什么需要體驗走查

1. 體驗走查的使用場景

體驗走查的優(yōu)勢在于快速評估產(chǎn)品的用戶體驗,發(fā)現(xiàn)鏈路中的關(guān)鍵問題。因此非常適合周期短、對時效性要求高的項目。

體驗走查可以服務(wù)于整個產(chǎn)品生命周期,在上線前用于發(fā)現(xiàn)方案未覆蓋的用戶需求,加深內(nèi)部對用戶的理解,為新產(chǎn)品功能和設(shè)計賦能,確保新流程合理、風險可控;上線后,可用于搜集體驗問題,為產(chǎn)品后續(xù)優(yōu)化迭代輸出建議。

B端產(chǎn)品相較于C端而言,產(chǎn)品功能多,角色復雜,業(yè)務(wù)龐大,,在項目前期難免會出現(xiàn)產(chǎn)品的各種問題,通過及時的走查能夠快速發(fā)現(xiàn)問題并解決問題。同時從體驗角度出發(fā),去評測某些核心高頻功能是否能夠達到體驗?zāi)繕恕?/p>

2. 走查工作的時間和頻率

1)研發(fā)大版本決定

走查的頻率可以根據(jù)研發(fā)的大版本來確定,例如作者所在的某B端產(chǎn)品公司內(nèi)部進行一次產(chǎn)品大版本更新和發(fā)版,那么體驗走查的時間可以定在正式發(fā)版前的一個月進行。

選擇這個時間發(fā)版,可以保證提供給客戶的產(chǎn)品及界面經(jīng)過了我們設(shè)計師的走查后保證了更高的一致性和合理性,還能避免在發(fā)版后由于少了必要的檢查而出現(xiàn)大的系統(tǒng)bug。

所以各位設(shè)計總監(jiān)在制定年度計劃的時候,可以根據(jù)產(chǎn)品大版本迭代的發(fā)版時間來規(guī)劃我們體驗走查的時間,整個走查的計劃時間也不能太長,在我們發(fā)現(xiàn)問題后需要留給開發(fā)一些修改時間,這個時間在一周左右是比較合理的。

2)時間和需求數(shù)量決定

第二種確定方法可以根據(jù)研發(fā)時長和需求數(shù)量來確定。

比如每個季度一次或者在研發(fā)的需求達到一定的數(shù)量級以后,可以進行一次體驗走查。在產(chǎn)品團隊所完成的需求達到一定的數(shù)量之后,功能以及界面的質(zhì)量可能會出現(xiàn)下降,所以需要我們設(shè)計體驗團隊針對產(chǎn)品需求界面進行體驗走查,從而提高各個需求功能點的質(zhì)量。

3)日常任務(wù)

接觸一個新產(chǎn)品,優(yōu)化一個舊功能,驗收一個新特性,階段性的點檢整個產(chǎn)品的體驗,可以說體驗走查一直貫穿著設(shè)計師的日常。

  • 設(shè)計迭代前,通過體驗走查,發(fā)現(xiàn)現(xiàn)有產(chǎn)品的體驗問題;
  • 設(shè)計進行中,通過體驗走查,審視當前設(shè)計方案存在的體驗問題;
  • 設(shè)計開發(fā)時,通過體驗走查,檢查開發(fā)在還原時存在的體驗問題;
  • 設(shè)計上線后,通過體驗走查,發(fā)現(xiàn)真實環(huán)境中存在的體驗問題。

所以設(shè)計師的體驗走查工作不僅僅有助于提高產(chǎn)品的交付質(zhì)量,也能夠讓設(shè)計師快速了解業(yè)務(wù),快速成長。

三、B端對比C端體驗走查差異

1. 產(chǎn)品側(cè)重點差異

B端的走查過程主要關(guān)注數(shù)據(jù)、業(yè)務(wù)、操作路徑和效率,看組件是否搭配得當。從設(shè)計角度來看,結(jié)合交互,結(jié)合部分的業(yè)務(wù)需求、業(yè)務(wù)場景去來完成這個過程。

C端的走查過程集中在操作性和數(shù)據(jù)反饋方面,對某一功能操作以及埋點數(shù)據(jù)進行走查。對于未達到體驗?zāi)繕说墓δ苓M行操作漏斗分析,找到其中數(shù)據(jù)未達預(yù)期的原因,提升數(shù)據(jù)。

2. 體驗?zāi)繕瞬町?/h3>

很多中小型的B端產(chǎn)品公司,在產(chǎn)品初創(chuàng)期時往往更注重功能的實現(xiàn)模型,而忽略了表現(xiàn)層和用戶心智。

市場上很多的中小型B端產(chǎn)品公司都是開發(fā)擔任產(chǎn)品經(jīng)理,通常會從實現(xiàn)角度出發(fā)去考慮功能,有時候會忽略產(chǎn)品的體驗。所以對于這個階段的產(chǎn)品來說,體驗的走查目標更多是要發(fā)現(xiàn)界面中的問題和使用體驗方面的問題。

C端產(chǎn)品相比于B端,往往都是小而美的產(chǎn)品。這也間接體現(xiàn)了產(chǎn)品業(yè)務(wù)不同而導致的目標差異。

C端往往用戶人群簡單,業(yè)務(wù)簡單,沒有太多的專業(yè)壁壘,操作簡單的情況下產(chǎn)品更希望各個功能能夠達到體驗?zāi)繕?。打開一個產(chǎn)品,找到你準備走查的第一個頁面,從本能層次出發(fā),去體驗當前頁面的設(shè)計是否主次分明、合理、一致。作為設(shè)計師,在本能的感官層面,我們要求當前頁面的設(shè)計,一定要好看、好懂、好找、好點。

3. 走查過程差異

1)走查前期首先會制定計劃,確定走查范圍

由于B端產(chǎn)品架構(gòu)和功能頁面很龐大,在有限的時間內(nèi)不可能走查完整個系統(tǒng)所有頁面,所以需要確定走查的范圍和所涉及的功能版本。

2)確定體驗走查量表

由于B端和C端產(chǎn)品的差異,導致兩類產(chǎn)品在體驗量表上使用標準可能會存在一些差異。

最常見的可用性量表——尼爾森十大可用性原則,但是從1995年提出到現(xiàn)在,已經(jīng)過去了二十多年,互聯(lián)網(wǎng)世界已經(jīng)發(fā)生了巨大的變化。

在這樣的情況下,尼爾森的十大可用性原則明顯有些不那么符合,或者說不能給出針對現(xiàn)今產(chǎn)品太全面的啟發(fā)。各大用戶體驗部門會針對產(chǎn)品的實際特性重新整理了一套可用性原則,以更適應(yīng)現(xiàn)代的C端產(chǎn)品。

四、如何做B端的體驗走查

1. 確定走查計劃和范圍

在走查開始之前會確定走查的范圍和大致計劃,例如走查涉及到哪些產(chǎn)品、哪些模塊、使用哪個環(huán)境。詳細的走查計劃能夠讓我們設(shè)計師了解到走查的內(nèi)容和計劃,我們可以按照計劃內(nèi)的時間進行走查任務(wù)分配和規(guī)劃。

走查計劃可能并不一定是由設(shè)計體驗部門牽頭發(fā)起的,但是作為設(shè)計師我們也需要了解。完整的走查計劃需要包含如下內(nèi)容:

走查目標、產(chǎn)品的版本、所涉及的產(chǎn)品的功能模塊、走查時間、報告時間、項目組問題修改時間、復查等。

2. 制定走查標準

1)走查標準表

體驗設(shè)計部門需要針對產(chǎn)品制定走查標準,最常見最經(jīng)典的是尼爾森十大可用性原則量表。做交互的童鞋們應(yīng)該很清楚尼爾森十大可用性原則,我們在做體驗走查的時候很多標準都是根據(jù)十大可用性原則來測試判斷的。

尼爾森的十大可用性原則,但是從1995年提出到現(xiàn)在,已經(jīng)過去了二十多年,互聯(lián)網(wǎng)世界已經(jīng)發(fā)生了巨大的變化。在這樣的情況下,尼爾森的十大可用性原則明顯有些不那么符合,或者說不能給出針對現(xiàn)今產(chǎn)品太全面的啟發(fā)。

在這種背景下,很多產(chǎn)品的體驗部門重新整理了適合自己產(chǎn)品的一套可用性原則,使得可用性原則更針對現(xiàn)今互聯(lián)網(wǎng)產(chǎn)品,基本可以覆蓋到所有出現(xiàn)的用戶體驗問題。

例如:京東最新21條可用性原則、VIVO體驗問題評估標準V1.0等。

我們可以在尼爾森十大可用性原則的基礎(chǔ)上去制定適合自己產(chǎn)品的可用性原則,也可以在其基礎(chǔ)上進行簡化,使其適合B端的產(chǎn)品。

2)走查問題評估等級標準量表

在產(chǎn)品頁面中出現(xiàn)了某項問題,我們需要針對這項問題的嚴重程度進行評估,每個等級對應(yīng)的評估標準也會記錄下來方便定位,問題通常分為四級:致命、嚴重、一般、輕微。

問題越嚴重處理的時候優(yōu)先級越高,后續(xù)輸出走查報告的時候開發(fā)需要優(yōu)先處理優(yōu)先級高的問題。

3. 體驗走查思路

走查時有一個思考的路徑就是想要優(yōu)先解決什么體驗問題,第二要解決什么問題,進而開展走查的過程。

走查的思路可以是由下至上的,首先關(guān)注產(chǎn)品的底層可用性問題,基礎(chǔ)體驗是否理想、基礎(chǔ)視覺體驗是否合理統(tǒng)一規(guī)范、使用的組件是否符合規(guī)范等。往上一層是體驗層面的內(nèi)容就是用戶體驗是否足夠友好清晰;一些反饋的關(guān)鍵的信息,視覺上能不能起到?jīng)Q策的效率是否突出。

最頂層就是認知品牌傳遞層面的內(nèi)容。就是整個產(chǎn)品設(shè)計是否體現(xiàn)公司與產(chǎn)品的品牌價值,是否符合產(chǎn)品的特性。

走查的思路上,可以沿著思路從最基礎(chǔ)的問題去建立,把基礎(chǔ)打好,才可以解決更上層的問題。

找完問題后需要對這些問題進行分類,從三個角度考慮:

  1. 從規(guī)范UI樣式考慮(即組件和規(guī)范合理性);
  2. 從體驗操作反饋,反饋與操作保持統(tǒng)一;
  3. 考慮品牌傳遞價值,產(chǎn)品所傳遞的價值是否符合品牌傳遞價值以及符合品牌的特性。

4. 輸出體驗走查報告

對于查找出的問題,也將其區(qū)分等級:

  • 致命:數(shù)據(jù)丟失、缺失,功能不可用,按鈕點擊無反應(yīng);
  • 嚴重:功能設(shè)計與需求嚴重不符,數(shù)據(jù)結(jié)果錯誤,程序接口調(diào)用錯誤等;
  • 一般:功能未實現(xiàn)但不影響使用,操作時間長,數(shù)據(jù)字段過長,頁面樣式(頁面布局不規(guī)范、顯示重疊、不該顯示不隱藏、描述不清,晦澀難懂未注釋、默認提示不準確、文字排列不對齊、光標圖標寓意不正確);
  • 輕微:建議問題,不影響使用,只是體驗差點。

與之相對應(yīng)的處理等級是緊急處理、優(yōu)先處理、一般處理、暫不處理。

產(chǎn)品體驗流程梳理優(yōu)化,主要分為三大部分,流程優(yōu)化、功能優(yōu)化、視覺優(yōu)化。下面逐一詳細說明。

  1. 流程優(yōu)化:我們是否要保留兩套流程,如果保留,要分析出核心流程是什么。利用核心流程引導用戶。對于非核心流程的關(guān)鍵環(huán)節(jié)進行優(yōu)化,某些頁面、交互對用戶是否存在干擾。
  2. 功能優(yōu)化:對于冗余、復雜的功能進行刪除或者合并,文案的整理修改優(yōu)化。
  3. 視覺優(yōu)化:優(yōu)先級最低的優(yōu)化,頁面結(jié)構(gòu)、信息層級、顏色控件等細節(jié)優(yōu)化,情感化元素的增加修改。

根據(jù)走查結(jié)果輸出一份體驗走查報告,并設(shè)置好開發(fā)的負責人,以及修改時間。將文檔整理好后通過正式郵件發(fā)送給產(chǎn)品部門。

5. 推動體驗問題解決

產(chǎn)品部門在接到走查報告后,需要根據(jù)問題進行修改,其中部分問題可能需要設(shè)計師的配合,例如UI樣式方面的問題需要重新進行UI設(shè)計;體驗流程方面的問題需要重新進行交互設(shè)計。在遇到需要設(shè)計部門配合的時候,我們設(shè)計師一定要積極響應(yīng)產(chǎn)品部門的需求,早點修改完問題早點結(jié)束走查。

同時對于產(chǎn)品部門不愿意修改的問題,設(shè)計部門也需要及時跟進,了解他們不修改的原因。這些原因需要備注好,并要求產(chǎn)品部門承諾修改時間。

在問題修改完成后,設(shè)計部門會進行最后的驗收,在驗收過程中將有問題的地方進行再次走查,問題修改完成后我們就算進行了一次完成的體驗走查工作了。

 

本文由 @晨屹 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 致命的其實就是bug

    來自廣東 回復
  2. 入職第一周,產(chǎn)品團隊讓一周輸出產(chǎn)品體驗的問題報告,然后就通過尼爾森十大原則和5E原則對產(chǎn)品進行了一輪走查,走查出來10+個體驗問題,但是在迭代的過程,領(lǐng)導覺得解決這些問題太小了,不值得啟動研發(fā)迭代優(yōu)化。讓設(shè)計啟動更大一輪的用戶調(diào)研與需求定義,這個局,設(shè)計要怎么破嘞。

    來自廣東 回復
    1. 走查出來的問題,肯定是需要設(shè)計和開發(fā)及時去解決的。這樣保證了產(chǎn)品更新迭代的頻率,產(chǎn)品發(fā)版交付肯定都是有時間的,小改動才能趕得上迭代計劃。
      領(lǐng)導覺得解決問題太小,說明領(lǐng)導還是很重視產(chǎn)品質(zhì)量的,這是好事。但讓設(shè)計重新調(diào)研改進,這樣時間成本非常高,設(shè)計出現(xiàn)了大的改動,開發(fā)有時間做嗎?這些環(huán)節(jié)都是有時間計劃的。
      設(shè)計可以在固定的時間和頻率按照領(lǐng)導的計劃去開展更大一輪的調(diào)研,可以作為團隊的季度計劃,提前與其他研發(fā)線成員溝通好~

      來自廣東 回復
  3. 問題修改完成后我們就算進行了一次完成的體驗走查工作了。我們也是這樣子

    來自河南 回復
  4. 可用性原則更針對現(xiàn)今互聯(lián)網(wǎng)產(chǎn)品,基本可以覆蓋到所有出現(xiàn)的用戶體驗問題。

    來自陜西 回復