設(shè)計評審是設(shè)計執(zhí)行與設(shè)計迭代之間的關(guān)鍵環(huán)節(jié)，理解并做好設(shè)計評審，有助于我們提高業(yè)務(wù)效率。這篇文章里，作者就圍繞數(shù)據(jù)可視化項目做了設(shè)計評審的相關(guān)經(jīng)驗分享。感興趣的同學(xué)，可以來看一下。

01 前言

如下思維導(dǎo)圖，我按個人工作經(jīng)驗梳理了數(shù)據(jù)可視化項目的核心交付流程，從流程圖中我們可以看到：設(shè)計評審是設(shè)計執(zhí)行與設(shè)計迭代之間的關(guān)鍵環(huán)節(jié)，設(shè)計評審為設(shè)計迭代提供了科學(xué)的依據(jù)。

從整個項目交付的角度來看，在數(shù)據(jù)可視化項目中，設(shè)計評審最根本的目的是對設(shè)計與需求的匹配性進行系統(tǒng)的評估和反饋，并針對技術(shù)落地的可行性與實施成本進行適當?shù)脑u估和確認。設(shè)計評審是需求相關(guān)方對設(shè)計質(zhì)量和效果的確認，是設(shè)計進入開發(fā)前必須經(jīng)過的關(guān)鍵節(jié)點。

我在自己的社群和公司可視化項目設(shè)計環(huán)節(jié)也發(fā)現(xiàn)了一些比較有共性的問題，比如：開發(fā)對設(shè)計還原的效果比較粗糙、還原不到位；一些比較有特色的交互或動效落地困難或后期開發(fā)時被砍掉；設(shè)計提出的一些優(yōu)化需求被延期或擱置；由于開發(fā)還原不到位導(dǎo)致項目交付效果差然而客戶吐槽或投訴設(shè)計質(zhì)量；等等。

以上問題有諸多因素，但我認為有一個很重要的點就是設(shè)計師沒有在適合時間點拉起設(shè)計評審，大家對于設(shè)計稿的效果并沒有達成廣泛的共識，所以一些設(shè)計想法會被其它開發(fā)或同事認為這只是設(shè)計師自己的想法而不是規(guī)范的項目需求。

所以設(shè)計評審讓設(shè)計工作在過程和形式上表現(xiàn)的更加專業(yè)和正式，設(shè)計師的想法也可以通過設(shè)計評審環(huán)節(jié)給各方有一個充分的表達，而通過了設(shè)計評審的設(shè)計稿（包含交互、體驗、視覺等）就不再是設(shè)計師自己的產(chǎn)出，而是整個項目團隊共同的作品，是項目交付的“關(guān)鍵文檔”，在這種情況下，設(shè)計師就可以爭取到包括項目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)負責人等在內(nèi)的需求相關(guān)方一起推動設(shè)計的落地和還原，如此，在后期的拉扯和推進中就不再是單打獨斗，而是有合作有隊友。

02 評審流程

設(shè)計評審的流程不同公司或許不同，但我總結(jié)下大體上就是這5個流程，我們知道整個全局的流程之后，在發(fā)起設(shè)計評審時就可以按照每個流程的要點去準備和完成對應(yīng)的內(nèi)容，這樣整個評審流程就會有條不紊、高效可執(zhí)行！

這5個流程是前后依賴的遞進關(guān)系，其中有些同學(xué)會把“演示階段”的工作當做設(shè)計評審的全部內(nèi)容而忽視了其它幾個部分，最終導(dǎo)致設(shè)計評審結(jié)果不理想或后續(xù)設(shè)計落地仍然存在很多固有的問題，所以我會把這幾個部分分開，給大家把每個節(jié)點該做什么、重點是哪些、都做一次比較詳細的梳理。

通過這次閱讀，我們就可以帶著目標和方法進行設(shè)計評審，當我們掌握一個比較專業(yè)科學(xué)的評審流程后，我相信在后續(xù)項目中進行設(shè)計評審會更加高效、愉悅、有質(zhì)量！

03 準備階段

一般情況下，在完成需求評審，進入設(shè)計階段時，設(shè)計負責人首先會對整個項目相關(guān)的設(shè)計任務(wù)進行細分和評估，定義幾個關(guān)鍵的設(shè)計交付節(jié)點，并明確每個節(jié)點交付的內(nèi)容，同時與項目負責人就設(shè)計交付節(jié)點和內(nèi)容達成一致。因此，設(shè)計評審在一個項目的支持周期內(nèi)，可能會進行幾次，每次評審的流程和內(nèi)容相似，但是參與評審的人員可能不同。

