在當(dāng)今數(shù)字化時(shí)代，設(shè)計(jì)系統(tǒng)的健康運(yùn)轉(zhuǎn)對(duì)于提升用戶體驗(yàn)、優(yōu)化產(chǎn)品功能至關(guān)重要。然而，如何科學(xué)地度量評(píng)估設(shè)計(jì)系統(tǒng)的表現(xiàn)，尤其是組件庫(kù)的維護(hù)升級(jí)效果，一直是業(yè)內(nèi)關(guān)注的焦點(diǎn)。傳統(tǒng)的問(wèn)卷形式定性評(píng)估雖然廣泛應(yīng)用，但因其受限于樣本量和周期性評(píng)估的特性，難以提供實(shí)時(shí)、精準(zhǔn)的反饋。

在B端設(shè)計(jì)領(lǐng)域，Light Design設(shè)計(jì)系統(tǒng)憑借其出色的組件庫(kù)，為用戶帶來(lái)了極大的便利。然而，隨著產(chǎn)品功能的不斷迭代和用戶體驗(yàn)要求的提升，組件庫(kù)的維護(hù)升級(jí)也面臨著越來(lái)越多的挑戰(zhàn)。為了更加敏捷地應(yīng)對(duì)這些挑戰(zhàn)，我們急需一種實(shí)時(shí)的定量監(jiān)測(cè)能力，以便快速定位問(wèn)題、明確迭代方向，進(jìn)而減少維護(hù)成本，提升組件庫(kù)的易用性。

本文將以Light Design設(shè)計(jì)系統(tǒng)的組件庫(kù)為例，深入探討如何通過(guò)定量指標(biāo)來(lái)優(yōu)化組件庫(kù)的維護(hù)升級(jí)流程。我們將從四個(gè)關(guān)鍵方面展開(kāi)：明確問(wèn)題、選擇指標(biāo)、探究現(xiàn)狀、解決風(fēng)險(xiǎn)。

首先，我們需要明確想要挖掘組件庫(kù)的哪些問(wèn)題。這些問(wèn)題可能涉及組件的使用頻率、錯(cuò)誤率、性能表現(xiàn)等多個(gè)方面。通過(guò)將這些問(wèn)題按維度分類，我們可以更加清晰地了解組件庫(kù)的現(xiàn)狀和潛在風(fēng)險(xiǎn)。

接下來(lái)，根據(jù)設(shè)立的維度，我們將選擇合適的觀測(cè)指標(biāo)。這些指標(biāo)應(yīng)該能夠準(zhǔn)確地反映組件庫(kù)的性能表現(xiàn)和用戶體驗(yàn)，同時(shí)也需要具有可量化、可比較的特點(diǎn)。

在確定了觀測(cè)指標(biāo)后，我們將開(kāi)始探究這些指標(biāo)所反映的現(xiàn)狀和風(fēng)險(xiǎn)。通過(guò)收集和分析實(shí)際數(shù)據(jù)，我們可以了解組件庫(kù)在實(shí)際使用中的表現(xiàn)，發(fā)現(xiàn)存在的問(wèn)題和瓶頸，為后續(xù)的優(yōu)化提供有力支持。

明

首先，我們需要明確希望定量評(píng)估幫助解決哪些問(wèn)題，從參與組件庫(kù)的角色來(lái)入手把問(wèn)題維度進(jìn)行分類：

角色一是維護(hù)方，負(fù)責(zé)生產(chǎn)和迭代組件。對(duì)于這一方，希望宏觀的知道目前組件庫(kù)的體量，判斷是需要精簡(jiǎn)還是擴(kuò)充；

以及還需要判斷迭代周期是否合理，那么就對(duì)應(yīng)以下2個(gè)維度：

1.構(gòu)成規(guī)模-即組件庫(kù)由多少組件構(gòu)成。

2.維護(hù)效率-即組件庫(kù)迭代的快慢。

角色二是引用方，也就是各個(gè)業(yè)務(wù)平臺(tái)的設(shè)計(jì)師、研發(fā)同學(xué)。他們會(huì)在日常的需求消化中，引用組件完成功能迭代。我們希望通過(guò)這些引用的行為觀測(cè)組件庫(kù)的覆蓋能力，提前預(yù)知不易用的風(fēng)險(xiǎn)組件，盡早升級(jí)。于是就有了以下2個(gè)維度：

1.引用規(guī)模-即有多少平臺(tái)用到了組件庫(kù)。

2.易用性-即組件是否在各業(yè)務(wù)場(chǎng)景都方便引用。

擇

有了維度分類后，接下來(lái)就需要在眾多組件庫(kù)的觀測(cè)數(shù)據(jù)中，選取合適的數(shù)據(jù)成為觀測(cè)指標(biāo)。

