酷播亮新聞
好的意見反饋模塊可以讓需求更加明確，直達用戶痛點。
最近在研究產品設計關於意見反饋機制，這里首先要說明一點：不是簡單的是去做調查問卷收集，而是從產品設計中增加一個產品意見收集的模塊。 好的意見反饋模塊可以讓需求更加明確，直達用戶痛點。
但如你所知，如何驅動用戶去使用相應的模塊？ 如何讓模塊觸達率提高？
需求處理流程
從用戶反饋這裡我們稱為需求的流程來看，用戶反饋的有效性是整個產品評估的關鍵。 因此需要進行篩選等流程，那麼下面談談KEVIN調研的4款產品
四款產品的用戶反饋調研
第一款目前負責的產品，淘股王
【淘股王客服模塊】
進入界面是類似微信的語音界面，當然目前處理聊天的界面，大多數公司已經按照用戶的習慣，進行類似面板的模仿，用戶也可以進行切換語音以及發送相應的圖片。
第二款是PP租車，關於一款P2P的租車平台
【PP租車用戶反饋】
但不同的是PP租車增加了一個常用問題FAQ的集合。 同樣的與淘股王相同支持圖片上傳與文字記錄功能
【PP租車用戶反饋】
並且PP租車用戶反饋中增加了對於用戶的QQ或聯繫方式的記錄，考慮用戶註冊的聯繫信息可能不是本人，並且用戶反饋也需要個人用戶進行登錄後，才能進行查看。
第三款是怒馬APP
這款產品是虎嗅旗下做知識分享的產品，KEVIN進入產品尋找相應的用戶反饋入口。 並沒有那麼順暢，因為個人信息的ICON設置太不明顯。 最終還是成功找到了
【怒馬APP】
駑馬的用戶反饋相對來說比較簡單，並且因為是做知識分享平台，目前也沒有做相關FAQ讓講師或用戶知道相應的平台規則。
並且最後也拋出添加微信，這一點KEVIN到非常差異。 竟然把流量往外引出！ 照理說可以提供給予用戶一個郵箱或怒馬相應的用戶聯繫方式，而不是把用戶引入第三方，這個產品設計KEVIN表示不能理解。
用戶反饋機制如何進行梳理？
1.反饋類別
在產品進行用戶反饋的考慮設計，首先要清楚用戶反饋的類別。 通過對反饋進行分類，可知道是那一個模塊或者那一個產品。
2.處理流程
這裡的處理流程建議根據以問題的意見採集規模來定，如果規模較大建議採用積分制。 當然如果相對較少，那麼建議採取產品側或測試人員直接處理。
【不同處理流程】
3.對問題與建議優先級進行區分
問題就是BUG，當然用戶不會知道這個是不是BUG，他只會覺得這裡有問題。 因此需要梳理BUG與產品需求，這裡的BUG等級區分與產品需求。
BUG等級：
- 致命
- 錯誤
- 一般
- 提示
產品需求登記：
- 重要且緊急
- 重要非緊急
- 緊急不重要
- 不緊急不重要
總結
初期
用戶需求反饋在初期，產品經理應該建議一個最簡單的通道，能夠讓用戶觸達問題，並且產品能夠進行獲得。 如駑馬APP一樣，增加相應的通道，雖然沒有其餘的功能或截圖等，但至少有一個用戶反饋的通道
FAQ
在迭代更新後，產品設計上應該集中梳理出FAQ，將FAQ加入產品設計中。 如PP租車一樣，這樣能夠增加問題解決效率，又能夠減少一些無效的問題反饋。
流量
但在產品設計中，需要注意合理的利用相關用戶流量，而不是把用戶流量導出。 如駑馬APP將流量導出到微信上去。
入口
在入口深度的設計中，要注意應該想淘股王一樣，不要太深。 能夠將產品的反饋入口放在一級頁面。 這裡說的一級頁面指的是幾個TAB切換後的頁面。 那麼PP租車的入口就藏的比較深，KEVIN點擊了 個人——服務中心——最後滑倒底部
給予用戶的感覺就是：公司不想讓用戶聯繫他的客服，客服就去詢問FAQ，當然這對於公司的資源利用上有不少的幫助。
#專欄作家#
kevin，微信公眾號：Kevin改變世界的點滴，人人都是產品經理專欄作家。 曾從事騰訊雲產品設計與中興通訊產品研發，高級產品經理一枚。 歡迎交流~
本文原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來自 Unsplash，基於 CC0 協議