在設(shè)計評審準備階段，設(shè)計師首先需要明確本次評審的設(shè)計內(nèi)容，并準備好相關(guān)設(shè)計稿，以及與設(shè)計稿對應(yīng)的需求文檔或原型，如果有交互的演示需要確保演示順暢、鏈接可正常打開等：如有動效演示需準備相關(guān)視頻文件。

我個人以figma為主力設(shè)計工具，所以需求原型的截圖會跟設(shè)計稿放在同一個頁面，設(shè)計稿下方放原型截圖，設(shè)計稿與原型一一對應(yīng)；動效相關(guān)的演示視頻也會嵌入導(dǎo)Figma中；對于一些比較大的視頻文件及設(shè)計稿圖片會提前導(dǎo)出放到一個文件夾，規(guī)范命名，然后在邀請階段發(fā)送給相關(guān)同事。

就我個人而言，在準備階段，我會為本次設(shè)計評審設(shè)計一個簡單的封面、一個目錄；目錄主要體現(xiàn)了本次評審的內(nèi)容、這樣即方便相關(guān)人員全面了解評審內(nèi)容也可以在演示階段通過目錄提醒自己，避免在評審中遺漏某些評審要點、或者節(jié)奏過于拖沓。

04 邀請階段

1. 邀請人員和范圍

準備好相關(guān)設(shè)計稿和演示素材，確認評審內(nèi)容后，就需要邀請需求相關(guān)方來參與設(shè)計評審了。

被邀請參加設(shè)計評審的同事需要滿足兩個條件，首先被邀請同事是本次設(shè)計利益相關(guān)方，常見的有需求發(fā)起方、頁面實現(xiàn)的開發(fā)人員、負責數(shù)據(jù)準備的同事等；其次，被邀請同事應(yīng)該有一定的決策權(quán)，設(shè)計評審中需要對視覺效果、交互形式、實現(xiàn)方式等進行討論和決策，所以被邀請的同事應(yīng)該能夠?qū)υO(shè)計中與自己負責的相關(guān)需求或模塊可以做出直接的決策：即可以或者不可以！

如果被邀請方無法對設(shè)計內(nèi)容做出決策，那一定會有后續(xù)二次甚至三次的溝通，這樣的溝通一方面效率低下，另一方面存在很多不確定性，會導(dǎo)致評審的不斷延續(xù)以及后續(xù)信息與其它方的斷層。所以應(yīng)該盡可能邀請有決策權(quán)的相關(guān)方參與。

另一個需要注意的點是：控制參與設(shè)計評審的人數(shù)！

一般應(yīng)該邀請最關(guān)鍵的相關(guān)方參與，且在角色齊全的前提下人數(shù)越少越好。這樣做，一方面可以節(jié)省不相關(guān)同事的時間，同時也可以提高評審的質(zhì)量和效率！

參與設(shè)計評審的同事在7人及以上時，往往評審的效率會比較低，人數(shù)越多并不會收到更多有效的反饋，往往會收獲更多無效的吐槽，設(shè)計評審本質(zhì)上是對設(shè)計的方方面面進行確認和決策的過程，因而只邀請決策相關(guān)者參加可以很好的提升設(shè)計評審的體驗和效率！

2. 邀請方式

一般邀請前先與參與方溝通好時間，然后正式邀請以發(fā)送郵件的方式比較合適，郵件里面可以附上相關(guān)設(shè)計稿（準備階段設(shè)計的目錄）、設(shè)計文件鏈接、動效演示附件等，簡要說明評審時間、地點、評審方式、內(nèi)容等。

對于一些有內(nèi)部辦公軟件的團隊，比如字節(jié)的飛書、京東的京Me、阿里的釘釘?shù)?，在預(yù)約會議時可以直接選擇相關(guān)參與方，并抄送郵件和會議材料給對方，相對來說會更方便。

如果辦公軟件有創(chuàng)建日程的功能，也可以創(chuàng)建日程并共享給大家。

需要注意的是：

1）設(shè)計評審的邀請要提前發(fā)出。按本人工作習(xí)慣，評審邀請會提前3天以上發(fā)出，非緊急情況盡可能避免臨時的邀約，因為臨時邀約大家的時間不好協(xié)調(diào)，而且準備倉促也影響評審質(zhì)量，如果頻繁的發(fā)生臨時的會議也會使得大家覺得設(shè)計師工作沒有計劃、比較隨意，長此以往影響大家對設(shè)計師專業(yè)力的判斷。