下面是我們根據(jù)評(píng)估維度選擇的觀測(cè)指標(biāo)：

構(gòu)成規(guī)模

1.組件個(gè)數(shù)-基礎(chǔ)、業(yè)務(wù)、圖表等多組件庫(kù)分別計(jì)數(shù)。

2.組件庫(kù)覆蓋率-各組件庫(kù)中被引用組件對(duì)于全集的占比。

維護(hù)效率

1.組件庫(kù)迭代進(jìn)度-迭代性質(zhì)可分為問(wèn)題修復(fù)、特性和實(shí)驗(yàn)性功能增優(yōu)。

引用規(guī)模

1.引用平臺(tái)數(shù)-有多少平臺(tái)引用了組件庫(kù)。

2.組件庫(kù)版本引用占比-各平臺(tái)引用的是哪個(gè)版本的組件庫(kù)（組件庫(kù)每升級(jí)一次，即為一個(gè)新版本）。

3.各平臺(tái)組件庫(kù)引用覆蓋-我們提供了基礎(chǔ)、業(yè)務(wù)、圖表3個(gè)大組件庫(kù)，從這個(gè)數(shù)據(jù)可以獲知各個(gè)業(yè)務(wù)平臺(tái)都引用了前述的哪些組件庫(kù)，以及各引用了多少組件。

易用性

1.組件引用次數(shù)-組件被各業(yè)務(wù)方引用了多少次。

2.組件改寫(xiě)次數(shù)-此處為非正常改寫(xiě)，業(yè)務(wù)的研發(fā)強(qiáng)行破壞了組件的既有樣式，業(yè)內(nèi)通常稱其為"Hack"。

通過(guò)上面的分析，我們就得到了一個(gè)較為完整的觀測(cè)指標(biāo)框架，下面我們來(lái)探討下如何利用他們實(shí)際去發(fā)現(xiàn)和解決問(wèn)題。

探&解

確定以上觀測(cè)指標(biāo)，我們搭建了監(jiān)測(cè)平臺(tái)，日常監(jiān)控組件庫(kù)的數(shù)據(jù)表現(xiàn)，產(chǎn)出數(shù)據(jù)報(bào)告。下面就用實(shí)際的例子來(lái)講講如何利用這些定量的觀測(cè)指標(biāo)，發(fā)現(xiàn)并解決組件庫(kù)的易用性和維護(hù)上的一系列問(wèn)題。

易用性相關(guān)

問(wèn)題1：如何定位到不好用的組件？是否值得升級(jí)？又如何進(jìn)行優(yōu)化呢？

解：這里需要依靠2個(gè)數(shù)據(jù)指標(biāo)來(lái)判斷，分別是組件的引用次數(shù)和改寫(xiě)次數(shù)。簡(jiǎn)單解釋就是高頻引用同時(shí)又頻繁改寫(xiě)的組件嚴(yán)重影響了業(yè)務(wù)方的引用效率，這些組件自然是不好用的，需要重點(diǎn)解決。

我們以表單組件為例，來(lái)看下具體的工作流。

1.定位出高頻引用且高頻改寫(xiě)的組件：首先定位到"表單"組件出現(xiàn)在引用數(shù)Top5內(nèi)，且改寫(xiě)數(shù)是非常頻繁的。

2.還原具體改寫(xiě)場(chǎng)景并分類歸因：針對(duì)"表單"組件，拉取了改寫(xiě)的css代碼，逐一分析都改寫(xiě)了哪些樣式。從中提煉出共性的改寫(xiě)場(chǎng)景，進(jìn)行分類歸因。于是可以把表單組件的改寫(xiě)問(wèn)題分為4大類，分別是行間距問(wèn)題、標(biāo)簽寬度問(wèn)題、橫向表單缺失問(wèn)題、附屬表單樣式規(guī)范問(wèn)題。

3.針對(duì)不同原因?qū)С鼋鉀Q手段進(jìn)行組件升級(jí)：最后，根據(jù)上述問(wèn)題，逐一進(jìn)行設(shè)計(jì)和研發(fā)升級(jí)。升級(jí)后的表單組件再被業(yè)務(wù)方引用時(shí)，免去了改寫(xiě)的成本，平均單次引用可節(jié)省約1h的研發(fā)耗時(shí)。

問(wèn)題2：上面解決了單個(gè)組件的易用性問(wèn)題，但無(wú)法從全局判斷組件庫(kù)整體的易用性表現(xiàn)，那應(yīng)該如何解決呢。

