方法+實戰!一站幫你搞定設計系統度量

0 評論 7861 瀏覽 33 收藏 14 分鐘

本文將以百度商業團隊Light設計系統PATS度量體系的建設為例,分享他們如何探索設計系統度量的建構,與具體實踐。希望通過文章能為大家帶來新思考,推薦想了解設計系統度量的同學閱讀。

寫在前面

成熟的設計系統是一個強大的生態體系,在這個體系下,各系統部分協同運行,促進平臺產品之間的一致性,為更大規模的產品提供“標準化”的工作流程,從而實現組織的運作效率的提升。

A design system is a set of interconnected patterns and shared practices coherently organized to serve the purpose of a digital product. –Alla Kholmatova, from Design system

設計系統是指服務于數字化產品設計的一系列具有內在關聯性的、組織有序的設計模式與實踐方法(Kholmatova,2017)。

它既包含了可復用并組成界面的要素,也涵蓋了如何在設計團隊當中創建、提煉、使用和共享的方法。在2014年后,各大知名公司開始在界面設計領域紛紛構建設計系統。百度商業團隊隨著產品不斷的發展和壯大,團隊希望通過統一的設計和研發語言來提升產品的一致性,并實現團隊協同效率提升,從而達到降本提效。在基于自身業務特性上,建設了一套Light設計系統并持續的發展。

方法+實戰!一站幫你搞定設計系統度量

方法+實戰!一站幫你搞定設計系統度量

目前在設計系統建設方面,各家有非常完備的建設方法與實踐。當設計系統建設趨于完備和成熟時,如何更有效定位設計系統的發展方向、持續迭代成為我們思考的重點。

本文將以百度商業團隊Light設計系統PATS度量體系的建設為例,分享我們如何探索設計系統度量的建構,與具體實踐。希望通過文章能為大家帶來新思考,并借此與大家進行交流與探討。

一、為什么要做設計系統度量

度量是一種測量或評價特定現象或事物的方法,而體驗度量則是一種可靠的測量或評價體驗的方法與數據體系,使得體驗可被測量、量化并以數據的形式表示出來(Tullis and Albert,2009)。

管理學大師彼得?德魯克:If you can’t measure it, you can’t improve it.無度量、無改善。設計系統無疑是一個動態發展的,是不斷演進的一個生態。在百度商業團隊Light Design設計系統建設初步完善后,我們希望通過行之有效的度量,來進行可測量、可量化、可持續的監測,從而對設計系統進行全面評估,明確下一步重點的投入方向。這對我們設計系統管理和迭代非常有必要。

二、如何建立設計系統度量

2.1 現有度量模型研究

在構建度量體系之前,我們先回溯已有的度量模型。了解當前市面上以及學術上已有的成熟度量模型。并帶著以下2個問題進行研究:

  • 行業中已有的度量模型有哪些?
  • 設計系統度量是否可以依照現有度量模型展開?

方法+實戰!一站幫你搞定設計系統度量

當前業界較為典型常用的模型體系:例如HEART + GSM模型、PTECH模型、《云計算軟件產品使用體驗質量度量模型及度量方法》。

方法+實戰!一站幫你搞定設計系統度量

通過對比分析模型維度、具體指標和方法,我們發現:

1)較為典型常用的模型是面向具體商業產品和用戶,但針對設計系統的度量很少涉及。

2)常見度量模型建構的方法是有一定共性特征,我們可借此指導建構設計系統度量模型。

  • 在維度的劃分上:根據不同的產品場景與業務屬性來提出。例如GSM&HEART模型更加注重用戶行為和感受,因此維度劃分包含了愉悅感、參與度和接受度。而作為服務于企業中后臺產品的PTECH模型和云計算產品模型,在維度劃分上有傾向性的加入易用性、任務效率、和性能。

方法+實戰!一站幫你搞定設計系統度量

  • 指標推導與方法選取:度量具體指標的推導方式多是通過GSM(目標-信號-指標),通過結合具體產品的特性與場景,具像化的處理并拆解維度,推到出相關的目標、信號和指標,來實現對目標的衡量。同時,在度量方法選取上,上述三個模型實踐都做到了客觀與主觀評估方法的全面覆蓋。

方法+實戰!一站幫你搞定設計系統度量

2.2 設計系統度量的建構

根據以上調研,我們認為:現有度量模型評估的對象、內容和方法是面向用戶群體,并針對具體業務或產品;而設計系統的度量則是:通過全面科學的度量體系,評估設計系統在工作流程與業務側應用的表現,驗證其價值,并判斷在應用中存在的問題。

