作为一支每天都在跟产品迭代赛跑的小团队，我们曾经长期处于这样一种“救火”状态：

• 用户反馈散落在 Discord、邮件、GitHub Issues 甚至微信群里，Bug、需求、建议堆得到处都是。

• 谁声音大就先做谁，谁催得急就优先处理谁，团队几乎变成“人肉客服 + 任务分拣机”。

• 更让人沮丧的是——明明每周都在更新，用户却说“这产品是不是死了？好久没动静了。”

• 而那些真正重要但安静的需求，却一次次沉没在消息洪流里。

我们意识到一件事：团队缺的不是更多的反馈，而是让反馈真正被“听见→整理→行动→传达”的闭环。

试过 Notion、Excel、Trello 拼凑出来的流程，也调研过 Canny 等成熟工具，但它们要么月费对小团队不友好，要么数据不透明、存在平台锁定。于是我们干脆为自己，也为所有面临同样问题的团队，打造了一个开源方案 ——FeedLog。

FeedLog 想解决的问题就一个：让反馈闭环转起来

项目完全开源，自己部署 5 分钟就能跑起来，数据完全归自己。如果你想零成本接入，也可以直接用我们提供的 SaaS 版本。

我们围绕三个核心模块，把这个闭环“转”了起来：

1. 统一收集 + AI 降噪：告别散落和重复

跨渠道进来的反馈（Discord、邮件、表单），FeedLog 会统一收集，并由 AI 自动分类、去重、总结，你不需要再手动贴标签、不需要一行行翻聊天记录。
原本每天要花两小时整理的信息，现在 10 分钟就能看清全局。

2. 公开 Roadmap：让用户知道“下一步是什么”

用户不只是想要新功能，他们更想知道自己的声音有没有被听到。
FeedLog 提供漂亮的公共路线图页面，你可以把“计划中”、“开发中”、“已上线”的状态直接展示出来。我们发现，仅这一步就能大幅减少重复请求，用户开始相信——“原来团队真的在听”。

3. 自动 Changelog：让每一次更新都被看见

“发布很快，但用户根本没感知”，这个痛我们太懂了。
FeedLog 会自动生成版本更新日志，清楚记录新增功能、优化和 Bug 修复。当用户看到产品在持续“活着”，信任感和参与度都会明显提升。

谁最需要 FeedLog？

• 独立开发者：一个人又要写代码又要回用户，根本抽不出时间做反馈清洗。FeedLog 的自部署版零成本，AI 自动帮你把杂乱的反馈收敛成明确信号。

• 小型 SaaS 团队：功能迭代越来越快，用户声音开始失控，急需一个轻量但体系化的反馈工具，而不是又重又贵的平台。

• AI/创业初期产品：方向还在探索，需要持续听见用户真实需求，而不是凭几条主观聊天就做决策。

• 注重数据主权的团队：反馈数据属于你自己，完全自托管，没有供应商锁定。

如果你也在经历这些场景，FeedLog 或许正合适

• 用户问“我的需求到底有没有在看？” → 公开 Roadmap 直接给答案。

• 聊天群里反馈太多、整理不动 → AI 自动分类去重，让你看到真正高频的痛点。

• 明明修了 10 个 Bug，用户还在骂“产品烂” → Changelog 让每一次修复都被看到，扭转感知。

• 想从“谁催得急就做谁”切换到“数据驱动优先级” → 统一反馈池 + AI 整理，帮你理性判断。

开源，免费，五分钟就能跑起来

我们坚持开源的核心原因很简单：你的产品反馈，不应该锁在别人的平台上。
GitHub 上代码完全开放：https://github.com/linkcraftstudio/feedlog
自部署文档清晰，Docker 一把梭，5 分钟能搞定，之后零订阅费、零调用上限。

如果你暂时不想自己维护，也可以直接用我们的 SaaS 版本,功能和自部署完全一致，数据依然可控。

写在最后

产品迭代越快，越需要一个“看得见、理得清、传得到”的反馈闭环。
FeedLog 不是要做一个大而全的管理平台，而是想用最轻量、最透明的方式，帮团队从反馈混乱中走出来，让用户真正参与到产品成长里。

如果你也被类似的问题折磨过，欢迎来GitHub，或直接部署试试。
也期待在评论区聊聊：你们团队现在是怎么管理用户反馈的？有没有什么土办法或神器？大家一起交流，少走弯路。