解：把所有組件的引用次數(shù)加和，得到總體數(shù)值，并結(jié)合時(shí)間維度，觀察組件庫(kù)整體改寫(xiě)數(shù)與引用數(shù)各自的變化趨勢(shì)。用線形圖來(lái)描述的話，隨著時(shí)間推移，引用越多，改寫(xiě)越少，兩條線呈開(kāi)口狀，那就表示組件庫(kù)處于越來(lái)越健康的狀態(tài)。反之則需要警惕了。同時(shí)我們搭建了一套評(píng)分體系，基于引用/改寫(xiě)數(shù)值，通過(guò)歸一化和加權(quán)等一系列計(jì)算，by月/季度給組件庫(kù)易用性打分，也能精準(zhǔn)的知道組件庫(kù)易用性的表現(xiàn)，如果分值是下降的，就要具體去定位哪些組件出了問(wèn)題，再根據(jù)上述的方法相應(yīng)地進(jìn)行升級(jí)。

日常維護(hù)相關(guān)

問(wèn)題1：業(yè)務(wù)方反饋的升級(jí)訴求經(jīng)常扎堆，怎么去快速判斷升級(jí)的優(yōu)先級(jí)呢，提高維護(hù)效率呢？

解：為了能提高組件庫(kù)的維護(hù)效率，及時(shí)滿足各業(yè)務(wù)方的訴求，會(huì)從易用性、引用規(guī)模、升級(jí)成本這三方面來(lái)綜合判斷升級(jí)的優(yōu)先級(jí)。

首先，將業(yè)務(wù)側(cè)提出升級(jí)訴求的組件按業(yè)務(wù)上線時(shí)間由近到遠(yuǎn)排序。這就有了一個(gè)基礎(chǔ)的優(yōu)先級(jí)。

然后，從中挑選有嚴(yán)重bug的組件(易用性差)、多平臺(tái)高頻引用的組件(引用規(guī)模大），往前調(diào)整優(yōu)先級(jí)。

最后，評(píng)估它們的升級(jí)成本，如果成本小，迅速能迭代，那就按順序解決。如果其中有大規(guī)模升級(jí)的組件，不一定能敏捷支持，那就需要與業(yè)務(wù)側(cè)商量，先提供臨時(shí)替代方案，再專項(xiàng)升級(jí)組件。

問(wèn)題2：日常維護(hù)組件庫(kù)，如何保持組件庫(kù)的活力？

解：組件庫(kù)若長(zhǎng)期未更新，說(shuō)明對(duì)業(yè)務(wù)升級(jí)訴求的支持效率不高。此外若存在一些低頻使用甚至冗余的組件，則會(huì)在組件庫(kù)升級(jí)時(shí)帶來(lái)很大的負(fù)擔(dān)。所以需要時(shí)刻保持組件庫(kù)的精煉和活力。我們從兩方面來(lái)評(píng)估，第一、固定周期內(nèi)的迭代頻次，這體現(xiàn)了應(yīng)對(duì)業(yè)務(wù)方訴求的響應(yīng)速度和自驅(qū)升級(jí)的主動(dòng)性；第二、低頻引用的組件個(gè)數(shù)，首先我們會(huì)定期清理引用數(shù)為0的組件，并分析低頻組件不常被引用的原因，相應(yīng)做精簡(jiǎn)、合并，控制低頻引用組件個(gè)數(shù)，有利于我們將更多的精力聚焦在重點(diǎn)組件的維護(hù)升級(jí)上。

結(jié)語(yǔ)

上述給大家簡(jiǎn)單地介紹了設(shè)計(jì)系統(tǒng)相關(guān)的定量指標(biāo)及其使用案例，那么除了以上這些，其實(shí)我們還有很多可擴(kuò)展的空間，如目前的數(shù)據(jù)維度都是針對(duì)系統(tǒng)"維護(hù)方"和"引用方"的，還缺少"平臺(tái)體驗(yàn)者"，也就是真正用戶對(duì)設(shè)計(jì)系統(tǒng)的視覺(jué)/操作體驗(yàn)指標(biāo)，如何通過(guò)定量的手段收集這些指標(biāo)數(shù)據(jù)，與定性數(shù)據(jù)相輔相成讓組件庫(kù)的評(píng)估更為精準(zhǔn)，將是我們接下來(lái)需要探索的課題。

藍(lán)藍(lán)設(shè)計(jì)建立了UI設(shè)計(jì)分享群，每天會(huì)分享國(guó)內(nèi)外的一些優(yōu)秀設(shè)計(jì)，如果有興趣的話，可以進(jìn)入一起成長(zhǎng)學(xué)習(xí)，請(qǐng)加藍(lán)小助，微信號(hào):ben_lanlan，報(bào)下信息，藍(lán)小助會(huì)請(qǐng)您入群。歡迎您加入噢～希望得到建議咨詢、商務(wù)合作，也請(qǐng)與我們聯(lián)系01063334945

分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責(zé)聲明：藍(lán)藍(lán)設(shè)計(jì)尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問(wèn)題，請(qǐng)及時(shí)與我們?nèi)〉寐?lián)系，我們立即更正或刪除。

