普通用户如何提交反馈，例如，没有反馈按钮？
然后，有了“没有反馈按钮”的反馈后，您会考虑添加一个吗？
当然，您可以进行用户调查来挖掘一些用户体验反馈，但首先有话要说的用户仍然无法告诉您。
是的，未来的反馈按钮可以这样说：
对于“Johnny 在我的帖子中回复了脏话”、“我被禁止加入割草机讨论组”等问题，请联系您的管理员。点击此处…
但是对于“屏幕顶部被切断”之类的问题，是的，我们很乐意收到您的反馈！点击此处…
请注意，我不是在谈论
也不是仅针对像
这样的一个站点的反馈。
1 个赞
对于此类无害、不敏感的通用反馈，我鼓励用户在 Site feedback 类别中发布主题。这种公开反馈方式的优势在于，您可以让整个社区参与到关于方法和解决方案的讨论中，并且人们可以看到先前的讨论，这样您（以及其他人）就不必重复自己。为什么要隐藏这些东西？您甚至可以获得长期会员的帮助，这样您就不必介入了！
此用例已在帖子标记系统中实现并得到处理。它甚至更好，因为它引用了确切的帖子。
4 个赞
由于各个站点在配置和定制方面可能存在许多差异，因此很难区分何时应直接在此处报告问题，而不是首先在站点本身的 Site feedback 类别中报告。我不确定普通最终用户能否识别出他们的问题是由应用错误的设置、特定站点的定制主题或第三方插件等引起的。他们也无法最好地接受有关如何为该站点实施修复的建议，或提供进一步调试问题可能需要的关键信息。
当然，用户可以在 Meta 上提供反馈，但这需要花费一些时间来更深入地了解所有内容如何协同工作，才能真正有用。我认为在每个论坛上设置一个醒目的链接会导致许多本可以由站点管理员更好地解决的主题。
3 个赞
总之，我只是在想，成千上万网站的最终用户没有直接与你们沟通的直接途径。他们找不到官方的渠道。
这与其他许多软件形成了鲜明对比，那些软件的角落里总会有一个反馈按钮。
1 个赞
也许是因为 Discourse 的主要目的是……反馈？那些其他软件在做不同的事情，没有其他方式可以联系。
我的显示电子邮件地址，例如。有人可能无法使用电子邮件，但我对此表示怀疑。
1 个赞
您与您使用的网站管理员交流多少？
1 个赞
我的意思是，一个标准的安装……安装什么？不，这个软件根本没有任何名字。至少对最终用户来说是这样。无论如何，它的标准安装应该在菜单深处某个地方提供一种方式，让用户能够联系你们并提出一些用户体验改进的建议。
1 个赞
让我看看，我使用的是这个软件的开放街道地图安装，这个软件的 Bitwarden 安装……我从没检查过谁是管理员。
2 个赞
再说一遍。你为什么称自己为最终用户？
我所有的访客中，凡是有问题但又没有为此创建账户的人，都知道/about页面是做什么的以及为什么要有它。你不想使用它，因为在你看来，几十个按钮是最佳用户体验的标志。不，事实并非如此。让事情变得对用户来说容易，才是良好的用户体验实践。就像使用/about页面一样，大多数网站都这样解决了同样的问题。
但出于某种原因，这不适合你。
1 个赞
不过，我认为侧边栏对“关于”页面的可发现性造成了影响……我更喜欢顶部汉堡菜单的方式。
2 个赞
我的意思是，例如，在 About - Bitwarden Community Forums 或 About - OpenStreetMap Community Forum ，或这些网站上的任何其他地方，用户都会认为整个网站是由管理它的组织构建的。而且没有其他人在其中。
并非每个网站都有一个，但网站拥有自己的元类别是很常见的。
例如，从以下链接：
链接到的是您可以在其中就其网站提供反馈的类别：
3 个赞
顺便说一句，我终于找到了 最终 用户可以正式了解他们正在使用什么软件的方法！
$ w3m -dump https://community.*.com/ | grep -i discourse
Powered by Discourse, best viewed with JavaScript enabled
没错！他们需要关闭 JavaScript。
唉，既然我泄露了这个秘密，我相信“会有人来破坏它”。
好的，回到
我们注意到 HTML 标签
meta name=“description” content="Report issues with this Discourse site and also request new features, categories or changes.
在链接预览中看起来很棒，但当用户访问页面时，却找不到这些词！
好的，我们找到了一个
但当我们访问消息时，Discourse 这个词甚至没有在那里超链接。
总之，
这就是我想说的。
或者在这里的示例中使用：
我不确定你的担忧是否有很大意义。
从法律上讲，你使用的整套软件（包括所有插件）取决于每个单独的网站及其所有者。
你不一定只在使用特定版本的 Discourse。即使暴露了该版本号，也可能具有误导性。
仅仅因为一个网站使用“Discourse 3.1 版本”并不排除该网站使用可能影响任何行为的重大本地自定义的可能性。
我认为你忽略了这里的关键点：Discourse 是一个平台，而不是一个单一实体，该平台可以下载、安装，然后以核心开发者不一定期望的方式进行重大自定义。
你可以从版本号中获取一些信息，但不足以确定你正在与之交互的所有确切代码。
这些信息也不能保证特定网站及其运行方式的可靠性。
这就是为什么你应该将这些问题带到你正在使用的实际网站。
不要期望核心 Discourse 社区总是处理你在使用网站时遇到的具体问题。
你是否联系过你正在使用的网站并向他们提供过任何反馈？
如果你只在元（meta）上讨论这些问题，而不是与网站所有者本人讨论，这有点像是“越级上报”？
你是否希望对软件进行更改，以覆盖网站所有者可能想要或偏好的内容？
你是否让他们参与讨论？
让我们看一下
我们应该输入所有阅读过的 Discourse 站点。
但是，Discourse 的政策是不透露某个站点是 Discourse 站点，除非关闭 JavaScript，以显示“Powered By”消息。
因此，需要使用 https://whatcms.org/ 来检查。
事实上，它甚至能给出 Discourse 的版本。
但这可能不准确，因为真实版本是保密的。
总之，用户没有官方方法来弄清楚一个站点是否在使用 Discourse！
再说一遍——为什么这如此重要？用户不会在互联网上四处游荡，想知道幕后的一切平台是什么。
有一种情况用户需要知道一个论坛是否是 Discourse：DiscourseHub。我非常确定，每个使用 Hub 的人都能立即看到一个论坛是否是 Discourse。
你一直在回避一个问题：为什么。是的，我们知道这对你来说是出于某种原因的重要数据，但你在这里谈论的是普通用户。
即使您检查了版本，接下来的问题也是：
- 哪些插件处于活动状态？
- 使用了什么主题/主题组件/自定义更改？
- xyz 设置是如何配置的？
这些都是只有管理员才能回答的问题。因此，您应该将问题报告给该特殊 Discourse 站点的管理员。
Discourse 可以通过多种方式进行自定义，以适应不同社区的不同需求。因此，如果它不合适，管理员就是能够决定需要进行何种更改的人。
1 个赞
该想法是为用户提供一种直接发送反馈的方式，而不是通过第三方。
但它不是第三方。您正在使用的网站是提供服务的实体。他们可以酌情将其升级到核心团队/开源社区。
例如，他们可能正在使用第三方插件。只有他们知道该联系谁。
4 个赞