使用者反饋問題處理流程（怎麼解決客戶反饋的問題）

大家好，我是阿娟，一個正在堅持每天閱讀寫作、覆盤思考的程式媛

產品上線後使用者反饋問題是常有的事情，面對這種情況我們應該怎麼處理呢。從以下幾個方面做一個分享。

一、不同角色

作為產品如果收到線上反饋的問題，第一時間確認這是不是沒有實現的需求。如果不是轉交給相關的測試同學。如果是需求，需要對使用者做出說明。

作為測試，使用者反饋的問題有些會直接到測試，有些會從產品或是工單系統進行轉交。接收到問題反饋後第一時間是做問題排查，產品同學轉過來的一般就不是需求了，工單或是其他渠道來的，還需要做二次篩選，是需求轉交給產品。如果確定是bug，需要復現問題明確問題原因，提交給對應的開發同學。並且要形成閉環，直到問題最後解決。

作為開發，也分兩種情況，有些部分或是公司問題如果走工單系統會直接反饋給開發，開發進行定位，是需求轉給產品，是bug自行修復並通知到相關測試同學。bug跟蹤系統上的問題可以直接修復，修復後告知相關同學即可。

二、問題的嚴重程度

不是所有的線上問題都必須要修復，可以按照問題的嚴重程度進行劃分。嚴重和次嚴重的bug都需要修復。一些不影響功能的小問題可以等之後的版本再進行修復。

三、問題的優先順序

除了按照嚴重程度，還可以把要修改的問題劃分優先順序。優先順序高的先修復上線，次優先的下次修復再上線，以此類推。

不管問題是否要在本期修復，一定要給使用者合情合理的說明，切忌接手了問題卻沒有任何結論。

今天的分享就到這裡了，希望對你們有幫助。