藍(lán)藍(lán)設(shè)計(jì)( bouu.cn )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國(guó)內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)、UI設(shè)計(jì)公司、界面設(shè)計(jì)公司、UI設(shè)計(jì)服務(wù)公司、數(shù)據(jù)可視化設(shè)計(jì)公司、UI交互設(shè)計(jì)公司、高端網(wǎng)站設(shè)計(jì)公司、UI咨詢、用戶體驗(yàn)公司、軟件界面設(shè)計(jì)公司

前言在B端的業(yè)務(wù)之中，數(shù)據(jù)概覽頁(yè)面屬于常見(jiàn)的頁(yè)面，對(duì)主管有快速查看/查詢/決策的左右，對(duì)于執(zhí)行也能查詢到KPI是否完成的，防止遺漏的作用。今天就結(jié)合業(yè)務(wù)之中的一個(gè)案例，跟大家做一個(gè)分享，有不同的意見(jiàn)可以留言或者是私聊溝通（謝謝大家）。業(yè)務(wù)需求我們團(tuán)隊(duì)主要做的OA類型的項(xiàng)目，主要是服務(wù)于公司內(nèi)部的開(kāi)發(fā)團(tuán)隊(duì)。隨著業(yè)務(wù)的逐步拓展、用戶的角色需求的多樣化、角色數(shù)量的多樣化、團(tuán)隊(duì)內(nèi)部開(kāi)發(fā)團(tuán)隊(duì)難度、設(shè)計(jì)師人手有限等矛盾不斷遞增，8個(gè)數(shù)據(jù)概覽模塊面臨著體驗(yàn)復(fù)雜以及設(shè)計(jì)開(kāi)發(fā)難度大的問(wèn)題。涉及到的元素

業(yè)務(wù)：涉及8個(gè)應(yīng)用，40個(gè)頁(yè)面。
角色分解：QA,IPM,SPM，TMDE,TES，模塊owner。
使用場(chǎng)景：管理者匯總團(tuán)隊(duì)信息、向上匯報(bào)以及分析數(shù)據(jù)。

現(xiàn)有問(wèn)題體驗(yàn)不一致，提高管理成本：

架構(gòu)組件以及樣式不同的模塊完全不相同，缺少規(guī)范性

開(kāi)發(fā)低效，溝通成本高:

組件重復(fù)開(kāi)發(fā)，開(kāi)發(fā)成本高
設(shè)計(jì)師與開(kāi)發(fā)溝通成本高

解決問(wèn)題解決流程分為：找高頻框架通過(guò)收集40個(gè)頁(yè)面的布局，結(jié)合對(duì)執(zhí)行者與決策者的角色行為進(jìn)行分析，將所有的頁(yè)面分為：

數(shù)據(jù)概覽
數(shù)據(jù)分析
詳情查看

重復(fù)組件將可視化按照空間分成；

底層：背景
內(nèi)容層：頁(yè)頭+篩選+圖表+表格
頂層：動(dòng)作按鈕

高頻樣式現(xiàn)有的樣式雜亂無(wú)章，因此針對(duì)現(xiàn)有的樣式進(jìn)行收集和整理分類為布局，色板，字體，將所有的頁(yè)面所有的元素進(jìn)行拆解，統(tǒng)計(jì)高頻樣式。分成：

布局：按照業(yè)務(wù)流程順序區(qū)分
高度：統(tǒng)計(jì)導(dǎo)航欄的高度重新計(jì)算高度
走向：統(tǒng)計(jì)現(xiàn)有瀏覽器導(dǎo)航高度重新定高度
字體：現(xiàn)有字體尤其是在數(shù)字的展現(xiàn)方式區(qū)分度不夠

組架構(gòu)組合3個(gè)場(chǎng)景并且對(duì)頁(yè)面進(jìn)行分類，提取其中高頻的進(jìn)行整理繼續(xù)布局：

數(shù)據(jù)概覽：圖表+頁(yè)頭
數(shù)據(jù)分析：頁(yè)頭+篩選+指標(biāo)+圖表
詳情查看：頁(yè)頭+篩選+圖表+詳細(xì)表格

組件組合模塊根據(jù)業(yè)務(wù)進(jìn)行“總-分”形式的：

功能模塊
子模塊
子功能

上面是針對(duì)于常規(guī)的功能模塊，針對(duì)非常規(guī)的模塊「例如：結(jié)果頁(yè)面」進(jìn)行更加細(xì)化的區(qū)分“圖表”“表格”“篩選”，再度細(xì)分成為主體和變體進(jìn)行區(qū)分。樣式組合

