我之前有兩個毛?。?/p>

其一是，我安裝軟件的時候，從不加入產品體驗計劃；

其二是，文字記錄我一般都是用txt文檔，然后新建文件夾，使用自己的邏輯。

后來，我改了這兩個毛病。

這其一很好理解，我本身是一個產品人，我不支持產品工作，那以后，我還能靠什么吃飯？就如同想做app手機應用開發賺錢的人，就從來不會去下載破解版的手機應用一樣。

這第二點吧，要源自一個經歷…

我在老東家帶過一個徒弟，每次我跟他溝通，他都會記錄很多知識點。有幾次我忘記了一些事情，他直接就復制粘貼給我了一段文字，告訴我當時是怎么說的。當時還是很驚訝的，趕緊這小伙子很用心吶！后來聊天，才知道，他是用一個記錄軟件記錄的，并且還一直推薦我用一個記錄軟件，我沒有過多的理睬。再之后有一次，我發現他在很仔細的截圖，然后寫了一大篇文字，帶圖片，反饋給了這個軟件的開發者。

看圖之后，用過的人可能知道，這個軟件是有道云筆記，當時我就問他，你反饋有啥用??？人家會聽你的嗎？
當時他給我的回復是，肯定會，我已經提了很多問題了，每次版本更新都不見了，感覺自己很有成就感。
然后他推薦我使用這個軟件，我就當天下午體驗了一下，暫時不多說這個軟件的優缺點吧，否則有廣告之嫌。

這個算是背景吧。

借此談一下，如何能夠讓你的用戶心甘情愿的幫你改善你的產品？

第一.你的產品要被用戶喜歡。

首先要明確一點，沒有任何一個用戶會努力去把一個自己不喜歡的產品改善成一個自己喜歡的！

就APP而言，不喜歡的，頂多堅持幾天，下場都是卸載。在產品使用這個層面上，沒有“雪中送炭”，只有“錦上添花”。用戶只會希望自己喜歡的產品變得更適合自己，遇到自己喜歡的產品的問題，會幫忙去整改。往極端的說，用戶喜歡這個產品就不希望這個產品將來沒了，想一直用下去。

第二.產品人本身希望用戶幫忙提建議。

這一點也很重要，一個希望得到建議的產品人，產品的反饋模塊UI非常好，而且很詳細；相反，如果產品根本不重視這個環節，他的反饋模塊將非常不人性化，非常不詳細，就是一個反饋框，然后一個發送按鈕。這樣的結果會讓你的用戶沒有參與感。反而你在你建議的下面加上幾個郵箱記錄，電話記錄等，會讓用戶覺得他會收到反饋。

現實也確實如此，凡是填寫郵箱的，用戶都會收到反饋，至少也是“感謝您的反饋，我們會盡快討論，考慮您建議的可行性?！备凶龅暮玫?，會有類似淘寶客服之類的聊天窗口，用戶直接跟產品進行聊天似的溝通。

（當然這個反饋也不能信息填寫太多，讓用戶本來還想填寫反饋，結果看到這么多信息就不想填寫了，這個屬于用戶體驗的度的把握了，暫且不論）

第三.產品的用戶群分析。

產品人一定要了解使用自己產品的人群，你的產品是老年人用？學生用？老師用？開發人用？產品人用？….這里面的分類太多了，產品人應該多歸納和分析，哪幾類人喜歡和樂意反饋產品建議。

比如，用戶群分類有：男/女，老/幼，創業者/上班族…..等等吧。所以你對你產品的把握很重要，這個層面可能已經是產品設計初期要做的事情，即你的產品定位什么樣的？應該讓你的產品更多的在那一類喜歡反饋的人群（當然，前提是你想得到反饋）中使用體驗。

第四.做好反饋。

這個我舉一個例子，假設你喜歡上了一款產品，使用中發現了一些問題，然后你發了一個郵件。內容大致：你們有問題A，影響體驗，希望能改一下啊。然后，幾個月之后，這個軟件有了2.0版本，你發現你的問題A依然存在。

我想問，這個時候有多少用戶會再發一遍這個問題？相反的，如果更新之后，你收到一份郵件，郵件內容可以是：“你好，你之前提過問題A，我們正在開發，但是由于優先級或者難度，2.0版本將不予更改”，又或者“你好，你之前提過的問題A，經過我們的討論，發現不適用大眾人群，我們只能保留，委屈你繼續使用，我們將努力再后續找到更好的解決方案，也希望你一起參與，有好的方案再反饋給我們?！逼鋵?，不必多言，二者反饋差距太大，你的反饋無論是好是壞，都會讓你用戶很高興，你有什么理由不反饋？？

第五，第六…..

其實有很多好的方法讓你的用戶參與到你產品的改進中來，可能最關鍵的還是設計一款讓用戶青睞的產品，這一點最重要。

優秀才會被喜歡，被喜歡才會值得被改進。

文章或者前面的故事總要收尾，一句話：

“我現在還在使用徒弟推薦的軟件，并且反饋了很多建議，并且推薦了很多人用！”