为什么我最后做了一个公开反馈板，而不是另一个客服系统

邮箱能收反馈，Discord 能聊天，微信群里有人提需求，X（Twitter）私信偶尔也会收到一些建议。看起来，用户一直都在和我沟通。

直到有一天，我准备规划下一个版本时，才发现事情并没有想象中那么简单。

同一个需求，有人在邮件里提过，有人在 Discord 里说过，还有人在 Twitter 评论区留言过。我需要翻聊天记录、搜索邮件、整理文档，最后才能确认：原来这么多人都在提这件事。

更麻烦的是，用户彼此并不知道对方提过什么。

于是同样的问题不断重复，同样的建议不断出现，而真正重要的需求反而淹没在各种零散的信息里。

后来我开始思考，我们是不是一直把「收集反馈」这件事想错了？

过去很多工具都在教我们如何建立更多反馈入口：在线客服、工单、邮箱、社区……

但这些工具解决的是「怎么收到反馈」。

真正困扰我的，是收到之后怎么办。

哪些需求最重要？哪些已经有人提过？哪些准备开发了？哪些暂时不会做？用户根本看不到。

对于产品团队来说，这意味着大量重复整理；对于用户来说，反馈发出去之后就像石沉大海。

于是，我决定换一种方式。

与其把反馈藏在邮件、Discord 或聊天窗口里，不如直接放到一个所有人都能看到的地方。

每个人都可以提出想法，也能看到别人已经提过什么；觉得认同，就投一票，而不是重复发一遍；产品团队也可以公开标记需求状态，让用户知道哪些已经在做、哪些已经上线。

这就是我想做的公开反馈版。

它并不是为了替代客服。

客服解决的是「一个用户的问题」，而公开反馈板解决的是「整个产品的发展方向」。

当所有反馈都集中到一起之后，我发现最大的变化并不是管理效率，而是用户的行为开始发生改变。

重复反馈越来越少，因为大家会先搜索已有的讨论；真正有价值的需求会慢慢积累更多支持，而不是谁声音大就先做谁；更重要的是，用户第一次能够看到自己的反馈真的影响了产品，而不是发出去以后再也没有消息。

后来我越来越相信，一个好的反馈系统，不应该只是一个收集意见的入口，而应该成为产品的一部分。

它让用户知道：你的建议被看见了，也可能真的改变这个产品。

这也是我坚持做 公开反馈版-https://feedlog.ai/ 的原因。

因为真正值得被听见的反馈，不应该散落在各种聊天窗口里，而应该公开、透明，并持续影响产品的每一次迭代。