年以來，隨著疫情方面的數據逐漸增多，一些互聯網公司也紛紛發布一些可視化的數據產品服務，讓用戶可以實時并直觀了解最新情況，可謂一個便民利器。而本文，則通過丁香醫生、以及騰訊新聞推出的“疫情實時動態”可視化服務，總結分享其中運用到的一些常見的數據可視化經驗。

閱讀指南：

（1）受眾人群：初級產品經理

（2）閱讀收獲

• 產品分析的方法論實例，包括用戶體驗五要素、馬斯洛需求理論等；
• 數據可視化的基本技巧和遵循原則。

一、前言

1.1 概念

首先，需要先簡單澄清下數據可視化的基本概念。數據可視化，實質上是把一些概要信息（數據、關鍵內容），并結合動靜態的圖像視頻等形式進行展示，從而清晰傳遞核心信息。較為注重視覺層面的觸達。

所以我們需要在數據之中挖掘一些重要的價值信息，并以一個可觀的方式呈現。而“重要”的定義是十分明顯的，核心數據、用戶感興趣、有決策意義，都可稱之為重要。

1.2 動因

根據馬斯洛五層次需求理論，那么數據可視化在其中屬于什么層次的需求？

受疫情影響，生命安全成了最重要的社會需求。那么滿足大眾對這方面的廣泛需求，推出這樣的數據可視化產品是十分有必要，滿足用戶對疫情情況、資訊信息、醫療信息等方面的獲取，從而保障自己基本的需求。

1.3 基本情況

（1）脈絡

初始，丁香醫生率先推出一個H5的可視化頁面，匯總披露病例數據。隨后，一些大廠也開始陸續推出，包括頭條、騰訊等等。

而為什么大家都紛紛推出這樣的數據服務，從戰略層來說：一是做好企業責任，滿足用戶的知情需求；其二是滿足自己的平臺用戶，并吸引流量，這都是拉新、促活的寶貴方式。

而展示的信息，主要包括每日的新增、累計病例數，各地區的病例分布，以及疫情新聞、醫學知識等方面的內容。

（2）價值

• 用戶：主要滿足3類用戶：大眾用戶、政企用戶和患者用戶。其中主要是前2者。大眾用戶是指像我們普遍受此前疫情影響生活、工作等方面的大眾群體。政企用戶是指政府和企業機構，同樣受此次疫情影響，對機構的運作肯定也是有影響的，他們需要基于此做合適的決策，保障企業和員工的安全。患者用戶是指受此次疫情傳播切身影響到的用戶，包括確診、疑似、接觸、被動隔離等，這類用戶對醫學信息的獲取會更為迫切。
• 需求：面對3類不同的用戶，主要是滿足2大類需求，分布是資訊信息和醫療信息的獲取。其中資訊信息包括疫情信息、政府信息、權威報道等。醫療信息包括醫學知識、醫院信息、醫學服務等。

而接下來，也將依據用戶體驗五要素中的范圍層、框架層、表現層，分別對這個疫情數據可視化的產品服務進行分析。

二、范圍層

范圍層的定義是決定這樣的產品服務需要提供什么范圍內的功能服務，什么是不做的。以及要做的數據指標，哪些是關鍵的，哪些是次要的。所以我們可以羅列一下這樣數據可視化產品，基于用戶的需求是需要準備什么樣的數據指標。

2.1 范圍確認

上圖摘自國家衛健委某日的全日數據，在制作可視化的時候，需要考慮數據源的出處以及能提供什么樣的指標及口徑。

從中可以看出，大致可以劃分兩類關鍵數據：一個是病例的數據，一個是輔助性的數據。我們需要從中挑出其適合展示同時也是用戶需要關心的數據。

通常做這種可視化產品，總結性的數據是十分關鍵的。而基于用戶的關注點，每日新增、累計，就是其中的關鍵。

另外，基于“時間”和“地區”，代表了數據的“屬性”。而屬性則反應了這個數據可以以什么樣的特點進行展現。而“時間”和“地區”是，最適合以數據趨勢和數據分布的兩種主要數據可視化表達形式。

2.2 主次確認

從下表可以看出，3家平臺的數據指標在展示上是比較一致的，核心指標都一一羅列展示。

其中在時間的“小時”級別，以及“解除醫學觀察”等細分指標都不做展示，我認為主要出于以下目的：

• 小時：各地數據更新時間不一致，無法保證的小時級別的統一更新。所以在時效性無法保障的前提下，不做過于實時的展示是合理的；
• 解除醫學觀察：類似追蹤到密切接觸者、解除醫學觀察這樣的指標太大，且邊界有不確定性，用戶對其感知不會太深，所以不展示存在較大不確定性的指標同樣也是相對合理的；

