我建议初期采取精益方法。
我的意思是，也许可以先为特定的用例设计具体的解决方案，付诸实践，然后进行迭代。也许它会演变成一个为社区团队提供的功能齐全的跨社区仪表板，或者“足够好”的东西比这要小得多。
例如，社区经理可以首先使用 Discourse Hub 来查看所有三个社区的动态，并了解何时每个社区都有需要处理的未处理标志。
更进一步的步骤可以是使用其中一个社区的聊天频道作为“主基地”，并配置来自所有社区审查队列的通知动态，以协助跨所有社区进行审核。
对于指标和报告，可以从指向每个社区管理界面区域或数据探索器报告的书签集开始，这是一个简单的起点。
更进一步的步骤可以是使用 Discourse Automation 设置一个 AI 生成的报告，该报告将一些数据从该社区内的不同来源汇总到每个社区的 PM 中。这仍然是三个独立的 PM，但需要去的地方更少。
再进一步的步骤可以是使用 AI 个性化工具从跨社区获取数据，以从跨社区的数据构建单个报告。
我认为许多构建块已经存在，虽然使用它们来拼凑东西可能看起来需要更多的工作，但这也是一个构建所需内容的绝佳机会，并优先考虑哪些部分应该更快地到位，哪些可以稍后处理。
如果所有这些都被证明是有价值的，并且需要更多功能，那么可以构建更定制化的东西，例如自定义插件，并更有信心地确保它能带来期望的结果。