布局：將7個(gè)常規(guī)的布局手鏈成為2個(gè)：“字-左上，圖表右下”，“圖表左右，注釋右邊”
高度：以win為例，導(dǎo)航欄分為3欄，再去保證頁(yè)面的報(bào)告率格急性型分組：1920對(duì)應(yīng)的是440，1600對(duì)應(yīng)的是360px，1366對(duì)應(yīng)的是280px
走向：根據(jù)統(tǒng)計(jì)的數(shù)據(jù)來(lái)，3個(gè)模塊會(huì)出現(xiàn)超過(guò)20字的注釋或者是標(biāo)簽名，因此延伸出2套解決方案：“自上而下”，和“自下而上”，經(jīng)過(guò)驗(yàn)證邀請(qǐng)幾個(gè)同學(xué)發(fā)現(xiàn)自上而下閱讀成本低，理解成本更低
字體：現(xiàn)有字體中，常規(guī)的默認(rèn)字體區(qū)區(qū)分度不高，所以引入了Din作為支持?jǐn)?shù)字呈現(xiàn)的

作者：一只雞腿啊啊啊
鏈接：https://www.zcool.com.cn/article/ZMTU4NDQyOA==.html
來(lái)源：站酷
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。

藍(lán)藍(lán)設(shè)計(jì)建立了UI設(shè)計(jì)分享群，每天會(huì)分享國(guó)內(nèi)外的一些優(yōu)秀設(shè)計(jì)，如果有興趣的話，可以進(jìn)入一起成長(zhǎng)學(xué)習(xí)，請(qǐng)加藍(lán)小助，微信號(hào):ben_lanlan，報(bào)下信息，藍(lán)小助會(huì)請(qǐng)您入群。歡迎您加入噢～希望得到建議咨詢、商務(wù)合作，也請(qǐng)與我們聯(lián)系01063334945

分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責(zé)聲明：藍(lán)藍(lán)設(shè)計(jì)尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問(wèn)題，請(qǐng)及時(shí)與我們?nèi)〉寐?lián)系，我們立即更正或刪除。

藍(lán)藍(lán)設(shè)計(jì)( bouu.cn )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國(guó)內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)、UI設(shè)計(jì)公司、界面設(shè)計(jì)公司、UI設(shè)計(jì)服務(wù)公司、數(shù)據(jù)可視化設(shè)計(jì)公司、UI交互設(shè)計(jì)公司、高端網(wǎng)站設(shè)計(jì)公司、UI咨詢、用戶體驗(yàn)公司、軟件界面設(shè)計(jì)公司

“沒(méi)有產(chǎn)品是一座孤島。產(chǎn)品不僅是產(chǎn)品，這是一套有凝聚力、綜合性的體驗(yàn)，思考產(chǎn)品或服務(wù)的所有階段-從最初的意圖到最終的反思，從第一次使用到幫助、服務(wù)和維護(hù)。讓他們無(wú)縫的協(xié)同工作。”— Don Norman

用戶體驗(yàn) (UX) 設(shè)計(jì)是在獲取和集成整個(gè)產(chǎn)品流程中全流程創(chuàng)建有意義的體驗(yàn)優(yōu)化，不僅包括產(chǎn)品易用，更注重的是全程與全方面，關(guān)注產(chǎn)品并提供解決痛點(diǎn)難點(diǎn)的解決方案。在某些情景下，UX、UI、可用性等術(shù)語(yǔ)通?；Q使用，但是可用性和UI仍為UX的子集，是UX構(gòu)成的重要元素

UX設(shè)計(jì)涉及實(shí)施、組織項(xiàng)目和元素，來(lái)影響用戶從產(chǎn)品獲得體驗(yàn)。設(shè)計(jì)目標(biāo)是通過(guò)影響用戶心智、感知與行為方向，來(lái)優(yōu)化產(chǎn)品路徑與流程。通常在設(shè)計(jì)過(guò)程中保持“以數(shù)據(jù)驅(qū)動(dòng)”和“以人為本”：

通過(guò)數(shù)據(jù)驅(qū)動(dòng)的用戶體驗(yàn)最優(yōu)化

卓越精美的用戶體驗(yàn)可以提高產(chǎn)品銷售額，轉(zhuǎn)化率，提高用戶忠誠(chéng)度，降低用戶沮喪感并提升團(tuán)隊(duì)工作效率。科學(xué)優(yōu)化的用戶體驗(yàn)設(shè)計(jì)路徑與流程可以精準(zhǔn)獲取用戶并核對(duì)業(yè)務(wù)目標(biāo)。

堅(jiān)持“以人為本”智能化設(shè)計(jì)理念

