产品方在得到海量反馈时，最希望获得哆啦A梦的神奇过滤机，筛选出有效且明确的问题或是需求，以便产品团队更好地做出反应，所以产品需求是快速且准确地了解问题所在或者需求是什么。

　　综合两点需求，意见反馈功能需要具有易用性、可筛选性和及时获得反馈三种特性。

　　接下来我们还需要根据自身产品特性判断用户可能遇见的问题类型。

　　例如工具型产品，用户在使用上大概率遇见功能使用方法的问题;社交型产品，用户可能会提出自己的一些需求而不是使用问题;电商类产品，往往会遇见售后、物流等求助类问题。

　　根据自身产品特性，归纳出高发反馈类型，是设计意见反馈功能很重要的一步。

　　最后一步是明确意见反馈现阶段目标是什么。

　　由于开发资源有限，“意见反馈”同整个产品一样无法做到一蹴而就，需要实现核心需求后跟着版本的迭代添砖加瓦，成为综合性的“意见反馈”。所以需要根据产品现阶段核心需求来设计“意见反馈”。

　　意见反馈阶段性的核心需求一般分为以下几类：

　　1.BUG排查：处于早期产品，由于没有经过大批量测试，代码鲁棒性仍然不能由测试来保障，所以意见反馈能帮助产品团队快速排查BUG，及时修复。

　　example：

　　微信“意见反馈”中的BUG排查，筛选出高发常见BUG并整理成树状的故障引导表，方便用户快速的表达并提交BUG，也减少了产品运营成本。

　　2.需求收集：用户需求能够影响到产品迭代内容，意见反馈中关于用户提交的需求可放入需求池当中，是产品需求的重要来源之一。

　　example：

　　网易云音乐采用表单式的意见反馈设计，让用户有较高的自由度去描述自身需求，但这无疑增加了不少的运营成本，后台对于无效信息的自动过滤十分重要，建议设计表单式意见反馈时要求一定的最小字数，这样设计可在用户这一环就减少了许多无效信息。

　　产品回应用户的反馈意见

　　本文将介绍三种类型用户得到反馈的方式

　　1.toast或页面提示“提交成功”

　　用户点击提交意见反馈之后，常见设计为toast提示“提交成功”且跳转回某页面，或是像微信一样页面提示“提交成功”点击确定后跳转回某页面，两者区别在于用户对于自己-提交意见反馈成功-这个信息的接收度，很显然页面提示更能保证用户确信自己已成功提交意见反馈，当然toast提示并非不可取，只是需要确保toast提示时长足够长，且跳转回的页面需在意见反馈功能模块内，较少用户对产品的失控感。(网易云音乐V4.2.0 意见反馈toast提示时间短，且跳出意见反馈功功能模块，体验欠佳)

　　2.历史反馈

　　类阿里智能中提供历史反馈的设计既确保用户确信自己的反馈已成功提交，还能在后续产品与用户进一步交流提供了途径，缺点在于历史反馈给予用户对于得到回复有了更高的期望值，若长时间未得到回复，用户将有更大失落感，所谓希望越大失望越大，所以这个设计的选择应权衡利弊。

　　3.留言评论式

　　馒头商学院或是新浪微博中对于意见反馈的设计较为特别，都采用了评论留言式的设计，亮点在于用户能够浏览其他用户的反馈，以及产品和用户间的互动，更有社区感。但该设计适合用户量较小的社区型产品，否则将适得其反，例如新浪微博的意见反馈常被人诟病。

　　总结：意见反馈的设计并不能一股脑的从其他优秀产品上照搬，因根据自身产品的调性，用户群的特性，开发资源的可调控性阶段性地去进行设计，参照以上列举的设计结合自身产品一定能合理规划出适合的意见反馈。

　　三、结语