尤其是在團隊規(guī)模比較大或者邀約人中有比較高級的經(jīng)理或者老板時，大家日程通常都會排的比較滿，因而提前溝通提前發(fā)起評審計劃也是對其他同事有更好的體驗，這也是職場基本禮儀以及設(shè)計師同理心的體現(xiàn)。

2）不要在微信群等信息流更新頻繁的各類群內(nèi)發(fā)起邀請，因為信息流內(nèi)消息多且更新快，極有可能部分同事收不到邀請而導(dǎo)致正式評審時缺席或遲到。

05 演示階段

演示階段主要面向需求方展示UI界面、功能和交互等，對于數(shù)據(jù)可視化項目，尤其是大屏可視化項目，一般都有比較豐富的動效設(shè)計，所以也需要向業(yè)務(wù)方展示動畫效果、以及動效觸發(fā)條件和交互邏輯。

設(shè)計師是設(shè)計評審的發(fā)起者，所以設(shè)計評審會議設(shè)計師是主持人也是主講人，所以如果是線下會議，設(shè)計師應(yīng)該提前到場，調(diào)試設(shè)備、測試投屏、麥克風(fēng)以及打開設(shè)計稿看看演示是否流暢、正常；如果是線上會議也需要提前進入會議，測試投屏、麥克風(fēng)等。

我們在準備階段已經(jīng)準備好了演示階段要評審的內(nèi)容目錄，如下圖，所以評審會議開始后，簡單給大家介紹下本次會議的目標和背景就可以按照目錄內(nèi)的內(nèi)容進行逐項的評審。

一般為了避免混亂和提高評審效率，我們每個時間段只評審一個主要方向點，作為設(shè)計評審的發(fā)起者，設(shè)計師在這個環(huán)節(jié)即是講解者也是評審會議的主持人，因而需要有意識的把控會議節(jié)奏和引導(dǎo)大家圍繞既定議題討論，避免過度發(fā)散和拖沓。

因此，會議開始后，應(yīng)該給大家說明白自己評審演示的順序和討論發(fā)問的規(guī)則及時間限制，對于大多數(shù)人來講，相比漫無目的沒有節(jié)制的討論，其實大家更期望一個有強力的控場和明確目標、規(guī)則的會議，所以不要擔心有人會不同意或破壞規(guī)則，大膽的說出自己的秩序并以主持人的角度做出應(yīng)有的執(zhí)行和維護！

項目初次評審，首先應(yīng)該給大家整體講解同步設(shè)計思路，設(shè)計思路：即基于當前的需求背景和用戶使用場景，采用了哪些設(shè)計方法產(chǎn)出了怎么的設(shè)計效果滿足了哪些業(yè)務(wù)的需求。我一般習(xí)慣將設(shè)計思路歸納為幾個設(shè)計關(guān)鍵詞，每個關(guān)鍵詞闡釋對設(shè)計某個角度的理解，然后通過關(guān)鍵詞將自己的設(shè)計理念或者設(shè)計思路同步給需求方。

向大家講解設(shè)計思路有助于讓評審各方從更全局的角度理解設(shè)計師的想法，有利于設(shè)計思路的落地以及后續(xù)設(shè)計細節(jié)的講解。

設(shè)計理念主要闡述了設(shè)計方法論，設(shè)計對需求、對用戶場景以及現(xiàn)有技術(shù)的了解和響應(yīng)。具體到頁面設(shè)計細節(jié)的講解，我們一般從“形、色、字、質(zhì)、構(gòu)、動、音、視”八個角度去闡釋大屏可視化項目的設(shè)計細節(jié)。

雖然不同數(shù)據(jù)可視化項目的頁面呈現(xiàn)、交互邏輯等都會有些許差異，但設(shè)計最底層的要素歸納起來就是上述8個方向，從這八個方向闡述自己的設(shè)計細節(jié)：一方面可以讓自己講解的更有條理、另一方面也可以讓評審各方更容易理解設(shè)計底層的邏輯和層次，把那些我們精心雕琢但用戶往往不易察覺的設(shè)計有效的傳達給需求各方。