設(shè)計(jì)過(guò)程中保持“以人為本”的設(shè)計(jì)理念，提前對(duì)市場(chǎng)、用戶和目標(biāo)群體進(jìn)行調(diào)研，在多維度視角下構(gòu)思產(chǎn)品用戶體驗(yàn)路徑與方案，通過(guò)卓越思維提供底線價(jià)值

國(guó)際標(biāo)準(zhǔn)化組織將UX定義為：“一個(gè)人因使用或預(yù)期使用產(chǎn)品、系統(tǒng)或服務(wù)而產(chǎn)生的看法和反應(yīng)”

在UX設(shè)計(jì)過(guò)程中，設(shè)計(jì)師無(wú)法控制用戶對(duì)產(chǎn)品的看法和反應(yīng)，同時(shí)在用戶未使用產(chǎn)品即得到體驗(yàn)結(jié)論的方式我們也無(wú)法認(rèn)可。因?yàn)槲覀儫o(wú)法控制用戶在使用產(chǎn)品過(guò)程中，他們的感覺(jué)，心智，眼睛，與操作流程，所以設(shè)計(jì)師能做的僅僅是在有限的產(chǎn)品功能與流程內(nèi)達(dá)到極致的美學(xué)優(yōu)化與路徑優(yōu)化。即：一個(gè)人無(wú)法設(shè)計(jì)用戶體驗(yàn)，只能為用戶體驗(yàn)而設(shè)計(jì)。

思考UX優(yōu)化的最簡(jiǎn)單方式拆分用戶體驗(yàn)，將其從動(dòng)詞與名詞兩個(gè)角度進(jìn)行思考。動(dòng)詞：思考-計(jì)劃-實(shí)施（優(yōu)化），名詞：對(duì)系統(tǒng)和產(chǎn)品的感知和響應(yīng)

即：我們雖然無(wú)法控制用戶如何使用產(chǎn)品，但是我們可以通過(guò)控制頁(yè)面的美感、路徑的精簡(jiǎn)、交互趣味性，來(lái)引導(dǎo)用戶完成操作：直觀瀏覽產(chǎn)品-引導(dǎo)實(shí)現(xiàn)目標(biāo)-適當(dāng)時(shí)間任務(wù)可見(jiàn)性，這些方面會(huì)幫助用戶一定程度按照我們預(yù)先提供的方式使用產(chǎn)品并得到卓越體驗(yàn)感。

為什么-什么思維方式

設(shè)計(jì)師在優(yōu)化用戶體驗(yàn)感的過(guò)程中，應(yīng)先找準(zhǔn)“為什么”（為什么用戶不喜歡這種交互方式？為什么用戶操作體驗(yàn)感差？為什么轉(zhuǎn)化率低？為什么用戶忠誠(chéng)度不夠？），即先找準(zhǔn)“痛點(diǎn)”，再“對(duì)癥下藥”，用“什么”方式，來(lái)解決用戶痛點(diǎn)難點(diǎn)，通過(guò)無(wú)限個(gè)優(yōu)化閉環(huán)-創(chuàng)建讓用戶有意義的體驗(yàn)產(chǎn)品。

體驗(yàn)環(huán)境-卓越體驗(yàn)計(jì)劃

設(shè)計(jì)師在優(yōu)化過(guò)程中，除了考慮產(chǎn)品本身的優(yōu)化，還需要考慮用戶使用產(chǎn)品的環(huán)境和情景，即：用戶使用的外環(huán)境（室內(nèi)、室外、光線強(qiáng)度），用戶使用的情景（運(yùn)動(dòng)、靜止、精力與功效），用戶使用的設(shè)備（產(chǎn)品展現(xiàn)的實(shí)質(zhì)），必須確保產(chǎn)品可以在使用場(chǎng)景、情景和設(shè)備都自由或符合實(shí)際應(yīng)用前提下，提供給用戶卓越、流暢的系統(tǒng)體驗(yàn)計(jì)劃。

項(xiàng)目方法

參與卓越體驗(yàn)優(yōu)化項(xiàng)目的方式可以是正規(guī)的瀑布式，也可以是非正式的敏捷，瀑布式優(yōu)化方式可能不是很靈活，當(dāng)需要變化時(shí)往往無(wú)法立即完成優(yōu)化，而錯(cuò)過(guò)最佳優(yōu)化體驗(yàn)機(jī)會(huì)，而敏捷恰巧能解決這一問(wèn)題，避免繁瑣流程和批準(zhǔn)步驟導(dǎo)致優(yōu)化延遲。從某種程度上，選擇方式的優(yōu)化也是體驗(yàn)計(jì)劃優(yōu)化的步驟之一。

業(yè)務(wù)需求

