本篇文章中，作者整理了數(shù)據(jù)可視化產(chǎn)品需求的必備要素，以及經(jīng)常會(huì)被忽略和遺漏的點(diǎn)，從數(shù)據(jù)產(chǎn)品需求文檔的常規(guī)結(jié)構(gòu)開始講起，到易漏細(xì)節(jié)自查清單，讓你的數(shù)據(jù)產(chǎn)品需求文檔更加無可挑剔，成為別人眼中靠譜的產(chǎn)品經(jīng)理。

最近做的項(xiàng)目主要是負(fù)責(zé)數(shù)據(jù)可視化分析模塊的產(chǎn)品，找了外包團(tuán)隊(duì)進(jìn)行開發(fā)變現(xiàn)。

如果是公司內(nèi)自己的研發(fā)，需求不完善，臨時(shí)變需求最多會(huì)被開發(fā)吐槽或者打一頓，刷個(gè)臉陪個(gè)笑，喝個(gè)咖啡吃個(gè)飯，最終還是會(huì)幫忙解決問題。但是外包生意就是生意，沒有那么多人情，需求范圍簽合同時(shí)基本確定。

為了減少溝通成本和避免后期扯皮，所以在需求方面，做了充分的澄清。順帶整理分享下數(shù)據(jù)可視化產(chǎn)品需求的必備要素，以及經(jīng)常會(huì)被忽略和遺漏的點(diǎn)，讓你的數(shù)據(jù)產(chǎn)品需求文檔更加無可挑剔，成為別人眼中靠譜的產(chǎn)品經(jīng)理。

一、數(shù)據(jù)產(chǎn)品需求文檔的常規(guī)結(jié)構(gòu)

一般來說，對于一個(gè)數(shù)據(jù)產(chǎn)品需求來說，PRD文檔主要會(huì)包含以下幾個(gè)部分：

1.需求背景及目標(biāo)

這個(gè)部分的作用一方面可以讓開發(fā)團(tuán)隊(duì)更加清楚的知道自己做這個(gè)需求的業(yè)務(wù)背景和價(jià)值是什么，否則就只是被動(dòng)地執(zhí)行完成需求，對于為什么做卻一知半解。知道了這個(gè)事情是公司重點(diǎn)戰(zhàn)略，做好了會(huì)被老板關(guān)注，可能開發(fā)自己就愿意花心思把事情做好，否則就是做完產(chǎn)品交代的工作，其他榮辱與我無關(guān)。此外，PRD的作用之一還是資產(chǎn)沉淀，健全準(zhǔn)確的背景目標(biāo)描述，后期工作交接也會(huì)非常方便。

2.用戶及權(quán)限

C端產(chǎn)品面向的是普羅大眾，B端尤其是數(shù)據(jù)產(chǎn)品，一個(gè)報(bào)表可能是服務(wù)的特定用戶群體，所以做數(shù)據(jù)產(chǎn)品時(shí)，需要厘清核心用戶和覆蓋用戶分別是誰。

而用戶權(quán)限方面，主要是不同用戶對頁面、數(shù)據(jù)指標(biāo)以及維度（區(qū)域、品類等）的具體權(quán)限清單，從而保證數(shù)據(jù)安全。

3.數(shù)據(jù)需求說明

常見數(shù)據(jù)需求模板可參考如下：

數(shù)據(jù)需求是數(shù)據(jù)可視化產(chǎn)品的核心模塊，準(zhǔn)確描述數(shù)據(jù)統(tǒng)計(jì)邏輯可以節(jié)省很多開發(fā)溝通成本。為什么說數(shù)據(jù)產(chǎn)品最好要具備SQL能力，主要是因?yàn)榭梢宰鲆恍┗A(chǔ)的數(shù)據(jù)探查工作，這樣做產(chǎn)品設(shè)計(jì)的時(shí)候才能數(shù)據(jù)是怎樣的，否則辛辛苦苦設(shè)計(jì)出來的產(chǎn)品，最后沒數(shù)據(jù)或者數(shù)據(jù)做不了，就白費(fèi)時(shí)間

4.產(chǎn)品功能說明