“形、色、字、質(zhì)、構(gòu)、動、音、視”八個設(shè)計要素在我自己的數(shù)據(jù)可視化項目中已經(jīng)形成了固定的模版，每個新的項目設(shè)計評審我都會從這8個角度去講述自己設(shè)計的細節(jié)，通過不斷地講解和反復(fù)的宣貫，時間久了相關(guān)協(xié)作方也就熟悉了這些流程和方法，也算是我們對非設(shè)計專業(yè)的同事完成一些培訓(xùn)和分享，這樣后續(xù)項目的評審就會更加順利流暢。

當然并不是每次設(shè)計評審都要從這8個方向講解，對于跟設(shè)計師已經(jīng)熟悉的業(yè)務(wù)方或者某些非重點的設(shè)計細節(jié)，我們簡略的闡述即可；那些影響設(shè)計效果、或者需要開發(fā)等相關(guān)同事強力配合才能落地的設(shè)計細節(jié)可以更重點的闡述。對于“動、音、視”三個方向的細節(jié)，最好準備可以交互的demo或者能夠演示的視頻，以便更準確的闡述設(shè)計效果讓大家更清晰的理解設(shè)計結(jié)果。

06 反饋階段

反饋階段是穿插在演示階段內(nèi)的，在設(shè)計演示階段，我們主要按照準備階段規(guī)劃好的目錄，按模塊向需求方演示設(shè)計效果。通常為了保證評審效率，我們在每個模塊的講解演示結(jié)束后，再進行集中的討論和反饋。

按照本人主持設(shè)計評審的經(jīng)驗，在演示結(jié)束再進行討論反饋往往會更高效，而在演示過程中被反復(fù)打斷、提問會使整體評審體驗和效率降低，因為演示過程中的提問很可能在之后的展示中馬上就會講到，中途頻繁的提問也會使演示的節(jié)奏拖沓。所以評審會前跟大家約定好評審的規(guī)則、提問的時機也很重要。

每個模塊演示結(jié)束后，大家針對該模塊的設(shè)計展開討論和交流，反饋內(nèi)容基本上分為兩大類：疑問和建議；每條反饋盡可能在評審現(xiàn)場有明確的結(jié)論或結(jié)果，對于現(xiàn)場不能決策的反饋，需要作為行動點整理在后續(xù)的評審紀要中，并在評審會上與大家明確行動點的跟進者以及完成的時間。

設(shè)計稿是設(shè)計師針對業(yè)務(wù)需求結(jié)合用戶使用場景、用戶習(xí)慣等要素綜合考量后進行的有意識有目標的設(shè)計產(chǎn)出，但是不管是面向業(yè)務(wù)需求方還是普通用戶，設(shè)計稿呈現(xiàn)在他們眼前更多的是直觀的視覺效果，視覺不像代碼或者算法邏輯在認知上存在一定的門檻和專業(yè)基礎(chǔ)要求，所以每個人都可以基于自己的理解和審美對設(shè)計師產(chǎn)出的設(shè)計稿進行評價和反饋，所以為了聚集大家的關(guān)注點，盡量引導(dǎo)大家在“正確”的方向討論就非常關(guān)鍵，而這正是我們在演示階段通過設(shè)計關(guān)鍵詞進行設(shè)計理念宣講的目的！

對于數(shù)據(jù)可視化項目，尤其是大屏項目，往往比傳統(tǒng)網(wǎng)頁或者APP項目有更高的落地門檻，因此在反饋階段要針對演示階段展示的效果與開發(fā)相關(guān)同學(xué)進行針對性的討論和溝通，設(shè)計稿還原不僅與開發(fā)的技術(shù)水平相關(guān)，其實也與項目實施的成本相關(guān)。所以演示階段展示的越細致，反饋階段大家對相關(guān)效果的實施技術(shù)、實施成本的評估也就更客觀可行。

反饋階段產(chǎn)生的需要技術(shù)驗證的效果或者待決定的決策，需要由技術(shù)負責人跟進或指定相關(guān)同事跟進，并且也需要有明確的完成時間點。

當然，各方對于設(shè)計的反饋也不一定是在演示之后，我個人會在邀請階段通過Figma將相關(guān)設(shè)計稿鏈接發(fā)給需求各方，如果大家有時間，就可以在評審正式開始之前，通過評論的功能對設(shè)計進行反饋。對于一些小規(guī)?；蛘咝⌒枨蟮脑O(shè)計，這樣的反饋方式顯然更加高效和輕量化。所以方法有很多，大家可以根據(jù)項目實際情況靈活選擇。

07 總結(jié)階段