我們進(jìn)行卓越體驗(yàn)計(jì)劃時(shí)，首要條件是滿足業(yè)務(wù)層需求，為業(yè)務(wù)賦能，當(dāng)優(yōu)化點(diǎn)與業(yè)務(wù)產(chǎn)生矛盾時(shí)，首要為業(yè)務(wù)讓步，可以與相關(guān)方先進(jìn)行溝通了解功能點(diǎn)與業(yè)務(wù)需求，再根據(jù)利益相關(guān)者訪談制定想法。之后根據(jù)功能劃分不同組，再優(yōu)化與過(guò)濾，生成有效且不重復(fù)的需求列表，之后進(jìn)行優(yōu)先級(jí)排序。

用戶視野調(diào)研

用戶調(diào)研往往從定性與定量?jī)蓚€(gè)方向進(jìn)行

定義組 -為了體驗(yàn)計(jì)劃的順利實(shí)施，我們首頁(yè)任務(wù)是創(chuàng)建需要使用應(yīng)用程序或網(wǎng)站的用戶類型的架構(gòu)或模型?？赡馨ǎ和顿Y者、成員、合作伙伴、客戶和求職者……
研究——確定用戶類型后，確定在整個(gè)項(xiàng)目中要執(zhí)行的研究類型。例如：用戶訪談、情境訪談、焦點(diǎn)小組、可用性測(cè)試、調(diào)查和卡片分類。

人物角色

在進(jìn)行體驗(yàn)計(jì)劃決策時(shí)，我們需要先構(gòu)建虛擬畫(huà)像，之后牢記可能使用該產(chǎn)品的“心理用戶模型”與“逼真用戶概念”，設(shè)計(jì)決策需要大量信息，在缺乏所需信息情況下，設(shè)計(jì)人員無(wú)法解決設(shè)計(jì)沖突，因此我們需要提前構(gòu)建“虛擬用戶畫(huà)像”模型，在這里我們暫時(shí)稱為“角色”

設(shè)計(jì)

進(jìn)行最終的設(shè)計(jì)優(yōu)化時(shí)，我們需要借助很多方式來(lái)完成優(yōu)化計(jì)劃，包括不限于僅僅在視覺(jué)層面。

視覺(jué)——通過(guò)完美的視覺(jué)帶動(dòng)用戶感知，用戶可能會(huì)認(rèn)為設(shè)計(jì)良好的產(chǎn)品比視覺(jué)設(shè)計(jì)不太專業(yè)的產(chǎn)品更值得信賴、更有價(jià)值、更相關(guān)。
心理學(xué)——使用產(chǎn)品時(shí)，用戶的初步印象可能是正面也可能是負(fù)面。有效的程序以適合用戶心理模型并符合用戶期望的方式響應(yīng)用戶輸入。有效程序的設(shè)計(jì)需要對(duì)心理學(xué)有很好的理解。
站點(diǎn)地圖 -用于表示應(yīng)用程序或站點(diǎn)的不同“頁(yè)面”或“視圖”的圖表。站點(diǎn)地圖通常看起來(lái)類似于組織用來(lái)顯示人力資源結(jié)構(gòu)的圖表。
任務(wù)流 –與站點(diǎn)地圖類似，很容易與它們混淆。站點(diǎn)地圖顯示站點(diǎn)或應(yīng)用程序的“頁(yè)面”或“視圖”的布局，而任務(wù)流則顯示向用戶提供的選項(xiàng)以及用戶可以在系統(tǒng)中導(dǎo)航的路徑。

由于用戶體驗(yàn)設(shè)計(jì)涵蓋了整個(gè)用戶旅程，因此它是一個(gè)多學(xué)科領(lǐng)域。

用戶體驗(yàn)設(shè)計(jì)師的典型任務(wù)各不相同，但通常包括用戶研究、創(chuàng)建角色、設(shè)計(jì)線框和交互式原型以及測(cè)試設(shè)計(jì)。這些任務(wù)在不同組織之間可能存在很大差異。盡管如此，始終要求設(shè)計(jì)師成為用戶的倡導(dǎo)者，并將用戶的需求置于所有設(shè)計(jì)和開(kāi)發(fā)工作的中心。這也是為什么大多數(shù)用戶體驗(yàn)設(shè)計(jì)師以某種形式的以用戶為中心的工作流程進(jìn)行工作，并不斷引導(dǎo)最明智的努力，直到以最佳方式解決所有相關(guān)問(wèn)題和用戶需求。

