對于ToB型產品/項目，最常見且交互最簡單的頁面即為報表頁面。一般當有新的報表需求時，大部分情況下，無需交互設計師參與，產品經理會直接將需求文檔給到開發和測試，但是由于給出的需求總是漏洞百出，導致本來很簡單的問題最后卻將大把的時間花到最后的溝通上。對此，對于編寫報表PRD需要注意的問題，特進行整理。

一、導航、報表名稱、報表的權限

報表的名稱到底是啥？此報表屬于哪個模塊下？報表的權限如何控制？

在實際工作中，由于時間緊促，工作的重心往往是放在報表具體的內容上的，因此會經常把這些點忽略掉。導致一個小小的問題，給后臺說完，給前端說，最后還得給測試再說一遍。其實只用在最開始的時候在文檔上增加幾行說明文字，即可解決。

二、報表頁面的組成

1. 報表操作

常用的報表操作有，查詢、導出、打印、表格列設置等等。

（1）查詢

• 查詢條件有哪些？表格中是否有對應的字段支持查詢？
• 時間查詢：時間指的是什么時間？時間格式是什么？是否需要精確到時分秒？是否有查詢時間限制？
• 其他查詢：每個查詢條件需采用的查詢控件是什么？

P.S.常用的查詢方式/查詢控件：

• 輸入框 ：模糊匹配or精確匹配？是否需要支持清除？是否需要支持可輸可選？
• 下拉框 ：單選or多選？是否需要支持搜索查詢？是否需要支持清除？所選內容是否需要支持分組？

（對于采用的控件類型，需在文檔中進行說明）

（2）導出

• 當表格為主子表時，導出的格式為什么？
• 當表格中有圖片，是否需要導出？若需導出，以什么樣的形式導出？（圖片鏈接or圖片壓縮包）

2.報表內容

（1）表格

根據表格所需展示的數據，常用的表格形式有：

• 表頭固定（常用于表格字段較少的情況）；
• 表頭固定，表格左側固定（左側固定列一般為序號以及關鍵字段）（常用于表格字段較多的情況）；
• 表頭固定，表格左側固定，表格右側固定（表格右側一般為操作列）（常用與表格字段多，且右側有操作的情況）；
• 主子表：可通過展開收起的形式顯示子表（主子表若需要，也可左、右兩側固定）。

（2）表頭

• 表頭字段是否為固定值？是否需要根據查詢條件或者用戶個性化設置自動生成？
• 表頭字段是否需要支持排序？支持篩選？
• 表頭是否為多級表頭？

（3）表格分頁

大部分情況，報表數據一般比較多，因此是需要分頁的。（若報表數據過少或其他原因無需分頁，需特殊備注說明）

（4）表格數據

整個報表的數據查詢邏輯，與業務密切相關。因此對于這部分內容需詳細說明，且需與開發同事進行詳細溝通。

• 報表數據查詢需要考慮的業務因素有哪些？（比如數據權限，業務狀態等等）
• 表格字段在系統中是否存在？各個字段的取值邏輯是什么？對應數據是否需要支持查看詳情或者進行跳轉？（若需跳轉，需保證下個頁面可以根據這個頁面所傳的參數，查詢出對應需要的結果）；特殊/異常數據是否需要進行凸顯？等等。
• 報表的數據量或者運算量是否過大？（因為數據量的大小，會影響開發同事在最開始選擇的處理方法可能會有些不同，另外可能會帶來一些其他的影響）
• 進入頁面，默認是否需要查詢數據？還是客戶點擊查詢后才查數據？

3.?特殊情況提示

1. 由于數據量或者網絡等問題，數據加載可能時間會很長。為了避免出現頁面假死的情況，當數據加載中時應予以提示。
2. 數據加載完畢后，加載成功，加載失敗，數據查詢結果為空等都應予以提示。

其他

實際工作中，可能每個產品或者項目都有自己需要注意的點，可根據實際情況，形成個性化的自查表或者文檔規范。

（由于目前大部分項目前臺框架都使用Vue，因此截圖特取自Element UI。若需了解更多，可訪問對應的官網?http://element-cn.eleme.io/#/zh-CN/component/installation）

本文由 @冬瓜一號 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pixabay，基于 CC0 協議