后臺實戰:如何設計一張合格的列表?
文章來自作者的自身工作經驗,希望對你有所幫助。
做后臺的產品經理都會知道,列表是后臺中最常見一種展現形式,幾乎每個業務模塊都會用到列表。列表雖然常用,但是想做好一張列表并不是一件容易的事情,下面我來介紹一下怎么設計一張后臺的列表。
列表交互分區
整張列表我們可以劃分為三個大的模塊:整體操作區、個體展示操作區、列表屬性
整體操作區
- 列表搜索
- 列表篩選
- 列表新增
整體操作區是指對列表進行整體操作的部分,其中搜索和篩選是針對有相對大量的數據進行設計的,讓使用者能夠快速找到目標數據,提升效率。所以核心是要平衡好研發成本與收益的關系,在產品早期數據量較小的時期,搜索和篩選功能都是可以忽略的功能。
單體展示&操作區
- 信息展示區
- 單體操作區
列表單體區域——列表主體, 主要分為信息展示與單體操作兩個部分。對于信息展示區來說,每一個字段都要是有用的,能夠傳達足夠的信息量,非必要不要加。同時要定義好每個字段的信息,如“字段類型,長度限制,是否換行”等信息,是的整個表單能夠簡潔清晰。
單體操作區,一般是對單條信息進行的“增、刪、改、查”等操作。其中的刪除和修改要格外注意,尤其是涉及到線上正在使用的時候,產品經理要做出合理的判斷,考慮盡可能全的場景,定義好不同狀態下允許的操作類型及權限,必要的時候在觸發信息執行時做相應提示。
列表屬性
- 列表導出
- 列表分頁
- 列表排序規則
- 列表的數據加載
列表導出,是針對需要導出的內容進行設計的,最好使用現成的組件,會大大降低設計和研發成本。
列表分頁,當涉及到數據量較大時,需要支持分頁及頁面跳轉,這里需要注意的是分頁數量需根據業務的實際情況靈活設置,亦可使用現成的組件或自己開發相應的組件。
列表排序,當我們進行操作時,會對某一部分數據操作的頻次遠遠大于另一些數據,這時候排序就異常重要。列表的排序可以支持多種排序規則,一般會有主排序規則和次排序規則,需綜合評估研發需求程度和研發成本進行安排,非必要的時候就采用默認的排序規則。常用的排序規則有“時間倒序”、“數量升序(降序)”、“狀態序列”等。
列表的數據加載,當數據量較大時,一次性加載數據會非常慢,這時候就要考慮數據分段加載的設計。這里是坑最深的地方,需要考慮數據搜索時的分段分段加載&整體加載;有篩選條件下的數據加載情況;是否要做本地緩存以及緩存數據在何種契機下同步。這些雖然是技術設計上的細節,但是產品經理在設計的時候如果考慮不全面會挖下無數的坑等著你來填。
總結
列表想設計好也不是一件容易的事情,多多總結,多多打磨,形成一套適應自身業務體系的列表規范,才能事半功倍,別等挖了坑才想到去填。歡迎留言交流。
相關閱讀:
本文由 @迅哥喝茶 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協議
不知道可不可以分享一些后臺產品的案例呢?新人一枚。。
下次我整理一下我的文檔庫,找一些不敏感的發出來吧
嗯嗯嗯,簡直太好了!大好事一件!加油加油。。期待ing
只能說,合格了
沒有案例就沒有說服力
不是每一家公司都允許案例對外分享的,望理解
點贊,多點圖形案例就好了
后臺圖形不方便展示,如果是APP端展示效果會好很多