上圖是一個(gè)最常規(guī)的可視化報(bào)表的功能頁面，產(chǎn)品需求描述時(shí)，需要針對各個(gè)模塊做詳細(xì)的說明，比如篩選器的默認(rèn)值設(shè)定，聯(lián)動(dòng)邏輯，指標(biāo)展示內(nèi)容，圖表類型及圖表信息設(shè)置等等。

二、易漏細(xì)節(jié)自查清單

1.無數(shù)據(jù)提示頁

數(shù)據(jù)產(chǎn)品不同的維度組合往往會(huì)存在無數(shù)據(jù)的情況，比如某些區(qū)域就是這一天沒數(shù)據(jù)，如果直接展示一個(gè)空白頁面，用戶會(huì)分不清到底是沒數(shù)據(jù)還是系統(tǒng)問題。

2.無權(quán)限提示及引導(dǎo)流程

有數(shù)據(jù)權(quán)限限制，當(dāng)用戶訪問頁面無權(quán)限時(shí)，需要友好地進(jìn)行提示，并且加以引導(dǎo)，直接提供申請權(quán)限入口或者申請方法（比如給XX發(fā)郵件）

3.性能要求

數(shù)據(jù)產(chǎn)品對海量大數(shù)據(jù)的ETL處理同步到前端頁面查詢時(shí)，一般要求圖表的加載和響應(yīng)時(shí)長不能過長，比如3S，太長時(shí)間用戶焦躁。如果不提前寫清楚性能要求，技術(shù)實(shí)現(xiàn)上可能是完全不同的數(shù)據(jù)存儲(chǔ)和查詢方案。上線之前性能老板不滿意，再去改方案就非常麻煩。

4.數(shù)據(jù)異常提醒

數(shù)據(jù)ETL到最終展示需要經(jīng)過很長的數(shù)據(jù)鏈路，經(jīng)常因?yàn)榧?、服?wù)、數(shù)據(jù)開發(fā)問題導(dǎo)致數(shù)據(jù)異常，如果因?yàn)槿蝿?wù)延遲導(dǎo)致數(shù)據(jù)缺失，給業(yè)務(wù)帶來錯(cuò)誤的決策，后果非常嚴(yán)重。所以需要有一些異常的提醒和容錯(cuò)機(jī)制，比如展示數(shù)據(jù)前先判斷任務(wù)狀態(tài)以及數(shù)據(jù)質(zhì)量監(jiān)控的結(jié)果，發(fā)現(xiàn)問題時(shí)，展示數(shù)據(jù)異常提醒頁面。

5.數(shù)據(jù)格式說明

不同數(shù)據(jù)指標(biāo)展示上需要明確對應(yīng)格式，比如是整數(shù)，單位用什么，是否需要千位分隔符展示，小數(shù)保留幾位小數(shù)，有些指標(biāo)需要百分比展示等。

6.tooltips細(xì)節(jié)

鼠標(biāo)懸浮在不同圖表、不同位置時(shí)，展示什么指標(biāo)或者維度信息，數(shù)據(jù)的格式如何等等

7.篩選器層級(jí)聯(lián)動(dòng)

對于層級(jí)維度，如區(qū)域、省份、城市等，需要前后級(jí)聯(lián)的要求

8.默認(rèn)值及排序

篩選器的默認(rèn)值，如默認(rèn)展示昨日或者最近7天的數(shù)據(jù)，表格數(shù)據(jù)排序按數(shù)據(jù)大小降序，按照數(shù)據(jù)日期降序等。曾經(jīng)見過一個(gè)表格，新增數(shù)據(jù)每次排到最后一頁，用戶添加了數(shù)據(jù)保存后沒反應(yīng)，還以為沒加上，又加了一次。最后發(fā)現(xiàn)，表格排序是把最新更新的加到了最后一行。

9.異常數(shù)值處理，枚舉值數(shù)量過多

有些維度比如城市、細(xì)分三級(jí)品類等，一般來說數(shù)據(jù)量非常大，餅圖、折線圖、柱狀圖等如果超過了5個(gè)以上，圖表基本上沒法看，所以需要定義好展示多少個(gè)，其他的數(shù)據(jù)是直接舍棄還是說歸到其他一類當(dāng)中。

10.文字對齊方式，比如指標(biāo)右對齊

一般來說，維度的文字左對齊，數(shù)據(jù)指標(biāo)右對齊，這樣可以更加方便的看出數(shù)據(jù)的差異。