三、框架層

框架層的定義是指根據要做的功能范圍，應該確定如何正確布局和設計，可以簡單理解為PPT的排版一樣，以什么樣的方式來排列展現這些元素。

3.1 布局

首先，我們需要先看看上文提及到的幾類數據指標，重新分類一下,并標記相應的優先級。

顯然按照合理的布局應該是：

1. 從數據指標來看，確診、疑似、治愈、死亡這4個是關鍵指標，而累計要較新增重要些。
2. 從時間和地域上看，中國整體數據、各省市數據、全球各國數據這3類為關鍵指標。而由于目標用戶主要為國內廣大用戶，那么按照優先級排序應以全國到各省市，再到全球各國，這樣的順序排列。

3.2 可視化方案

大致的布局是已經清晰了，那么接下來就需要基于數據類型采用合理的可視化展示形式。

前面也提過，由于是時間和地區下的各類數據，基于這樣的屬性，是可以做趨勢、地域、列表等分布的展示方式。支持趨勢的圖形則主要為折線、柱狀圖，支持地域分布類型則為地圖，而列表則為常規的類報表方式等。

其中，由于時間跨度較長和地區明細較多，如果使用柱狀圖，則會顯得橫軸較長，所以在有限的手機屏幕尺寸下，是不適宜展示的。

1. 趨勢：由于時間跨度較長和地區明細較多，如果使用柱狀圖，則會顯得橫軸較長，所以在有限的手機屏幕尺寸下，是不適宜展示的。
2. 地圖：地圖的可視化有很多，比如像基礎的echats組件，就支持各類2D、3D圖形。但是在這里我們需要考慮的是，用戶主要打開的應用設備是手機。那么手機的設備性能一定程度上限制了可視化的效果呈現。先忽略開發成本，過于酷炫的效果，會導致頁面加載、渲染十分久，這在體驗上十分不劃算的。

（Echarts部分地圖特性截圖）

所以在這里，更傾向于采用粗一些的2D省級行政地圖形式，開發周期短，且滿足最基本需求。

3.3 平臺分析

（1）匯總數據

相同點：

• 從布局上，3家都采用“整體數據+地圖分布”的結合布局，清晰傳達全國一天的整體數據；
• 從數據時效性上，都清晰明確數據的更新時間，從而保證與官方的一致性；
• 從整體數據上，都以“標題、人數、較昨日”3個字段，展示整體數據的主要信息；
• 統一以地圖分布展示全國各省的分布，并以同一色系的深淺表達各省的數據發展情況，而圖標的比例尺隨著數據的增加也會發生變化。

差異點：

• 丁香醫生在匯總數據中間穿插了此次疫情的一些基本信息，占據了一些空間。對于前期疫情爆發，有利于做信息普及，但到了中、后期，用戶已經十分感知這方面的信息，優先級已經沒有那么重要，其實完全可以作為一個hover進行信息展示。
• 整體數據上，基本展示4、5個核心指標，但在“標題”、“較昨日XX”和“具體數值”的排版上有所不同，而更是把標題放在2個指標之間。

評價：正常應遵循“標題+具體數值+較昨日變化”這樣的排列比較合適，上下順序先從標題了解該指標的含義，居中放大具體數值，突出關鍵信息，其次顯示較昨日變化對比，感知變化情況。

（2）各指標趨勢

相同點：

• 基于新增和累計兩個維度，都展示了確診、疑似、死亡和治愈等指標的數據趨勢；
• 數據內涵和數值接近的指標，都做合并在同一折線圖中，這樣使得頁面簡潔，且便于數據之間做比對、關聯。比如新增確診和新增疑似，2者的數據內涵相對接近，且數值是比較接近，都是千級單位。那么這樣的折線展示兩者關聯關系，又不會因為展示其他不相關又懸殊的指標造成誤解。

差異點：

• 丁香醫生在展示的指標較多一些，且增加了死亡率和治愈率等百分比類型的指標。
• 和騰訊新聞的版式比較接近，且使用了不同的色系進行分類表達。而丁香醫生主要以左右滑動的交互收縮形式展示。減少空間，但降低了其他圖表的漏出。
• 丁香醫生突出了湖北和非湖北的數據，這樣的好處可以比較全國和非湖北，側面表達目前的疫情傳播困難程度主要在湖北，其他地區相較輕一些，實際比全國的平均值更低，緩輕心理壓力（這就是可視化的魅力）。

