2019-3-20 資深UI設(shè)計者
如果您想訂閱本博客內(nèi)容，每天自動發(fā)到您的郵箱中， 請點這里
在無限的信息體量和有限的用戶瀏覽范圍之間求得平衡，讓用戶看到全部創(chuàng)作中他最想看到的那一面。在B端產(chǎn)品的設(shè)計過程中，我深切體會到動效能在很多體驗領(lǐng)域起到四兩撥千斤的作用。于是我將自己這些年來做動效的思考，結(jié)合B端產(chǎn)品的一些固有特點，來和大家聊一聊動效設(shè)計在B端產(chǎn)品體驗設(shè)計中的意義。
既然是談B端產(chǎn)品的體驗設(shè)計，那么就免不了要與C端產(chǎn)品做對比。在我看來，B端產(chǎn)品與C端產(chǎn)品在大的體驗趨勢上是趨同的。對于大多數(shù)用戶而言，都希望自己在工作與生活中是順利、愉悅的，而用戶體驗就是為了讓用戶順利、愉悅而生的。也就是說，不管是B端產(chǎn)品還是C端產(chǎn)品，其體驗的本質(zhì)都是圍繞著使用的效率與愉悅感為核心展開的。那么這次我們就將目光聚焦在B端產(chǎn)品，來看看在這個領(lǐng)域都有哪些亟待解決的設(shè)計難點。
針對這四個特點，我沉淀出一套解決B端產(chǎn)品體驗問題的方法，它們分別是：信息折疊、路徑梳理、提升效率、概念物化。接下來，我將通過具體的案例，來詳細展現(xiàn)動效在B端產(chǎn)品體驗設(shè)計中的意義。
涉及案例簡述：
案例1:
問題分析：初次進入 Dataphin，我們會提供一張業(yè)務(wù)流程圖來解釋 Dataphin 的工作流程。為了降低理解成本，我們對每個流程都添加了文字說明。然而由于流程本身已經(jīng)很復(fù)雜，頁面排版中加入說明性文字會使得流程的排版拉長，用戶很難通過一屏瀏覽完整的功能流程，體驗不佳。
解決方法：我們發(fā)現(xiàn)用戶一開始關(guān)注業(yè)務(wù)的全流程展示，然后才會仔細查看每個業(yè)務(wù)的詳細說明。當(dāng)用戶將注意力放在查看詳細說明的時候，是顧不上看全流程的。因此我們將「看流程」和「看說明」的場景區(qū)分開，共用同一塊區(qū)域，從而優(yōu)化信息排布。
案例2：
問題分析：在QuickBI中，同一套 icon 需要應(yīng)對兩種不同的使用場景，當(dāng)用戶沒有選中任何圖表的時候，點擊任意類型的圖表icon，即可新建一個圖表；當(dāng)用戶選中某一創(chuàng)建好的圖表時，再點擊圖表icon，則是為該圖表切換類型。所以為了確保用戶的認知清晰，我們需要將兩套使用場景區(qū)分開。
下圖中，我們嘗試了靜態(tài)的布局思維，雖然可以區(qū)分場景，但也造成了導(dǎo)航條過高，導(dǎo)致空間冗余，壓縮了創(chuàng)作空間。
其實這個問題不止我們家有，用過 AE 的同學(xué)應(yīng)該清楚，AE里面的形狀工具體驗也很鬼畜，用戶不選擇任何圖層的時候，使用形狀工具可以新建形狀，當(dāng)用戶選中某個圖層的時候，使用形狀工具是針對該圖層創(chuàng)建蒙版，兩種不同的功能卻沒有任何樣式或操作上的區(qū)分，對新手用戶來說是相當(dāng)不友好的。
解決方法：用戶創(chuàng)建圖表和切換類型是兩種不同的場景，不可能同時存在，在布局上沒有必要讓兩套 icon 同時存在于界面。因此使用切換式，利用鼠標對圖表的點擊、失焦可以靈活切換兩套使用場景。
問題分析：圖1是用戶在 Dataphin 中所創(chuàng)建的一張邏輯表，我們需要保證用戶在屏幕內(nèi)盡可能多的獲取信息，因此邏輯表中的空間利用就顯得很重要。在原有交互中，我們?yōu)橛脩籼峁┝怂阉鞴δ?，同時我們也在思考有沒有更優(yōu)的信息布局方案，可以為用戶展示更多的數(shù)據(jù)。
解決方法：在圖2中，我們需要在頂部區(qū)域?qū)ふ遗c用戶搜索操作不重合的場景，并把它們重疊起來。這里我用到交疊式的思路，即將搜索框收起來，只在頂部保留搜索入口，這樣在布局上就可以讓搜索與標題交疊使用同一塊區(qū)域，優(yōu)化了布局。
問題分析：在下圖中，側(cè)邊導(dǎo)航的信息過多，壓縮了創(chuàng)作區(qū)域，我們需要為導(dǎo)航「瘦瘦身」。
解決方法：通過用戶調(diào)研，我們發(fā)現(xiàn)導(dǎo)航的名稱對于新用戶來說很有必要，但隨著用戶對產(chǎn)品的逐漸熟悉，名稱重要性漸漸下降。我們需要通過動效，找到合理的展示形式，來兼顧新老用戶的使用需求。
通過動效優(yōu)化信息布局，既保證了單位面積內(nèi)盡可能多的展示有效信息，又避免了信息過載帶來的干擾與閱讀疲勞，使得用戶每次只需要專注眼前的使用場景，提高了獲取數(shù)據(jù)的效率，這便是視覺設(shè)計師在項目中的價值。
問題分析：在 Dataphin 中一共包含了80多個功能點，我們將這些功能點梳理歸納成5個大類目和20個子類目。因此我們既希望用戶能明確每個類目下包含的子類目，又希望用戶在選中子類目的同時，也能明確感知自己處在哪個大類目下。
下圖中，用戶從首頁切換到數(shù)據(jù)資產(chǎn)版圖，我們想要讓用戶明確信息的嵌套層級，靜態(tài)的思維只能用雙Tab 形式展現(xiàn)。雖然解釋了層級關(guān)系，但也使得導(dǎo)航高度過高，壓縮內(nèi)容區(qū)域，加之案例中的資產(chǎn)版圖本身還包含三個子類目，于是，同一個頁面出現(xiàn)了三層 Tab。
解決方法：將嵌套路徑通過動效的方式展現(xiàn)，運動軌跡可以暗示用戶子類目從哪里展開，其余類目被收到了哪里，用動效的方式解釋了層級嵌套路徑。明確了層級嵌套關(guān)系，節(jié)約了為解釋嵌套路徑而鋪展出的信息所浪費的頁面空間。
在 Dataphin 中，用戶在創(chuàng)建邏輯表之前，會經(jīng)過一系列繁瑣的配置工作，如下圖中，用戶需要經(jīng)過「定義維度」-「定義主鍵&來源邏輯」-「定義層級」三個步驟。由于操作流程復(fù)雜，我們?yōu)橛脩粼O(shè)計了鉛筆線動效，讓用戶時刻明確自己操作所處的位置，也方便回退操作。
通過動效梳理路徑，使得B端產(chǎn)品復(fù)雜的產(chǎn)品邏輯更為清晰，降低用戶的理解成本，縮短因查找路徑浪費的時間，提升工作效率。同時，將操作路徑巧妙地隱藏在運動路徑當(dāng)中，可以節(jié)約為了展示路徑關(guān)系而浪費的頁面空間。
問題分析：在 QuickBI 儀表板中，用戶需要導(dǎo)入已有的數(shù)據(jù)集以配置圖表內(nèi)容。數(shù)據(jù)集由用戶自行創(chuàng)建，一般來說，B端產(chǎn)品用戶文件命名比較偏長，正常情況下下拉框很難直接把名稱顯示完全，用戶還需要將鼠標hover 到名稱上才能查看完整的名稱，操作路徑被拉長了。
解決方法：我們在側(cè)邊欄展開的一瞬間向兩側(cè)借一部分空間，使得名稱獲得了更多展示空間。盡可能多的展示信息，縮短操作路徑，提率。
問題分析：在 QuickBI 儀表板中，用戶創(chuàng)建圖表的操作為，先拖動字段進入對應(yīng)軸區(qū)，軸區(qū)便能讀取字段內(nèi)的信息并生成數(shù)據(jù)可視化。這一所見即所得的操作對老用戶而言是的，但對于新用戶而言認知成本卻有些高。
設(shè)計思路：我們需要通過響應(yīng)式的設(shè)計來引導(dǎo)用戶學(xué)會這樣一個操作。首先，用戶的鼠標滑過字段，字段會高亮響應(yīng)，提示用戶此處可點擊，從而吸引用戶學(xué)會點擊拖動字段。接下來，我們通過軸區(qū)內(nèi)的文字提示，告訴用戶字段可以被拖入該軸區(qū)。用戶將字段拖入軸區(qū)的時候，對應(yīng)的軸區(qū)會高亮響應(yīng)告訴用戶字段可以被拖入軸區(qū)，同時字段會根據(jù)拖入路徑是否正確給出響應(yīng)。如果正確，字段會劃入軸區(qū)；如果錯誤，會給出錯誤提示；如果用戶執(zhí)意操作，字段會彈回原處。這樣我便構(gòu)建了一套完整的響應(yīng)流程。通過層層響應(yīng)的方式，減少用戶在每一步操作上的困惑時間，幫助用戶快速掌握這一操作手法，提升工作效率。
工具型產(chǎn)品中很多操作是相互關(guān)聯(lián)的，而且這樣的關(guān)聯(lián)關(guān)系通常是細微的，因此需要我們通過動效強化元素之間的關(guān)聯(lián)關(guān)系。案例中圖表的每一列指標可以自由配置，通過微動效，讓用戶一眼就能找到新增的指標，提升操作效率。（蘋果在新版的 Mac 系統(tǒng)中也有采用類似的設(shè)計，體驗很棒）
聯(lián)動關(guān)系在框架層面也同樣適用，比如導(dǎo)航區(qū)域與創(chuàng)作區(qū)域之間就存在拉伸聯(lián)動。這樣的動效前提，建立一整套元素的適配規(guī)范，便于開發(fā)與團隊協(xié)作。這個過程會很繁瑣，也是B端產(chǎn)品看不見的巨大工作量。
每一個微小細節(jié)的打磨才能匯聚成的用戶體驗。提升效率的點小而且零散，總結(jié)起來即是用戶的操作是強反饋的，從而增加用戶嘗試的信心；用戶的操作是有引導(dǎo)性的，即增加用戶繼續(xù)探索的信心；用戶的操作路徑是盡可能被縮短的，以節(jié)約時間。滿足這三點均可被看作是設(shè)計在提升效率方面的價值。
問題分析：QuickBI 中有一個叫「創(chuàng)作區(qū)」的模塊，是用來介紹 QuickBI 產(chǎn)品能力的。我們需要在這個區(qū)域向用戶展示 QuickBI 所具備的能力與工作流程。由于 QuickBI 是面向行業(yè)分析師的 BI工具，其所要傳達的概念對于新用戶來說比較生澀復(fù)雜，這就需要我們在產(chǎn)品流程展示設(shè)計上盡可能簡單易懂。
下圖是1.0版本中的效果，其對流程的設(shè)計僅停留在圖形的堆砌，對業(yè)務(wù)的表述不夠清晰，也就很難向用戶傳遞我們的產(chǎn)品價值。
那我們來看看視覺設(shè)計是如何物化抽象的概念的。
首先我梳理出 QuickBI 工作的四個步驟：獲取數(shù)據(jù)、創(chuàng)建數(shù)據(jù)集、數(shù)據(jù)分析、數(shù)據(jù)展示。
接下來我們思考一下，當(dāng)我們需要對某人講述一個很復(fù)雜的概念的時候，我們通常會打個比方。那么我接下來要做的，就是為這套抽象的概念「打個比方」，因此我要為它們構(gòu)建一個有故事性的場景，那么這四個步驟應(yīng)該是某種靜止且持續(xù)運轉(zhuǎn)的工廠，它們之間需要某些動態(tài)的介質(zhì)將其串聯(lián)起來。
于是我進一步挖掘視覺樣式，構(gòu)建出了場景原型圖。
進一步完善視覺效果，得到了最終的成品：零散的代碼被收集車間收集，產(chǎn)出數(shù)據(jù)表進入加工工廠，工廠將其加工成數(shù)據(jù)集，運輸進分析臺，分析臺通過「儀表板、電子表格、數(shù)據(jù)全屏」三種方式對數(shù)據(jù)進行可視化分析，最后將分析結(jié)果通過數(shù)據(jù)門戶和郵件訂閱的方式對外分享。
通過動效設(shè)計，將抽象的概念具象化，將復(fù)雜的流程簡單化，大大降低了新用戶的學(xué)習(xí)成本，使之可以快速上手。
最后，我將我的動效設(shè)計方法沉淀成一套以方盒為載體的方法論——方盒理論：「置身于三維空間下，信息的體量是無窮的，我們需要為其尋找合適的載體，在無限的信息體量和有限的用戶瀏覽范圍之間求得平衡。即讓用戶看到全部創(chuàng)作中他最想看到的那一面?！惯@即是我所構(gòu)建的以六面方盒為基礎(chǔ)的信息載體，并為我的一切動效解決方案提供了理論支點。
B端產(chǎn)品并非大家印象中那樣的索然無味，其中有很多體驗是值得深挖的。動效僅僅是其中的一個層面。隨著近幾年B端領(lǐng)域功能點逐步完善，用戶對體驗提出了更高的要求，B端產(chǎn)品的體驗設(shè)計需求也會漸漸升溫，也希望有更多這個領(lǐng)域的優(yōu)秀設(shè)計師能和我做朋友。
藍藍設(shè)計( www.teruid.com )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)。
藍藍設(shè)計的小編 http://www.teruid.com