众思v2.如何建立Bug反馈机制？

这个话题也是来源于一位朋友的提问：

反馈bug的流程怎样比较好呢？是直接反馈给技术，和开发测试处理就好；还是说先到产品这边，然后产品去联系技术处理并跟踪这些bug？

上述问题，很多公司都会出现，如果是2B产品，可能是客服人员，或者售后顾问反馈；如果是2C产品，可能是公司内部同事反馈，或者转述用户的问题。如果这一流程没有规范，直观上想，肯定觉得 找开发人员直接解决是效率最高 的，于是通常就是认识哪个开发，直接私信小窗就说了。但从长远来看，这样做有以下几个问题：

1、开发人员的日常工作会被打断，效率降低。

2、很多Bug表面上看是Bug，其实背后隐藏着 需求设计的不合理 ，如果按照用户说的改了，很可能并不符合产品逻辑，只是把不合理需求打了个补丁，没有解决根本问题。

3、同上，很多Bug其实可能只是用户操作错误，不是Bug，但这背后其实 隐藏更多 可以优化的新需求 ，如果只是让技术人员告知用户他操作错了，就可能失去了优化这种操作的机会。

4、有些开发人员经验不足，会把一些表面上的Bug粗暴处理，也许一个Bug背后涉及 技术架构设计问题 ，这种情况下就会把问题掩埋。

那比较合理的做法是什么呢？给大家留一个作业，你们公司会发生这种情况么？如果是你，应该如何处理呢？我会在明天发表我的看法，同时也会放出大家的观点~期待你的留言哦~