總結(jié)階段最主要的工作就是匯總并梳理反饋階段收集的各類反饋信息，并以評審紀要的方式將相關(guān)信息以郵件或者其他比較正式的渠道同步給評審參與者及需要知曉此部分內(nèi)容的相關(guān)同事。

如下圖，總結(jié)階段的內(nèi)容我們大體上可以歸納為兩類：結(jié)論與任務(wù)項（行動點）。其中，結(jié)論部分是設(shè)計評審中大家達成一致的重要結(jié)論點，比如對于設(shè)計風(fēng)格是否整體認可；交互動效、轉(zhuǎn)場過渡等效果是否得到需求方及研發(fā)的確認；此外還有后續(xù)開發(fā)及設(shè)計迭代的節(jié)奏與計劃等。重要的結(jié)論必須以文本的形式明確記錄，以防止后續(xù)針對該部分內(nèi)容的拉扯和反復(fù)討論。

設(shè)計師作為設(shè)計評審的發(fā)起者，必須能夠準確記錄評審中形成的結(jié)論，對于有兩個以上設(shè)計師參與的設(shè)計評審，可以一個人負責展示和講解另一個負責記錄；對于僅一個設(shè)計師參與的評審可以采取現(xiàn)場確認現(xiàn)場記錄的方式進行，也可以現(xiàn)場確認會后記錄。沒有會議紀要的評審，基本等于沒有評審，會議紀要是設(shè)計評審中最重要的產(chǎn)出！

任務(wù)項是指需要解決的問題或事項，一般來講，任務(wù)項由任務(wù)內(nèi)容+執(zhí)行人+完成時間三個要素組成。每個任務(wù)項建議僅指定一個人為負責人，對于需要多人完成的任務(wù)項由負責人自己分配和協(xié)調(diào)大家工作，負責人對結(jié)果和質(zhì)量負責。任務(wù)項內(nèi)容盡可能簡潔明確，一般一句話足以。

由于反饋階段形成的任務(wù)項不一定都是設(shè)計師負責，比如需要前端調(diào)研或驗證的技術(shù)、需要項目經(jīng)理協(xié)調(diào)的資源等，所以任務(wù)項需要在反饋階段跟大家明確任務(wù)內(nèi)容與負責人及完成時間。總結(jié)階段只是梳理并形成正式的評審紀要~

梳理完成的評審紀要一般以郵件的形式發(fā)送并同步內(nèi)容到用于項目溝通的群聊等即時聊天軟件。設(shè)計師需要做好設(shè)計迭代及任務(wù)項進度跟進。對于周期較長的任務(wù)可每周同步進度，任務(wù)周期較短的任務(wù)項每日同步進度。評審結(jié)束之后，各方都以紀要里面的任務(wù)項和結(jié)論點為依據(jù)，進行設(shè)計迭代、開發(fā)維護等。

08 評審內(nèi)容

設(shè)計評審內(nèi)容階段，最核心的工作就是設(shè)計師要通過有條理、清晰且易于理解的表達，將設(shè)計的思路和價值傳遞給需求方，并得到需求方反饋的過程。

從我的設(shè)計經(jīng)驗來講，我推薦大家通過STAR法則來向大家闡述自己的設(shè)計細節(jié)和思路。

采用STAR法則首先可以梳理好我們設(shè)計師自己的思路，并且通過這種結(jié)構(gòu)化的表達也能夠讓大家更好的理解你的設(shè)計意圖，同時。法則中結(jié)果部分也可以把大家的反饋部分作為對自己設(shè)計驗證的一環(huán)，采用這種表達方式反復(fù)練習(xí)，你會發(fā)現(xiàn)自己的表達越來越好，并且自己的設(shè)計也會越來越嚴謹，而這種表達的提升不僅能在設(shè)計評審環(huán)節(jié)展現(xiàn)你的優(yōu)勢，在日常溝通匯報等方向也會讓你變得更強！

09 視覺評審

我們在展示階段通過“形、色、字、質(zhì)、構(gòu)、動、音、視”8個要素來向大家闡述我們的設(shè)計細節(jié)及設(shè)計思路，實際上在視覺評審模塊與視覺相關(guān)的主要是“形、色、字、質(zhì)、構(gòu)”5個要素。

