上次寫了一篇文章，從用戶需求、 報(bào)表設(shè)計(jì)這兩個方面簡單地介紹了一下管理系統(tǒng)的報(bào)表設(shè)計(jì)的大致框架。但其實(shí)關(guān)于報(bào)表，除了框架，填充框架的細(xì)節(jié)也很重要。所以在項(xiàng)目填坑的過程中，文章也來填坑了。這篇文章會著重于報(bào)表設(shè)計(jì)中的那些需要注意的細(xì)節(jié)點(diǎn)。

報(bào)表權(quán)限

報(bào)表是各類數(shù)據(jù)的匯總和可視化，展示著公司運(yùn)營、財(cái)務(wù)、業(yè)績、人員的重要數(shù)據(jù)。在一定程度上，報(bào)表是公司的“重要機(jī)密”。所以報(bào)表并不是誰都能看得到的，報(bào)表需要設(shè)置查看權(quán)限。

和業(yè)績有關(guān)的運(yùn)營報(bào)表一般只有老板或管理層才有權(quán)限查看；涉及到錢的財(cái)務(wù)報(bào)表更甚，大部分只有老板、經(jīng)理、財(cái)務(wù)三個角色可以查看；而最普通的角色，比如：公寓管理系統(tǒng)的管家，有權(quán)限查看的報(bào)表應(yīng)該只有個人的業(yè)績了。

所以在設(shè)計(jì)報(bào)表的時候，首先應(yīng)該確定好，系統(tǒng)里哪些角色/職位能查看這個報(bào)表。

在梳理PRD的時候，首先應(yīng)該配置好該報(bào)表模塊的查看權(quán)限。當(dāng)然不同系統(tǒng)的權(quán)限配置方式會有不同，有些系統(tǒng)為了省事，直接讓開發(fā)配置好，權(quán)限固定下來。

比如說：報(bào)表模塊只能【經(jīng)理】這個角色才能查看，那需要開發(fā)在邏輯上進(jìn)行固定：只要系統(tǒng)角色是【經(jīng)理】的就能查看報(bào)表。這樣的話，使用系統(tǒng)的運(yùn)營商就不用費(fèi)心了。到時候需要改的時候，直接讓開發(fā)修改。當(dāng)然，在實(shí)際使用中，修改的頻率并不是很高。

但是有的運(yùn)營商想要權(quán)限配置更靈活一些，同時還希望自己能夠配置權(quán)限。那這個時候，誰查看報(bào)表那就是運(yùn)營商自己來配置了。當(dāng)然一開始會根據(jù)業(yè)務(wù)給出一個默認(rèn)配置，但是運(yùn)營商能夠自己進(jìn)行編輯。

舉個例子：如果運(yùn)營商想讓店長也能看報(bào)表，那他在店長的可查看模塊下勾選【報(bào)表】就好了。配置靈活，也減少了軟件開發(fā)商的維護(hù)成本。

數(shù)據(jù)類別

報(bào)表的數(shù)據(jù)主要分為：歷史數(shù)據(jù)和實(shí)時數(shù)據(jù)。

歷史數(shù)據(jù)主要是查詢歷史時間的數(shù)據(jù)，數(shù)據(jù)是靜止的。系統(tǒng)的統(tǒng)計(jì)報(bào)表都是歷史數(shù)據(jù)，數(shù)據(jù)大部分是不變的，但后臺會有定時任務(wù)拉取更新數(shù)據(jù)，基本上是一天更新一次。

而實(shí)時數(shù)據(jù)不一樣，實(shí)時數(shù)據(jù)是時刻都在變動的。大部分使用實(shí)時數(shù)據(jù)的表格是用來監(jiān)控需要實(shí)時觀察的數(shù)據(jù)，比如說：電量設(shè)備監(jiān)控表、降雨量監(jiān)控等等。當(dāng)然，對于實(shí)時監(jiān)控?cái)?shù)據(jù)，用戶會更習(xí)慣看監(jiān)控圖，因?yàn)楸O(jiān)控圖更直觀明了。