我們基于百度商業團隊Light設計系統發展和預期目標,構建了一套度量設計系統的評估體系。具體構建過程分四步進行:

方法+實戰!一站幫你搞定設計系統度量

Step 01. 盤點當前現狀:

通過盤點對設計系統的各項內容、困惑問題等,以此明確設計系統需要度量對象和內容。根據設計系統標準化建立指南(Invision,2020)所提出:設計系統在不同發展階段,需要到達標準的依據以及設計系統應包含的內容。結合我們設計系統當前發展的情況,將百度商業團隊設計系統內容拆分為原則規范(Principle)、設計資產(Asset)、設計工具(Tool)、維護管理(Support)四大板塊。由此,明確我們度量設計系統的具體內容,并將我們設計系統度量定義為設計系統PATS度量體系。

方法+實戰!一站幫你搞定設計系統度量

Step 02.制定度量維度:

在明確度量對象內容后,結合我們設計系統的目標,將度量體系聚焦五大維度:

  • 通用性:是否能全面覆蓋商業業務需求;并適應不同業務的變化,靈活可拓展
  • 易用性:在使用設計系統時,設計系統是否容易被理解和使用
  • 效率:通過使用設計系統,是否能提升工作效率
  • 可靠性:系統是否安全可靠、有人維護的
  • 滿意度:對使用設計系統的滿意程度

方法+實戰!一站幫你搞定設計系統度量

Step 03.明確目標、信號與指標:

在不同維度下,依照GSM模型的方法具體推導出指標和度量方法。具體實施的過程是:羅列出度量內容在維度上所期望的目標,以及表現出的信號,來推到出具體指標。整個過程中,做到【貼近系統目標,緊扣度量內容】。

方法+實戰!一站幫你搞定設計系統度量

Step 04.選取度量方法:

對應上述的劃分維度和指標,設計特定的度量問卷,采用主觀評分的形式持續跟蹤使用者們體驗分數變化,從而監控設計系統在我們工作流程中的運行情況。并結合定性訪談,對薄弱內容深入探究,了解具體原因。此外,我們也引入客觀度量方法,對組件應用表現的客觀數據進行監測,來反映其靈活度情況。

三、PATS度量落地實踐

構建設計系統PATS度量模型后,持續開展度量實踐,度量模型與評估方法得到初步驗證,確定設計系統度量體驗分的基線;并了解當前系統發展不足的地方,明確短期解決方案以及?線行動規劃。

第一次度量實踐中,對比本次度量的平均分發現:易用性與可靠性維度遠低于平均分,存在明顯的短板。于是,重點針對短板問題,一方面,通過定性訪談對具體問題歸因,找準痛點,制定出應對方案;另一方法,調研先進設計系統的建設方法,學習管理經驗,給出具體的改善措施。

方法+實戰!一站幫你搞定設計系統度量

通過半年執行改善措施后,再次度量時,聚焦分值的變化觀測到:執行相應的措施和決策后,分值有了明顯的變化。例如,通過切換Figma工具作為Light設計系統相關資產的載體,利用其優勢將設計系統內容根植到工作流程,使得易用性維度提升幅度非常顯著。在一定程度上,驗證了工具切換決策的價值。但易用性維度分值依舊較低,有可提升空間,還需持續優化。

此外,成立Light設計系統維護小組,制定維護管理建設機制,明確雙周更新通知,統一日志記錄模板,明確各項負責人等,推動可靠性維度得分提升顯著。通過PATS設計系統度量,既為我們指明了下一步改善的方向,也對設計系統的發展決策進行驗證。

方法+實戰!一站幫你搞定設計系統度量

總結

在建立設計系統PATS度量后,實現了全面并精準的監控和管理,并指引我們提出可提升系統體驗的決策與方向。而設計系統是復雜的,也是不斷變化、演進的。未來設計系統PATS度量的方法也會隨設計系統的發展而逐漸豐富,來獲取更全面的數據。最終,幫助團隊更好地推進設計系統的建設,提升設計系統的成熟度,推進設計系統向一個良性循環的方向前進。

作者:商業用戶體驗部

來源公眾號:百度MEUX(ID:baidumeux),百度移動生態用戶體驗設計中心,負責百度移動生態體系的用戶/商業產品的全鏈路體驗設計。

本文由人人都是產品經理合作媒體 @百度MEUX 授權發布,未經許可,禁止轉載。

題圖來自Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!