按照個人經(jīng)驗，在設(shè)計稿展示之前，會先展示對應(yīng)頁面的原型，通過原型帶領(lǐng)大家簡單回顧并說明原型上都有哪些業(yè)務(wù)需求點，然后再展示設(shè)計稿，這樣處理：一方面是想讓大家對原始需求有比較好的理解，另一方面是因為原型一般都較簡陋，而設(shè)計相對細致，對比之下也更容易突出設(shè)計的精美效果。視覺評審重點向大家講解通過哪些設(shè)計手段解決了哪些業(yè)務(wù)問題、完成了哪些業(yè)務(wù)需求點、以及通過哪些設(shè)計方法使這次設(shè)計呈現(xiàn)出了與同類項目相比具有特色的設(shè)計亮點。

當然倒也不必面面俱到，有亮點的地方著重講，普通設(shè)計要素點題即可！

10 交互評審

交互設(shè)計評審需要以業(yè)務(wù)方需求為依據(jù)，大體思路也是遵循STAR法則來向大家闡述，對于簡單的交互可以直接描述或者配合Figma的原型功能做一些簡單的交互效果，對于比較復(fù)雜的交互需要畫簡單的流程圖并輔助可交互的頁面來闡釋，交互評審最核心的是要說明交互設(shè)計的目的和交互邏輯，落腳點還是解決用戶的痛點和目的。

另外交互形式的可行性也是交互評審中需要關(guān)注的點，在闡述交互方案的過程中，要注意其它方反饋的關(guān)于交互設(shè)計可行性及開發(fā)所需時間等問題；容易遺漏的交互是一些特殊情景是否考慮完全：例如轉(zhuǎn)場、中間態(tài)、異常狀態(tài)、不同數(shù)據(jù)情況等。

11 動效評審

可視化大屏設(shè)計中適當?shù)募尤胍恍﹦有гO(shè)計可以使數(shù)據(jù)的展示更加生動，此外，數(shù)據(jù)可視化大屏的一部分業(yè)務(wù)需求是公關(guān)展示，公關(guān)展示大屏特別強調(diào)設(shè)計效果和氣質(zhì)，一般場景是面向媒體和公眾展示較多，因此適當?shù)膭有б部梢蕴岣叽笃琳故镜男Ч瑥娀笃聊撤矫娴奶匦?，從而在公關(guān)展示的場景下取得更好的曝光和傳播。

動效評審需要說明動效的狀態(tài)和作用，對于那些交互行為觸發(fā)的動效，要向大家說清楚動效觸發(fā)的條件，持續(xù)的時長，結(jié)束的狀態(tài)和時機；對于非交互觸發(fā)的動效（動畫），需要說明動畫的場景和在頁面上的位置，同時要考慮動畫跟頁面整體風(fēng)格的一致性，要與頁面整體具有比較好的連續(xù)性和敘事性。

對于一些比較復(fù)雜的動效，可以根據(jù)現(xiàn)場評審的反饋，簡單的講解下動效的原理和技術(shù)，方便開發(fā)更好的理解和實現(xiàn)動效開發(fā)。

12 適配規(guī)則評審

數(shù)據(jù)可視化大屏的適配一般主要有兩方面的適配內(nèi)容：第一個是數(shù)據(jù)內(nèi)容的適配，第二個是分辨率的適配。

數(shù)據(jù)內(nèi)容適配是指大屏可以在一定程度上適配不同數(shù)量、不同類型的數(shù)據(jù)要素，比如在數(shù)據(jù)類型發(fā)生增減、單一數(shù)據(jù)極少或極多的情況下，大屏的組件和布局如何響應(yīng)數(shù)據(jù)的變化，以使大屏整體始終有比較好的呈現(xiàn)質(zhì)量。

分辨率適配是指大屏內(nèi)容可以適應(yīng)不同分辨率和比例的變化，數(shù)據(jù)可視化大屏一般都是定制化開發(fā)，在設(shè)計初期其實已經(jīng)知道了交付現(xiàn)場的硬件規(guī)格，所以大部分情況下大屏的適配比較簡單，但是對于一些要面向多個不同場景交付的大屏，分辨率的適配就顯得比較重要，一般通用的適配方式有以下幾種，大家可以參考

13 結(jié)語與總結(jié)

本次分享主要基于本人日常工作經(jīng)驗總結(jié)而來，雖然針對數(shù)據(jù)可視化項目撰寫，但其實具有很好的通用性，相關(guān)的評審流程和方法應(yīng)用到其它非可視化的項目依然適用，如果大家對B端/G端數(shù)據(jù)可視化設(shè)計感興趣，歡迎與我有更多交流，后續(xù)也會按照每月至少一篇經(jīng)驗分享文章的節(jié)奏，持續(xù)更新相關(guān)設(shè)計文章，感謝大家的耐心閱讀和支持。