（3）國內各省市分布

相同點：統一以常規列表分布展示國內各省市的疫情數據情況，并集中以地區、確診、死亡、治愈等字段。

差異點：

• 和騰訊新聞有明確的標題進行布局區分，顯示國內疫情數據。而丁香醫生沒有明確展示，與上面版塊的邊界過于混淆。
• 和騰訊新聞較丁香醫生額外增加“新增確診”指標，并且以差異色值顯示。
• 列表默認展開當前省份的各市數據，而和騰訊新聞伸縮展開按鈕默認統一在右側，與丁香醫生顯示左側不同，較為符合移動端產品交互習慣。
• 有趣的是，優先展示當前用戶地理位置所在省份的數據展示，再以累計確診人數進行順序排列。而騰訊新聞和丁香新聞統一以累計確診人數多少排列。

評價：

1. 考慮排序、篩選的展示邏輯，一般從大到小。
2. 移動端頁面因為便于依據當前用戶的地理位置，可以采用個性化的手段做一些差異顯示，這樣在保證整體數據展示的過程也優先展示用戶接近的數據信息，體驗更佳。

（4）海外各國分布

展示方式如國內疫情一致，這里不多說。而唯一不同的是，丁香醫生在全球各國的基礎做了“洲”單位的分類。這樣的好處是，分類顯得更有層次性，了解某個范圍內的地區更有顯著性。

四、表現層

表現層所關注的，是頁面各個元素組件的形狀、色彩和大小比例搭配。同時數據可視化十分重視圖形色彩的表達，一個好的視覺設計，能夠為數據的信息傳遞起到十分重要的作用。

4.1 匯總數據

從上圖可以看出，3家平臺都展示了4個關鍵指標“確診”、“疑似”、“死亡”和“治愈”，以及在色彩選擇上，盡管有具體色值的差別，但是理念是都較為接近的。

• 確診：首先疫情確診人數，本身是一個起提醒警示作用的數據含義，所以采用偏紅色的表達是合理的，而丁香醫生和騰訊新聞則保持了這個理念。
• 疑似：疑似的指標內涵也是有一定的警醒作用，但是由于較“確診”的程度輕些，那么采用黃粽色系，可以相對和緩一些，而這3家在這方面是保持一致的；
• 死亡：這個指標內涵本質上是一個嚴肅悲傷的事情，大家可以留意在一些關于“死亡”的場合，都會著裝嚴肅內斂，甚至幾乎統一黑色色系。所以，這樣的指標在色彩上選擇偏暗深色系是比較合理的；
• 治愈：治愈本身代表由壞轉向好的意義，那么用一種代表陽光、希望的色彩是恰到好處的，所以采用偏綠色的色彩；

4.2 地圖分布

地圖分布通常是以顏色深淺代表數據的“密集程度”，那么就要確定2個關鍵的地方，1個是色系，另外1個是合理的刻度比例。前者根據數據內涵確定合適的色系進行表達，后者是做色系的層次區分。

• 丁香醫生：相對開放一些，采用深紅色系，直面表達此次傳播疫情的危險程度；
• ：3者中相對更為克制一些，采用和緩一點的黃棕色，同時刻度較多，所以會顯得深色區不多，這樣在展示哪些地區更嚴重一些會顯得沒那么突出；
• 騰訊新聞：偏淡紅色系，表達的危險信息要弱一些，處于3家平臺的中間，既不“激進”也不過于“保守”。

4.3 折線趨勢

• 對比色：折線圖通常最多展示4種數據，但大多數只會展示2-3種，極少放4種。而折線圖有2種以上的時候，就需要采用2種以上的獨立色系來展示，這樣的好處是比較好區分。但有些產品會采用同樣的色系下2種深淺顏色，在屏幕十分大的情況下是合適的，但是在手機端有限的空間情況下，還是建議使用2種不同色系。從上圖可以看出，除外，其余兩家基本是采用了明顯的區分。
• 數據節點：很多時候為了便于用戶知道每個橫軸刻度對應的節點位置，都會標記一個“圓點”在上面，這樣好處是便于較快對應上位置。但是，當橫軸的刻度過于密集的時候，這種展示是不適合的，因為過于密集顯得頁面不夠簡潔，且沒有重點。顯然這3家平臺都是有這樣的問題。而最好的方式，只需要在當前一天顯示節點及顯示具體數值，這樣會更清晰可觀，也便于輔助閱讀。

