對於ToB型產品/項目，最常見且交互最簡單的頁面即為報表頁面。一般當有新的報表需求時，大部分情況下，無需交互設計師參與，產品經理會直接將需求文檔給到開發和測試，但是由於給出的需求總是漏洞百出，導致本來很簡單的問題最後卻將大把的時間花到最後的溝通上。對此，對於編寫報表PRD需要注意的問題，特進行整理。
一、導航、報表名稱、報表的權限
報表的名稱到底是啥？此報表屬於哪個模塊下？報表的權限如何控制？
在實際工作中，由於時間緊促，工作的重心往往是放在報表具體的內容上的，因此會經常把這些點忽略掉。導致一個小小的問題，給後臺說完，給前端說，最後還得給測試再說一遍。其實只用在最開始的時候在文檔上增加幾行說明文字，即可解決。
二、報表頁面的組成
1. 報表操作
常用的報表操作有，查詢、導出、打印、表格列設置等等。
（1）查詢
- 查詢條件有哪些？表格中是否有對應的字段支持查詢？
- 時間查詢：時間指的是什麼時間？時間格式是什麼？是否需要精確到時分秒？是否有查詢時間限制？
- 其他查詢：每個查詢條件需採用的查詢控件是什麼？
P.S.常用的查詢方式/查詢控件：
- 輸入框 ：模糊匹配or精確匹配？是否需要支持清除？是否需要支持可輸可選？
- 下拉框 ：單選or多選？是否需要支持搜索查詢？是否需要支持清除？所選內容是否需要支持分組？
（對於採用的控件類型，需在文檔中進行說明）
（2）導出
- 當表格為主子表時，導出的格式為什麼？
- 當表格中有圖片，是否需要導出？若需導出，以什麼樣的形式導出？（圖片鏈接or圖片壓縮包）
2.報表內容
（1）表格
根據表格所需展示的數據，常用的表格形式有：
- 表頭固定（常用於表格字段較少的情況）；
- 表頭固定，表格左側固定（左側固定列一般為序號以及關鍵字段）（常用於表格字段較多的情況）；
- 表頭固定，表格左側固定，表格右側固定（表格右側一般為操作列）（常用與表格字段多，且右側有操作的情況）；
- 主子表：可通過展開收起的形式顯示子表（主子表若需要，也可左、右兩側固定）。
（2）表頭
- 表頭字段是否為固定值？是否需要根據查詢條件或者用戶個性化設置自動生成？
- 表頭字段是否需要支持排序？支持篩選？
- 表頭是否為多級表頭？
（3）表格分頁
大部分情況，報表數據一般比較多，因此是需要分頁的。（若報表數據過少或其他原因無需分頁，需特殊備註說明）
（4）表格數據
整個報表的數據查詢邏輯，與業務密切相關。因此對於這部分內容需詳細說明，且需與開發同事進行詳細溝通。
- 報表數據查詢需要考慮的業務因素有哪些？（比如數據權限，業務狀態等等）
- 表格字段在系統中是否存在？各個字段的取值邏輯是什麼？對應數據是否需要支持查看詳情或者進行跳轉？（若需跳轉，需保證下個頁面可以根據這個頁面所傳的參數，查詢出對應需要的結果）；特殊/異常數據是否需要進行凸顯？等等。
- 報表的數據量或者運算量是否過大？（因為數據量的大小，會影響開發同事在最開始選擇的處理方法可能會有些不同，另外可能會帶來一些其他的影響）
- 進入頁面，默認是否需要查詢數據？還是客戶點擊查詢後才查數據？
3. 特殊情況提示
- 由於數據量或者網絡等問題，數據加載可能時間會很長。為了避免出現頁面假死的情況，當數據加載中時應予以提示。
- 數據加載完畢後，加載成功，加載失敗，數據查詢結果為空等都應予以提示。
其他
實際工作中，可能每個產品或者項目都有自己需要注意的點，可根據實際情況，形成個性化的自查表或者文檔規範。
（由於目前大部分項目前臺框架都使用Vue，因此截圖特取自Element UI。若需瞭解更多，可訪問對應的官網 http://element-cn.eleme.io/#/zh-CN/component/installation）
題圖來自 Pixabay，基於 CC0 協議
分享到:
閱讀更多 人人都是產品經理 的文章
