对比反馈工具

Flunes 去到反馈所在的地方，其它工具则需要一个被埋点的网页。

Marker.io、BugHerd 和 Feedbucket 都是面向你所控制的网站的优秀可视化反馈工具。当反馈不局限于某一个你能埋点的网站时，比如移动端构建、预发布站点或一次现场演示，并且不需要提交者安装任何东西、也不用邮箱这道门槛来闭环时，就该选 Flunes。

最适合可移植、低门槛的 intake

Flunes

一个魔法链接表单，而不是网站 widget，所以反馈不绑定在某一个被埋点的页面上。提交者无需账号、无需安装。提交者只需写纯文本，AI 会把它结构化成一个 GitHub issue，并且在问题解决时通知到他，而他从头到尾都不用填邮箱。

最适合在你自己的网站上做可视化标注

一个由开发者安装、嵌入到网页上的小组件。提交者在截图上标注并附带技术元数据；默认情况下，组件会在提交前要求他填写姓名和邮箱。支持与 GitHub 集成，并包含 AI 功能。

最适合在网站上做可固定位置的客户反馈

客户通过一个共享链接留下反馈，无需账号，评论会固定到页面上的具体元素。它绑定在开发者所配置的网站上，并能根据任务创建 GitHub issue。

最适合在 staging 网站上做客户评审

开发者在整站安装一段脚本；之后客户就能在浏览器里点选并评论，无需账号、也无需安装任何东西。反馈绑定在那个被埋点的网站上，并与 GitHub issue 双向同步。

能力	Flunes	Marker.io	BugHerd	Feedbucket
不绑定单一被埋点网站（web、移动端、staging、演示）	支持	不支持	不支持	不支持
反馈提交者无需账号或登录	支持	部分支持	支持	支持
反馈提交者无需安装任何东西	支持	支持	支持	支持
纯文本表单，而非可视化标注或会话录制	支持	不支持	不支持	不支持
原生面向 GitHub issue 的 intake	支持	支持	支持	支持
AI 将反馈结构化成一个干净的 issue	支持	部分支持	不支持	不支持
无需提交者填写邮箱即可闭环	支持	不支持	不支持	不支持
提交者可双向回复，无需账号	支持	支持	支持	支持

如果被评审的东西是移动端构建、预发布站点或一次现场演示，而不只是一个你能埋点的网站，那么 Flunes 很合适，因为这个表单是可移植的，目标上不需要任何代码片段。

如果反馈始终发生在你所控制的网站上，而你想要可固定位置的标注、截图和技术元数据，那么由开发者安装的组件或脚本是很自然的选择，而这些工具在这方面做得很好。

如果真正的阻碍在于要让一个非技术的报告者去登录、安装某个东西或留下邮箱，那么 Flunes 会让提交者停留在一个纯文本表单上，并在问题解决时闭环，而无需他填写邮箱，邮箱由开发者在邀请时提供。

针对常被拿来比较的工具，提供简短、客观的对比。