以上就是此次疫情數據下，在可視化應用上的一些體驗總結，3家都遵循了一些基本原則，同時也有各自的一些風格。而數據可視化的應用需要兼顧不同的因素，達到最佳效果。

一個理想的可視化設計流程，需要經歷“數據指標的范圍篩選、頁面的布局抉擇、可視化的視覺設計“等關鍵步驟。

五、總結

1. 選擇數據，需確保數據的準確性、穩定性和易讀性；
2. 進行可視化設計前，需要了解主要用戶使用的設備類型，以及開發的主程序，切勿過于追求視覺效果，畢竟設備性能之間、APP和手機網頁之間，都是有較大的性能差別的；
3. 數據的內涵和屬性確定了可適用的展示方式，比如地理信息適用使用地圖，占比分布適宜使用餅狀圖等；
4. 數據可視化的核心，是需要明確展示的目的和主題，同時需要分清主要和次要關鍵信息；
5. 數據可視化的布局本質上就是講好一個“故事”，所以是故事就要有先后順序、遞進關系；
6. 每個元素組件，兼顧數據及數據之間背后的邏輯、關聯關系；
7. 數據的羅列展示要整齊劃一，一般遵循從大到小、從外到里的原則。
8. 視覺是數據可視化的一大利器，善用有利于合理化的展示，其中圖表的設計、色彩的搭配至關重要。

3家平臺地址：

丁香醫生：https://ncov.dxy.cn/ncovh5/view/pneumonia

：https://i.snssdk.com/ugc/hotboard_fe/hot_list/template/hot_list/forum_tab.html?activeWidget=1&city_code=440300&city_name=%E6%B7%B1%E5%9C%B3&tt_from=weixin&utm_source=weixin&utm_medium=toutiao_ios&utm_campaign=client_share&wxshare_count=1

騰訊新聞：https://news.qq.com/zt2020/page/feiyan.htm?devid=EB886059-83CA-4F1F-AB3A-B64FCD87D7F7&qimei=eb886059-83ca-4f1f-ab3a-b64fcd87d7f7

作者：A.D，數據產品一枚；公眾號：吾某

本文由 @A.D. 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。

著攜帶設備的越來越普及，移動端項目會越來越多的接觸。所以想給大家介紹一下移動端適配那點事。#前端#

像素（Pel, pixel, pictureelement）

每個像素都是由三原色組成的單元。

1080*1920就是橫向1080 縱向1920個物理像素點。

隨著手機發展 從 720p 1080p 到現在的 2k 4k，邏輯上如果手機分辨率翻倍，豈不是之前的網頁都縮小成一半了，不能迭代一次開發一次吧。 為了解決這個問題，就引申出 邏輯分辨率 的概念了

邏輯分辨率（設備獨立像素）

設備獨立像素(Density-independent Pixel, DIP) 又稱密度無關像素。這個點代表一個可以由程序使用的虛擬像素。就比如 以前 360p 屏幕（寬360個物理像素 高640個物理像素） 的時候，你的 1px（一個邏輯分辨率） 定位一個 物理像素點。等到了 720p（寬720個物理像素 高1280個物理像素） 的時候 1px 定位 2*2個物理像素點

PPI超過326的屏幕就是 視網膜屏幕（Retina）#iPhone#

設備像素比(Device Pixel Ratio, DPR)

上面設備列表圖中的 Dpr算法：

設備像素比(DPR) ＝ 物理像素(DP) / 設備獨立像素(DIP)

這樣關系就清楚了很多，通俗的說 1個css程序像素占用多少設備像素

這個數值一般都用在多倍圖中，就是UI切圖，經常會有一倍圖，二倍圖（@2x），三倍圖(@3x)。

因為圖片也是由像素點組成的，如果Dpr為3 ，100*100px 的img 元素，就應該放入一張實際寬高 300*300 的圖片，這樣才能清楚的展示。如果放入100*100 的圖片，沒有占滿的像素點，會通過算法去取附近點的顏色，圖就會模糊。放600*600 的圖，多出的像素點會通過算法取平均色，圖就會鈍化。

Viewport（視口）

一般認為 移動設備上有 三個 viewport

1. layout viewport

移動端瀏覽器的默認布局視口， 可以通過 document.documentElement.clientWidth 來獲取。

移動設備流行之前，pc網頁大行其道，一開始為了讓所有網站正常顯示，移動端瀏覽器就決定默認情況下把viewport 設為一個較寬的值（980px）。這樣pc端的網站也可以在手機上正常顯示。

2. visual viewport

代表 瀏覽器可視區域的大小，可以通過 window.visualViewport 來獲取

3. ideal viewport

