我们正在开始对管理仪表板进行更广泛的重新设计。
此第一步重点是使“报告与分析”部分更清晰、更易于导航。
在本主题中，我们将回顾第一批增量更改，并分享如何立即开始使用它们。
更改内容
报告分组
我们正在采取的第一步是对报告进行分组。我们的目标是根据它们可以回答的问题类型对它们进行分组。目前，这些分组包括：
- 参与度 (Engagement)
- 流量 (Traffic)
- 成员 (Members)
- 内容与健康状况 (Content & Health)
- 版主管理 (Moderation)
- 安全性 (Security)
任何不符合要求或新的报告将归入一个休息类别（“其他”）。
目标是减少认知负荷，使您无需浏览冗长、扁平的列表即可更轻松地找到所需的报告。
报告清理
随着时间的推移，“报告”页面积累了比大多数管理员实际使用的更多的图表。
作为本次更新的一部分，我们从主视图中移除了一组报告。
旧版报告概览
- bookmarks
- likes
- moderator_warning_private_messages
- notify_moderators_private_messages
- notify_user_private_messages
- post_edits
- profile_views
- system_private_messages
- top_users_by_likes_received_from_inferior_trust_level
- top_users_by_likes_received_from_a_variety_of_people
- user_to_user_private_messages
目前，它们仍然可以通过直接链接访问，但对报告页面是隐藏的，并且最终将被弃用。（如果我们忽略了重要的用例，我们很乐意重新考虑。）
对于更精细或一次性的分析，始终可以通过 数据探索器 (data explorer) 来复制它们。
导航和布局更改
我们还简化了标题部分，使其与我们最新的管理布局保持一致，并通过不在每个报告页面上重复显示来释放空间。
正如您所见：首屏内容更多。
“报告”页面现在与仪表板分离。
它不再在仪表板视图内渲染，而是位于其自己的专用路由（/admin/reports）下。
随着我们朝着更模块化的管理体验发展，这消除了重复的路由并简化了导航。
这是更大仪表板重新设计的第一步，虽然此区域目前行为不一致，但在后续迭代中会得到改进。
在您的社区中启用报告改进
目前，这被视为一项实验性更改！ 我们欢迎您的反馈，这将帮助我们进行改进并进一步推广此功能。
要启用此功能，请前往管理区域中的**即将进行的更改 (Upcoming changes)** 页面（/admin/config/upcoming-changes），找到 Reporting improvements（报告改进）项目。将 Enabled for… 字段更新为您站点选择加入此新设计：
您的看法如何？
现在轮到您了：我们很想听听您对这次重新设计的看法。分组合理吗？您如何使用我们的报告？
本主题将根据此区域的进一步改进进行更新。
15 个赞
感谢您照顾管理员们！
这些报告可以作为 data-explorer 查询发布到 Data & reporting 中吗，还是会有人为感兴趣的人记录如何使用 https://meta.discourse.org/t/discourse-prometheus/72666？
老实说，我认为在重做之后我才会更多地使用报告。到目前为止，我没有看到太多兴趣去探索这个领域，特别是由于它缺乏结构，所以……干得好！
2 个赞
Moin
5
它们是。您目前仍然可以使用 dashboard-sql 标签找到它们，并且它们链接在 Admin dashboard report reference guide 中
供将来参考，因为它们可能会很快从这些位置移除：
1 个赞
gormus
(Osman Görmüş)
6
功能请求：
您是否考虑将报告移至非管理员路径，并通过新的 ..._allowed_groups 设置来管理访问权限？:))
access_reports_allowed_groups:
default: "1|2" # 自动分组 管理员，版主
mandatory_values: "1|2" # 自动分组 管理员，版主
type: group_list
allow_any: false
2 个赞
Moin
8
插件报告的显示顺序由什么决定？顺序似乎根据我的界面语言而变化，但不是按字母顺序排列的。
| 英语 |
德语 |
| solved |
solved |
| documentation categories |
AI |
| AI |
user notes |
| Reactions |
Calendar |
| User notes |
documentation categories |
| Calendar |
Reactions |
目前这完全不在考虑之列。我们认为报告是一个非常特定的管理区域。
您有什么具体的用例吗？
哈哈，好的，我想我们在这里做了一些非常特别的事情 
看起来它们是按字母顺序排列的，基于组中第一个报告的名称……
所以例如在英语中我有：
虽然我认为这有一种特殊的古怪魅力，但我们会把它……整理好的。
1 个赞
gormus
(Osman Görmüş)
10
我收到了一些来自非技术性领导的对某些报告的兴趣，他们不应该拥有管理员或版主角色仅仅是为了访问报告。
我当然可以用数据资源管理器（Data Explorer）重新创建报告，并将这些报告与他们共享。但缺点是：
- 核心更新后，我需要维护这些数据资源管理器报告
- 图表仅在“报告”中可用，而在数据资源管理器报告中不可用（除非我错过了什么）
- “报告”的用户界面（UI）比数据资源管理器报告的UI更不“管理员化”（更“用户友好”）
我甚至会更进一步，要求像数据资源管理器报告那样，为选定的组启用“报告”报告 
然而，所有这些要求都将是一个“有更好”的功能，而不是一个“必须有”的功能 : ))
4 个赞
chapoi
11
感谢您对此进行扩展——这是一个有趣的使用案例。
我不知道这样的东西会带来多少开销；也许是最小的。在讨论这个项目时我会向内部提及！
2 个赞
chapoi
12
这现在已经完成了——应该按字母顺序排列，并随用户界面语言而变化。
Zanbabe
(Suzanne)
13
我使用 top_users_by_likes_received_from_a_variety_of_people 来确定我们年终奖项之一。希望仍然可以访问该报告以达到此目的。
我也使用了一些将要弃用的其他报告。希望以某种方式仍然可以访问它们。……实际上，最好是有一个报告菜单，并能够选择我们想要在仪表板上显示的报告，包括自定义报告。
1 个赞
chapoi
14
您能解释一下为什么总点赞数不够吗？这是为了避免一小群人之间通过密集点赞来操纵奖励吗？
ToddZ
15
我不是在抗议——只是好奇：为什么要移除这些而不是将它们收在折叠的标题下或类似的地方？它们是否需要不值得维护的工作？
Zanbabe
(Suzanne)
16
是的。我们有一个小团体在系统上进行了大量的“刷分”行为，尽管他们在其他方面也很有帮助，所以我们不会把他们踢出去或做任何事情。他们倾向于主导奖项……我们也为纯粹的数字颁发奖项，但希望实现多样化，并向行为更好的人颁发奖项（并提请注意他们）。
我收到的关于人们做我们希望激励的事情的用户报告越多越好。
这与本次对话无关，但我还希望我们能更具体地调整积分。我不想在网站的趣味区域完全关闭积分，从而减少在那里参与的人的积极性，但我希望在某些类别中给予更多积分，而不仅仅是开启或关闭积分。
2 个赞
chapoi
18
问得好。
在软件中，作为一条黄金法则，所有东西都需要维护！不过特定的报告可能就不那么需要了，所以我们可以保留它们。
为了回答你的主要问题：
因为看看是否出现任何投诉是找出某事物是否有价值的最简单方法 
在设计中，对我个人而言，有一个“额外”的类别只是被塞在折叠标题下的概念，这表明周围的功能设计得不好。好的设计的一部分也是要敢于修剪掉一些东西。
1 个赞
