中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

最近工作中剛設計完一版后臺評論管理功能，趁著熱乎，筆者就把整理了一下整個產品設計過程，形成了這篇文章。enjoy~

文章描述了通過分析目標用戶以及目標用戶的使用場景，從而挖掘用戶需求；再將需求轉化為功能實現的過程。

第一步

通過分析目標用戶以及目標用戶使用場景，發現產品需求。

（1）目標用戶

評論管理功能目標用戶是運營人員；

（2）目標用戶操作場景

• 管理線上不當言論：評論作為UGC內容，即使系統有對其做敏感詞自動過濾，但也會有技術灰點，所以后臺提供啟用/禁用功能，供運營靈活人工管理評論內容；
• 便于統計和引導運營方針：通過統計，方便運營發現有輿論性的內容和領袖用戶，從而為運營方針提供幫助；
• 便于熱點制造：后臺提供評論點贊等操作，方便運營與用戶發生互動，進而調動用戶活躍度和積極性；
• 為責任追蹤提供有力證據：作為UGC內容區，評論后臺記錄用戶每一條評論，以便為激烈討論而產生的矛盾，提供責任追蹤證據，保證社區的良好秩序。

第二步

從定義字段、設置查詢條件以及操作行為方面，分析如何將已發現的需求整合為產品功能。

1. 定義后臺表格字段：包含內容列表展示字段和詳情頁字段定義

（1）內容列表展示字段定義

① 設計原理

為方便運營瀏覽和操作，從評論信息角度分析出最重要特性作為列表字段。

② 設計步驟

步驟1：列舉全部評論信息字段，如圖：

步驟2：以關聯強弱為基準對字段做優先級排序：

評論內容所屬資源、評論回復內容等字段屬于評論本身外的第三方內容，與之關聯較弱，所以優先級降低。其他直接關系關聯性最高，優先級也隨之最高，因此最終排序如上圖。

（2）詳情頁展示字段定義?

設計原理：對評論信息相關的全部字段做優先級和邏輯層次劃分，并展示字段的詳細描述評論信息。

最終頁面呈樣式如下：

2. 設置查詢條件

從評論者、所屬資源、評論內容本身三方面做查詢條件設置。

① 設計原理

從運營操作全場景分析，設置查詢條件。

② 設計步驟

步驟1：從評論操作、評論屬性、評論者三方面列舉出相關字段，如下圖：

步驟2：本著簡化運營操作和聚集同屬性內容的原則做查詢條件排布：

• 排布規則1：可以直接選擇的就不要用戶輸入，如所屬資源類型和資源頻道以及評論信息狀態；
• 排布規則2：能形成互斥條件的組建互斥組，如評論信息狀態。

最終排布如下：

3. 操作：包含對單條數據和多條數據操作行為分析

（1）單條數據：支持對單條數據進行禁用和啟用、查看詳情以及手動加贊的操作。

設計原理：從增、刪、改、查方面列舉出運營使用的場景，再對各個場景的使用成本做減法，保證以最少步驟完成常用功能操作。

這里有亮點需要特別說明：

• 在操作中，我省去了編輯頁面，原因是我發現運營對評論信息的修改操作除了禁用和啟用，只剩下查看和手動點贊，而恰好這些字段在列表字段中，所以直接在列表頁完成操作即可，從而運營省去必須進入編輯頁修改的流程，提高了運營效率。
• 本期未實現刪除評論信息功能，一是由于目前客戶端剛上線，評論內容很少，正是聚集評論，營造社區氛圍的階段 ；二是目前線上的評論大多數都來源于運營手動評論，刪除使用場景少；三是刪除功能實現成本也較低，便于后期增加。

所以本期沒有實現的必要性。

（2）多條數據：支持對多條數據批量禁用和啟用的操作者；支持列表從用戶點贊、運營點贊、被評論數、評論時間三個維度單獨排序。

這里說明一下為什么要對運營點贊做排序？便于區分評論的真實性，防止運營為提升運營指標，在后臺大量自加贊，而埋沒了用戶點贊功能，導致真正受用戶熱捧的評論下沉現象。

4. 所以最終頁面如下：

完結！歡迎大家溝通交流~

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

題圖來自 Pexels ，基于 CC0 協議