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

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

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

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

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

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

明

首先，我們需要明確希望定量評估幫助解決哪些問題，從參與組件庫的角色來入手把問題維度進行分類：

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

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

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

2.維護效率-即組件庫迭代的快慢。

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

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

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

擇

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

下面是我們根據(jù)評估維度選擇的觀測指標：

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

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

2.組件庫覆蓋率-各組件庫中被引用組件對于全集的占比。

維護效率

1.組件庫迭代進度-迭代性質(zhì)可分為問題修復、特性和實驗性功能增優(yōu)。

引用規(guī)模

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

2.組件庫版本引用占比-各平臺引用的是哪個版本的組件庫（組件庫每升級一次，即為一個新版本）。

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

易用性

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

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

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

探&解

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

易用性相關(guān)

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

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

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

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

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

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

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

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

日常維護相關(guān)

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

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

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

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

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

問題2：日常維護組件庫，如何保持組件庫的活力？

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

結(jié)語

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

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

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

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

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

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

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

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

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

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

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

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

重復組件將可視化按照空間分成；

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

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

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

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

數(shù)據(jù)概覽：圖表+頁頭
數(shù)據(jù)分析：頁頭+篩選+指標+圖表
詳情查看：頁頭+篩選+圖表+詳細表格

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

功能模塊
子模塊
子功能

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

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

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

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

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

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

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

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

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

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

卓越精美的用戶體驗可以提高產(chǎn)品銷售額，轉(zhuǎn)化率，提高用戶忠誠度，降低用戶沮喪感并提升團隊工作效率?？茖W優(yōu)化的用戶體驗設(shè)計路徑與流程可以精準獲取用戶并核對業(yè)務(wù)目標。

堅持“以人為本”智能化設(shè)計理念

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

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

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

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

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

為什么-什么思維方式

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

體驗環(huán)境-卓越體驗計劃

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

項目方法

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

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

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

用戶視野調(diào)研

用戶調(diào)研往往從定性與定量兩個方向進行

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

人物角色

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

設(shè)計

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

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

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

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

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

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

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

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

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

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