總之，設(shè)計(jì)體驗(yàn)優(yōu)化是一個(gè)有趣的工作，它不僅要求設(shè)計(jì)師具備極強(qiáng)的專業(yè)素質(zhì)，也需要擁有多學(xué)科思維，以“用戶”的視角，以“相關(guān)方”的身份，以“產(chǎn)品”的思維，以“設(shè)計(jì)師”的專業(yè) ，來(lái)解決并決策整個(gè)產(chǎn)品全流程過(guò)程的所有優(yōu)化體驗(yàn)計(jì)劃。通過(guò)持續(xù)探索，以設(shè)計(jì)藝術(shù)與科學(xué)滿足用戶需求和業(yè)務(wù)目標(biāo)。

作者：十幾個(gè)黃河大街
鏈接：https://www.zcool.com.cn/article/ZMTU4NDUyNA==.html
來(lái)源：站酷
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。

藍(lán)藍(lán)設(shè)計(jì)建立了UI設(shè)計(jì)分享群，每天會(huì)分享國(guó)內(nèi)外的一些優(yōu)秀設(shè)計(jì)，如果有興趣的話，可以進(jìn)入一起成長(zhǎng)學(xué)習(xí)，請(qǐng)加藍(lán)小助，微信號(hào):ben_lanlan，報(bào)下信息，藍(lán)小助會(huì)請(qǐng)您入群。歡迎您加入噢～希望得到建議咨詢、商務(wù)合作，也請(qǐng)與我們聯(lián)系01063334945

分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責(zé)聲明：藍(lán)藍(lán)設(shè)計(jì)尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問(wèn)題，請(qǐng)及時(shí)與我們?nèi)〉寐?lián)系，我們立即更正或刪除。

藍(lán)藍(lán)設(shè)計(jì)( bouu.cn )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國(guó)內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)、UI設(shè)計(jì)公司、界面設(shè)計(jì)公司、UI設(shè)計(jì)服務(wù)公司、數(shù)據(jù)可視化設(shè)計(jì)公司、UI交互設(shè)計(jì)公司、高端網(wǎng)站設(shè)計(jì)公司、UI咨詢、用戶體驗(yàn)公司、軟件界面設(shè)計(jì)公司

2.全流程設(shè)計(jì)包括有什么主要內(nèi)容和步驟？
1）明確設(shè)計(jì)目標(biāo)，聚焦設(shè)計(jì)要解決的核心問(wèn)題
2）明確目標(biāo)用戶，要明確產(chǎn)品價(jià)值要解決的用戶群體，描述用戶畫(huà)像，提煉用戶場(chǎng)景，挖掘用戶需求。
從產(chǎn)品應(yīng)用的具體場(chǎng)景，來(lái)研究和理解所涉及到的產(chǎn)品體驗(yàn)問(wèn)題。這些可能是產(chǎn)品中已經(jīng)出現(xiàn)的體驗(yàn)問(wèn)題，也可能還包括有未滿足的用戶需求問(wèn)題。通過(guò)不同的用戶研究手段，了解已有的用戶行為和使用習(xí)慣，進(jìn)行策略分析，改變?cè)袠I(yè)務(wù)邏輯不合理的操作路徑，進(jìn)而提出有針對(duì)性的交互設(shè)計(jì)和視覺(jué)設(shè)計(jì)解決方案。
3）明確資源配比，了解技術(shù)方案，進(jìn)行設(shè)計(jì)預(yù)估
通過(guò)項(xiàng)目啟動(dòng)會(huì)了解產(chǎn)品的功能列表和產(chǎn)品規(guī)劃，避免做出現(xiàn)有功能相沖突/重疊的設(shè)計(jì)，進(jìn)行合理的設(shè)計(jì)預(yù)估
4）確定方案流程，確定設(shè)計(jì)方案
方案流程可以是流程圖也可以是交互原型圖。最終完成的是高保真的交互原型、可交付開(kāi)發(fā)實(shí)現(xiàn)的UI demo。在以最終的結(jié)果進(jìn)行專家評(píng)審，確認(rèn)無(wú)誤后，進(jìn)行可用性測(cè)試。
5）數(shù)據(jù)對(duì)比分析
在有條件的情況下，需要對(duì)于設(shè)計(jì)前后的數(shù)據(jù)進(jìn)行對(duì)比分析，對(duì)比前流程與現(xiàn)流程的差異，關(guān)注某流程的耗時(shí)和步驟。大部分B端產(chǎn)品的設(shè)計(jì)初衷就是為了某業(yè)務(wù)流程的降本增效。關(guān)鍵就看設(shè)計(jì)的產(chǎn)品，在上線后給公司的降低了多少的成本，提高了多少的效率。所以成本和效率也是設(shè)計(jì)的產(chǎn)品是否合格的關(guān)鍵因素所在。B端產(chǎn)品設(shè)計(jì)可以進(jìn)行用戶可用性測(cè)試，了解設(shè)計(jì)帶來(lái)的實(shí)際收益和效果。依托數(shù)據(jù)合理改正方案。