普通用户如何提交反馈，例如，没有反馈按钮？
然后，有了“没有反馈按钮”的反馈后，您会考虑添加一个吗？
当然，您可以进行用户调查来挖掘一些用户体验反馈，但首先有话要说的用户仍然无法告诉您。
是的，未来的反馈按钮可以这样说：
对于“Johnny 在我的帖子中回复了脏话”、“我被禁止加入割草机讨论组”等问题，请联系您的管理员。点击此处…
但是对于“屏幕顶部被切断”之类的问题，是的，我们很乐意收到您的反馈！点击此处…
请注意，我不是在谈论
也不是仅针对像
这样的一个站点的反馈。
1 个赞
像这样非毒性、非敏感的一般性反馈，我鼓励用户到 Contribute > Site feedback 类别中发布一个主题帖。这种公开反馈方式的优势在于，你可以让整个社区参与到对方法和解决方案的讨论中，并且人们可以看到之前的讨论内容，这样你（和其他人）就不必重复说明。为什么要隐藏这些信息呢？你甚至可能获得老成员的协助，从而连你都不需要介入！
这种情况在帖子举报系统中已经实现并得到了妥善处理。而且效果更好，因为它会引用具体的帖子。
4 个赞
由于各个站点在配置和自定义方面存在诸多差异，用户可能会感到困惑：究竟应该直接向此处报告问题，还是首先通过站点内的 Contribute > Site feedback 类别进行反馈。我不确定普通终端用户能否准确识别其遇到的问题是由设置不当、站点特定的定制主题，还是第三方插件等引起的。此外，他们也不具备提供修复该站点的建议，或提供进一步调试问题所需的关键信息的能力。
当然，用户可以在 Meta 上提供反馈，但这需要投入一定时间深入了解整体架构，才能使反馈真正发挥作用。我认为，如果在每个论坛上都设置一个醒目的链接，将会产生大量本可以由站点管理员更好地解决的问题主题。
4 个赞
总之，我只是在想，成千上万网站的最终用户没有直接与你们沟通的直接途径。他们找不到官方的渠道。
这与其他许多软件形成了鲜明对比，那些软件的角落里总会有一个反馈按钮。
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 个赞