最理想的 viewport ，寬高等于設備屏幕的物理寬高，剔除了分辨率的干擾，針對同一 ideal viewport 設備開發的網站，都將完美呈現。

理想視口可以 用過 meta標簽去實現

<meta name="viewport" content="width=device-width,initial-scale=1,minimum-scale=1,maximum-scale=1,user-scalable=no,viewport-fit=cover">

寬度等于設備寬度，初始頁面縮放1倍（就是不縮放），最小最大縮放1倍，禁止用戶縮放

最后這個 viewport-fit=cover 是針對iphone劉海屏的，劉海跟ios底部操作欄會使網頁不能全屏

淘寶移動端meta設置

<meta name="App-Config" content="fullscreen=yes,useHistoryState=yes,transition=yes">
<meta content="yes" name="apple-mobile-web-app-capable">
<meta content="yes" name="apple-touch-fullscreen">
<meta content="telephone=no,email=no" name="format-detection">
<meta name="viewport" content="width=device-width,initial-scale=1,minimum-scale=1,maximum-scale=1,user-scalable=no,viewport-fit=cover">

移動端適配歷史

原始不適配 -- viewport控制縮放 -- 媒體查詢 -- 響應式布局 -- 移動端分流 -- Rem

移動端分流

移動端分流原理，主要是通過 UA（User Agent用戶代理）去判斷上網設備, 比如移動端輸入 pc網址 https://www.toutiao.com/，就會跳轉到 https://m.toutiao.com/ （移動端適配地址）。

附上判斷的js代碼

function IsPC() {
    var userAgentInfo = navigator.userAgent;
    var Agents = ["Android", "iPhone",
                "SymbianOS", "Windows Phone",
                "iPad", "iPod"];
    var flag = true;
    for (var v = 0; v < Agents.length; v++) {
        if (userAgentInfo.indexOf(Agents[v]) > 0) {
            flag = false;
            break;
        }
    }
    return flag;
}

Rem

現在項目適配使用的是 vw + rem

rem（font size of the root element）是指相對于根元素（html）的字體大小的單位。
vw是可視窗口的寬度單位，不受設備分辨率影響, width: 1vw 等于 width: 1%。倘若 瀏覽器寬1000px，1vw = 10px

移動設備的原型圖一般都是二倍圖（寬750px）

著移動互聯網的迅速發展，手機網站已經成為企業和個人宣傳、推廣和營銷的重要渠道。WAP手機網站由于其適應手機屏幕大小、便于移動端訪問和下載等特點，更是受到廣泛關注和應用。然而，WAP手機網站的設計和開發與傳統的PC網站有所不同，需要考慮手機屏幕大小、網絡速度、用戶操作習慣等多方面的因素。下面小編就和大家簡單介紹一下WAP手機網站設計需要注意的點。

1. 刪除代碼內不必要的空白區和代碼內的注釋。確保代碼內沒多余的空白區非常重要。雖然空白區在屏幕上是不可見的，但瀏覽器要對空白區進行分析、排版、CSS分配和顯示等。
2. 盡量少使用水平滾動條，因為水平滾動除了比較費時之外，用戶還將難以判斷他們在整個頁面中的位置。
3. 使用內部樣式表，一般而言，雖然使用外部樣式表無論如何都有可能把樣式從標記語言中分離出來，這是一種好的方法，但應注意權衡考慮。如果樣式定義包含在XHTML代碼中，則XHTML頁面的顯示就更快。但是外部樣式表的使用提供一種在整個服務中更改樣式的便利方法。在整個服務器中應該使用相同的外部樣式表以避免把多個樣式表下載到電話上。
4. 避免過多使用文本強調屬性，如粗體，斜體和下劃線等，因為這降低了小顯示屏上內容的可讀性。
5. 盡量少用float。因為現行的手機的屏幕限制，沒有太多的空間去漂移，故提倡用靜態布局和盡量少的用float。
6. 圖片優化，圖片的大小對網站的速度影響很大，要注意圖片的優化，盡量壓縮圖片，對于背景圖片可以使用CSS定義，這可以使頁面加載速度大大提高。
7. 不要使用大型背景圖像。大型背景圖像會導致加載時間過長，特別是當用戶通過低帶寬連接訪問網站時。可以通過CSS代碼進行優化設計，如使用CSS漸變、PNG圖片、背景圖像等代替大型背景圖像。
8. 確保網站在所有瀏覽器和設備上正確且兼容性良好。不同的瀏覽器和設備可能對代碼的解析不同，因此需要進行充分的測試和修正。