我之前有两个毛病：

其一是，我安装软件的时候，从不加入产品体验计划；

其二是，文字记录我一般都是用txt文档，然后新建文件夹，使用自己的逻辑。

后来，我改了这两个毛病。

这其一很好理解，我本身是一个产品人，我不支持产品工作，那以后，我还能靠什么吃饭？就如同想做app手机应用开发赚钱的人，就从来不会去下载破解版的手机应用一样。

这第二点吧，要源自一个经历…

我在老东家带过一个徒弟，每次我跟他沟通，他都会记录很多知识点。有几次我忘记了一些事情，他直接就复制粘贴给我了一段文字，告诉我当时是怎么说的。当时还是很惊讶的，赶紧这小伙子很用心呐！后来聊天，才知道，他是用一个记录软件记录的，并且还一直推荐我用一个记录软件，我没有过多的理睬。再之后有一次，我发现他在很仔细的截图，然后写了一大篇文字，带图片，反馈给了这个软件的开发者。

看图之后，用过的人可能知道，这个软件是有道云笔记，当时我就问他，你反馈有啥用啊？人家会听你的吗？
当时他给我的回复是，肯定会，我已经提了很多问题了，每次版本更新都不见了，感觉自己很有成就感。
然后他推荐我使用这个软件，我就当天下午体验了一下，暂时不多说这个软件的优缺点吧，否则有广告之嫌。

这个算是背景吧。

借此谈一下，如何能够让你的用户心甘情愿的帮你改善你的产品？

第一.你的产品要被用户喜欢。

首先要明确一点，没有任何一个用户会努力去把一个自己不喜欢的产品改善成一个自己喜欢的！

就APP而言，不喜欢的，顶多坚持几天，下场都是卸载。在产品使用这个层面上，没有“雪中送炭”，只有“锦上添花”。用户只会希望自己喜欢的产品变得更适合自己，遇到自己喜欢的产品的问题，会帮忙去整改。往极端的说，用户喜欢这个产品就不希望这个产品将来没了，想一直用下去。

第二.产品人本身希望用户帮忙提建议。

这一点也很重要，一个希望得到建议的产品人，产品的反馈模块UI非常好，而且很详细；相反，如果产品根本不重视这个环节，他的反馈模块将非常不人性化，非常不详细，就是一个反馈框，然后一个发送按钮。这样的结果会让你的用户没有参与感。反而你在你建议的下面加上几个邮箱记录，电话记录等，会让用户觉得他会收到反馈。

现实也确实如此，凡是填写邮箱的，用户都会收到反馈，至少也是“感谢您的反馈，我们会尽快讨论，考虑您建议的可行性。”更有做的好的，会有类似淘宝客服之类的聊天窗口，用户直接跟产品进行聊天似的沟通。

（当然这个反馈也不能信息填写太多，让用户本来还想填写反馈，结果看到这么多信息就不想填写了，这个属于用户体验的度的把握了，暂且不论）

第三.产品的用户群分析。

产品人一定要了解使用自己产品的人群，你的产品是老年人用？学生用？老师用？开发人用？产品人用？….这里面的分类太多了，产品人应该多归纳和分析，哪几类人喜欢和乐意反馈产品建议。

比如，用户群分类有：男/女，老/幼，创业者/上班族…..等等吧。所以你对你产品的把握很重要，这个层面可能已经是产品设计初期要做的事情，即你的产品定位什么样的？应该让你的产品更多的在那一类喜欢反馈的人群（当然，前提是你想得到反馈）中使用体验。

第四.做好反馈。

这个我举一个例子，假设你喜欢上了一款产品，使用中发现了一些问题，然后你发了一个邮件。内容大致：你们有问题A，影响体验，希望能改一下啊。然后，几个月之后，这个软件有了2.0版本，你发现你的问题A依然存在。

我想问，这个时候有多少用户会再发一遍这个问题？相反的，如果更新之后，你收到一份邮件，邮件内容可以是：“你好，你之前提过问题A，我们正在开发，但是由于优先级或者难度，2.0版本将不予更改”，又或者“你好，你之前提过的问题A，经过我们的讨论，发现不适用大众人群，我们只能保留，委屈你继续使用，我们将努力再后续找到更好的解决方案，也希望你一起参与，有好的方案再反馈给我们。”其实，不必多言，二者反馈差距太大，你的反馈无论是好是坏，都会让你用户很高兴，你有什么理由不反馈？？

第五，第六…..

其实有很多好的方法让你的用户参与到你产品的改进中来，可能最关键的还是设计一款让用户青睐的产品，这一点最重要。

优秀才会被喜欢，被喜欢才会值得被改进。

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

“我现在还在使用徒弟推荐的软件，并且反馈了很多建议，并且推荐了很多人用！”