但是如果關(guān)注具體數(shù)據(jù)的話，表格還是有必要的。實(shí)時數(shù)據(jù)表格一般沒有時間選擇，用戶看到的數(shù)據(jù)就是當(dāng)下的最新數(shù)據(jù)。但是實(shí)時更新的話，數(shù)據(jù)壓力也很大，更多的會根據(jù)數(shù)據(jù)上報(bào)系統(tǒng)幾分鐘更新一次。

實(shí)時監(jiān)控?cái)?shù)據(jù)表

實(shí)時監(jiān)控?cái)?shù)據(jù)圖

數(shù)據(jù)操作

考慮了數(shù)據(jù)本身，還需要考慮用戶能對數(shù)據(jù)做哪些操作。最常見的操作當(dāng)然是增、刪、改、查。查詢數(shù)據(jù)已經(jīng)在上一篇文章中講過了，剩下的新增、刪除、修改，則需要根據(jù)用戶需要和圖表性質(zhì)增加功能。

當(dāng)然還有一些小功能，比如說數(shù)據(jù)的排序，除了默認(rèn)的排序外，用戶也有根據(jù)自己要求進(jìn)行排序的需求。還有則就是分頁和頁面展示數(shù)據(jù)條數(shù)的選擇等等，在設(shè)計(jì)的時候都要考慮到。

數(shù)據(jù)查詢壓力

在報(bào)表模塊，最讓人害怕的就是數(shù)據(jù)查詢壓力。有可能你辛辛苦苦設(shè)計(jì)好、測試完成、然后上線了，最后這個模塊崩掉了，用不了，這就很讓人絕望了。

一般來說，這有可能會是因?yàn)椴樵內(nèi)藬?shù)多、查詢次數(shù)過于頻繁，還有可能和數(shù)據(jù)的存儲方式有關(guān)。如果查詢?nèi)藬?shù)多、查詢次數(shù)過于頻繁而導(dǎo)致的數(shù)據(jù)壓力大，那么這時候就需要對數(shù)據(jù)查詢進(jìn)行限制。

如果是歷史數(shù)據(jù)，則需要限制數(shù)據(jù)查詢時間，在選擇時間的邏輯上增加限制。比如說：時間選擇最早只能選擇兩年前到當(dāng)天的數(shù)據(jù)。這樣的話，在數(shù)據(jù)上的數(shù)量上限制了可查詢的數(shù)據(jù)，減小了查詢壓力。而實(shí)時數(shù)據(jù)的限制則會更甚，大多是【今天】、【昨天】、【最近3天】、【最近7天】，更遠(yuǎn)也只是【最近1個月】。

當(dāng)然如果是數(shù)據(jù)存儲方式所導(dǎo)致數(shù)據(jù)查詢壓力大，那可能需要改變數(shù)據(jù)的存儲方式。歷史數(shù)據(jù)當(dāng)然是存在數(shù)據(jù)庫里的，數(shù)據(jù)是比較穩(wěn)定的。但實(shí)時數(shù)據(jù)則不是，實(shí)時數(shù)據(jù)則沒辦法存在數(shù)據(jù)庫了，它是直接從數(shù)據(jù)上報(bào)系統(tǒng)中拉取數(shù)是實(shí)時更新的。

同時，從數(shù)據(jù)量上來比較，歷史數(shù)據(jù)是一天上報(bào)一次，數(shù)據(jù)量比較少，而實(shí)時數(shù)據(jù)則是每隔幾分鐘上報(bào)一次，數(shù)據(jù)量十分巨大，對存儲壓力和查詢壓力來說，都是一個不小的挑戰(zhàn)。

