發現産品問題的10個方法

在此之前最好先完成以下工作：

1. 把産品切分成段（線）：例如，産品使用流程可以切分成成注冊、付款、發資訊、支付等。

2. 能篩選出各段的問題使用者：網際網路産品在定位這些使用者并不是難事，特殊的URL、特殊的COOKIE、多記一些LOG等，都可以定位到有問題的使用者。

3. 設計要了解的問題：針對篩選出來的目标使用者，列出在此段你關注的問題。

以下介紹一些方法，供參考：

1. 線上（線下）問卷調查：通用Email、站内信、連結、街頭攔訪等方式，讓特定的使用者參與問卷，問使用者的問題最好不要太多，以選擇項為主，别讓使用者輸入太多的東西，重要的東西放在問卷的前邊，因為使用者選着選着可能就煩了！另外，能不給獎品就不要給，否則使用者可能是充着獎品來的，問卷問不到正确的答案。

2. 電話調研：直接打電話給使用者，問使用者在使用過程中的問題，最好實時一些，不然使用者遇到什麼問題都忘了。例如，如果你在優化支付成功率，于是，你在背景加了一段代碼，及使用者如果反複付了五次都沒有成功，這時就發一個郵件給你，把使用者的賬号發過來，你馬上打電話給使用者，問他到底出什麼問題了！？

3. 上門訪談：上門的好處是能和使用者面對面聊，能觀察到使用者的使用場景、在特定的場景下使用者是怎麼用的、他的身體表現出的行為是什麼樣的，這是電話不能作到的，能更多的看到背後的一些東西。

4. 使用者測試：上門訪談可以作為使用者測試的一種，這裡說的使用者測試是拉到公司來，放在一個小房間裡，讓大家在外邊看。在産品開發前，可以讓其試用原型，發現産品的問題。産品上線後，同樣。

5. 競品分析：一個使用者可能會同時用多家的産品，需要了解對手的産品，這樣在和使用者聊的過程中能發現其的痛點在哪裡，也會深刻了解對手為什麼這樣作，反之也能知道對手的哪些功能決對不要作，因為那不是使用者所要的。

6. 資料分析：在開發過程中，要求開發人員把應該布的資料點全布上，這樣在後期使用者在這裡為什麼卡到了，他當時的行為是什麼樣的，會非常有幫助。資料是不會說慌的，他反應的是事實，使用者可能會說，你的産品上線後，我一定會用，但資料上可能不是這樣的。

7. 親自試用：我們都應該是産品的使用者，否則不知道使用者會想什麼，你可以模拟使用者在各個場景下的行為，變身成使用者确實很難，需要有豐富的生活經曆，否則你模拟不了。

8. 團隊内部收集：團隊需要有開發、設計、營運、客服等各類成員，需要經常通過各種方式把他們眼中看到的問題列出來。

9. 客服回報：把你需要了解的一些問題傳達給客服，讓他們在與使用者聊的過程中，側面問一問你關心的問題。

10. 聽使用者來電錄音：實時聽線效率太低了，你可讓客服把錄音放出來，你邊工作可以邊聽！

以上供參考，所有觀點代表我個人，與公司無關，歡迎一起交流！