後台產品入門 列表頁與新增頁的設計法則

2022-09-27 01:54:20 字數 2358 閱讀 5471

後台產品設計是乙個產品經理的核心能力,也是比較基本的能力,今天我用一篇文章給大家介紹一下後台產品列表頁與新增頁的設計規則,將我這段時間在後台產品設計中的方法和問題分享給你,期待與你在評論區多多交流,一起碰撞出更多的火花。

做後台能夠鍛鍊乙個人的邏輯www.cppcns.com思維,也能更好的幫助你了解公司的業務,做到快速上手。在設計後台需求之前,你可能會收到來自老闆,團隊,業務部門等小夥伴的需求,面對這些需求,我們在後台設計的處理方式和前端設計基本是一樣的,同樣是遵循乙個需求從0- 1 的設計法則:

關於後台產品的頁面分類大致有這麼幾個,列表頁,新增頁,詳情頁,接下來我就重點給大家介紹一下列表頁和新增頁的設計法則:

每個後台都有列表,列表頁在後台設計中十分常見,在設計列表頁的時候,主要有以下幾個原則:

我們舉個簡單的例子,下圖一張簡單的列表頁:

要設計這樣的列表頁,首先搞清楚我們這個列表叫什麼,這樣的列表需要在後台哪乙個分類下面展示。

比如我們這個列表叫「流失使用者列表」,那麼你先要搞清楚什麼樣的使用者被稱之為流失使用者,如果流失使用者在不同的時間段的定義不同,那allwyfovgr你還要明確流失使用者這個定義是寫死的還是後台配置的。在做crm系統時,由於我們的流失使用者在不同的時間段定義不同,於是後台就有了專門的流失使用者配置以及配置記錄列表。

假設你已經很清楚流失使用者列表是什麼了,也很清楚這部分使用者是電銷部門需要的使用者列表,你把它放在了後台銷售中心-使用者列表的分類下,那麼該看看這個列表的主幹部分— —表頭了。

如果表頭由業務部門提供給你,那麼你需要乙個個和他們對,每乙個欄位是什麼意思,每個欄位的資料是如何展示的,這個環節中,你需要確保每乙個表頭欄位的定義清楚,且無歧義,並且要定義清楚這些字段展示在頁面上的展示形式。

搞清楚了這個列表的表頭,然後你需要一一去看每乙個字段,這些字段需不需要篩選,需不需要排序,預設排序是什麼,你可以不去創造更多的排序,但需要讓開發知道預設排序和列表的初始狀態,比如,進入列表是空,選擇時間後才展示資料還是進來就按照預設排序展示資料。

關於列表的顯示問題,你要估計一下這個列表的資料量,可能會有多少條,再去想每頁展示多少條;如果列表涉及到匯出資料,你需要確定匯出資料的時間範圍是左開右閉還是左閉右邊,並做到業務部門和開發對時間範圍匯出的認知一致;如果列表涉及到匯入資料,那麼你要給開發乙個匯入資料的excel表頭模板,告訴他們哪些資料是匯入的,哪些資料是根據匯入資料生成的。

此外,頁面的跳轉邏輯也是不能忘記的,後台產品最重要的在於這些互動邏輯,列表頁如果不是純展示,有操作,你就要明確的告訴開發那些操作跳轉到**去,跳轉了需不需要再返回。

列表頁是這樣,我們再來看一下新增頁,新增頁對乙個後台來說也是十分常見的。

比如下面這個頁面:

這個頁面可以理解為任務體系的乙個新增任務的介面,使用者在某個環節觸發了這個任務,系統就會給使用者發放乙個福利。

同樣的,新增頁也遵循幾個點:

關於頁面標題,你要先確定這個頁面標題是什麼,你可能是從乙個列表頁點入這個新增頁,也有可能是乙個單獨的新增頁面。

關於新增內容,你需要注釋清楚頁面是新增什麼的,比如我這個頁面就是「新增任務」的;新增的內容最好做一下分類,比如上面的「新增任務」頁面就分為「任務基本資訊」、「任務條件」、「任務福利三大塊」;有時候我還會在最頂部加乙個「任務說明」,主要是給內部人員看的,對內解釋這個頁面的功能以及注意事項,對內對外的內容需要可以區分出來。

你還要定義清楚新增頁內容的字段,和列表頁一樣的是,新增頁也有很多字段,只是這些都需要乙個個填寫,有了填寫,就要有一些解釋說明,比如上圖中「選擇福利」,就在選擇福利的框內給了操作的解釋說明;此外,每乙個字段是否必填,也要明確清楚,如果不填寫需要給出錯誤提示。

資訊填寫所需要的新增儲存、重置、確定、取消、返回等按鈕,需要進行二次確認,避免資訊誤填寫造成前台展示的問題;有時候可以將全域性的儲存、重置、確定、取消、返回等按鈕在公共模組頁面中專門列出來,如下圖:

至於詳情頁,其實它和新增頁差不太多,詳情頁面主要起到展示的作用,和列表頁新增頁有一些關聯關係。

以上就是我這篇文章的主要內容。

在文章的最後我提一點,做後台產品,對於toc公司來說,你面對的使用者往往是公司的同事,很多需求都是他們基於自己的工作提出來的優化建議,而你實際上並不是十分了解各部門同事的業務,這個時候建議小夥伴們可以去其他部門輪崗。

對於產品經理來說,有幾個程式設計客棧崗位我覺得還是要輪崗下的,比如客服,比如銷售。輪崗的方式可以讓你換位思考,站在需求方的角度上去思考問題,而不是機械的他們說需要什麼我們做什麼。

做後台產品,邏輯思維固然重要,但要想去優化好乙個業務同事的工作流程,你需要親自把這個業務流程在心裡過好幾遍,或者你去操作好幾遍,再去想如何優化你的產品設計。

這是我在工作中對後台設計的部分小總結,文章中或許還有些疏忽之處,希望讀此文的小夥伴們在評論區不吝指教,謝謝。

關於作者

小紅帽,互金產品經理,座標上海,***:遇見產品

本文位址: /news/plan/64740.html

揭秘,SEO列表頁與產品頁混亂排名的原因

如果你有過長期做白帽seo機構的經歷,我們在制定優化策略的時候,經常會遇到客戶的各種要求,比如 頁面樣式與排名的博弈 列表名稱與產品名稱 使用者期待自定義 整站頁面的展現順序 對方嘗試找你優化的一系列訴求都是與seo原理背道而馳的,而這個時候,如果你不能用專業的知識說服對方,那麼,它可能為你日後優化...

後台管理,給列表頁新增查詢功能,所遇到的問題及感想

1.新增乙個下拉框做查詢 2.列表前面新增核取方塊點選後獲取對應的id所對應的行的某一列資料之和 點選第二個累加 可全選 批次 foreach var item in model.batchlist 查詢的總資料量為 model.total個 js controller public actionr...

產品列表頁及首頁新聞呼叫的說明

style info hos分類號 style info sql.asp?typeid 分類號 新聞定義中加了分類號,及新聞的條數 新聞及幫助列表頁的呼叫辦法如下 style info listnews.asp?typeid 分類號 pagesize 條數 如果列出所有新聞類 style info ...