如果遇上實(shí)時數(shù)據(jù)表格上線后崩掉了的情況，可以嘗試和后端溝通，能不能去掉一些增加數(shù)據(jù)查詢壓力的功能，比如：表格里的手動數(shù)據(jù)排序功能，或者改變一下數(shù)據(jù)的存儲方式，采用更穩(wěn)定的數(shù)據(jù)存儲。那如果技術(shù)方便沒辦法解決，那可能需要產(chǎn)品自己思考改變方案，采用其他方案來滿足需求。

導(dǎo)出報(bào)表

雖然上一篇文章也提到導(dǎo)出報(bào)表，但只是簡單地帶過。其實(shí)導(dǎo)出報(bào)表功能看起來雖小，但其實(shí)內(nèi)里也是有點(diǎn)復(fù)雜。數(shù)據(jù)導(dǎo)出分為同步和異步兩種。大部分我們導(dǎo)數(shù)據(jù)都是同步導(dǎo)出，點(diǎn)擊導(dǎo)出，然后就直接下載到本地了。

但是如果數(shù)據(jù)量大，數(shù)據(jù)導(dǎo)出時間較長的話，在設(shè)計(jì)報(bào)表導(dǎo)出時還是需要選擇異步導(dǎo)出。創(chuàng)建的導(dǎo)出任務(wù)會展示在【導(dǎo)出任務(wù)】里，用戶可以查看導(dǎo)出進(jìn)度，導(dǎo)出完成后即可下載到本地。

對于有些用戶來說，同步導(dǎo)出會讓人感覺到直接、“快”，而異步導(dǎo)出會讓人感覺“慢”且麻煩。但是異步導(dǎo)出其實(shí)會更穩(wěn)定。而且如果導(dǎo)出時間過長的話，同步導(dǎo)出會給人一種“卡死”了的感覺，而異步導(dǎo)出由于會展示進(jìn)度，所以用戶體驗(yàn)會更好。采取哪種導(dǎo)出方式，根據(jù)數(shù)據(jù)的實(shí)際情況來就好。

此外，在導(dǎo)出任務(wù)欄里的設(shè)計(jì)還有一個細(xì)節(jié)。例如：排序和歷史任務(wù)。排序一般都是創(chuàng)建時間由近及遠(yuǎn)，但是我們系統(tǒng)反人類的一個點(diǎn)是由遠(yuǎn)及近（無奈攤手）。還有一個歷史任務(wù)的查看，我們系統(tǒng)還有一個槽點(diǎn)是，只要是這個員工賬號在系統(tǒng)中創(chuàng)建的導(dǎo)出任務(wù)都會展示在導(dǎo)出任務(wù)欄中。（What？難道不應(yīng)該是我在這個頁面創(chuàng)建的導(dǎo)出任務(wù)才會顯示在這個頁面的導(dǎo)出任務(wù)里么？）

我能在所有頁面的導(dǎo)出任務(wù)里看到在所有頁面的導(dǎo)出任務(wù)，非常大一統(tǒng)的感覺。希望大家在做設(shè)計(jì)的時候，記得避免這兩個坑。

以上這些就是報(bào)表設(shè)計(jì)的第二篇，相對于簡單地第一篇，這篇更注重于一些關(guān)于數(shù)據(jù)的細(xì)節(jié)。兩篇結(jié)合起來，應(yīng)該可以算是一篇較完整的報(bào)表設(shè)計(jì)了。

希望大家能夠早點(diǎn)脫坑，設(shè)計(jì)出滿意的報(bào)表。

相關(guān)閱讀

后臺統(tǒng)計(jì)報(bào)表如何設(shè)計(jì)？

#專欄作家#

異彩，微信公眾號：一只蝸牛慢慢跑，人人都是產(chǎn)品經(jīng)理專欄作家。從事房產(chǎn)管理系統(tǒng)的產(chǎn)品工作，關(guān)注To C產(chǎn)品的交互設(shè)計(jì)、運(yùn)營、結(jié)構(gòu)設(shè)計(jì)和商業(yè)模式。在成為一名優(yōu)秀的產(chǎn)品人的路上努力前行。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議