我意识到这有点复杂，所以提前为这篇长文致歉。很乐意通过私信进一步沟通细节。
简要背景：
目前，我们拥有一个相当活跃的 Discourse 社区。我们销售的产品是智能家居产品，其性质实际上相当复杂。这些产品不仅需要相当程度的技术知识，而且还需要与许多不同的设备兼容。
长话短说，我们很难持续撰写知识库文章（在 Discourse 之外），因此我们想出了一个由社区驱动的 Wiki 方案。这样，主题专家就可以不断更新操作说明、规格参数等内容。
您希望我们完成哪些工作？
我们有几项需求：
- 更改我们的标签系统工作方式，以支持更友好的父级/子级关系（我知道现在已具备此功能，但我们需要更用户友好的方式，因为我们的标签数量很多）。
- 在“文档”页面中使用这些标签，以便更轻松地导航。
更改标签系统
以下是基于我们网站的一个快速概念图：
基本上，如果用户选择“父级标签”，系统将仅显示适用于该父级的“子级标签”。目前的情况是，所有标签都会显示出来。
此外，还需要支持多个父级标签。
在我们的“文档”URL 上使用这些标签
一旦标签结构搭建完成，我们希望利用这种父级/子级结构来更好地组织我们的文档 URL。目前，我们使用的是 Docs 插件：https://meta.discourse.org/t/discourse-docs-documentation-management-plugin/130172，我们的页面位于：https://community.inovelli.com/docs
当前视图与拟议视图
很遗憾，我似乎无法上传多张图片，所以我会尽力解释。基本上，我们希望在我们的文档 URL 上展示父级/子级标签，这样用户就可以通过选择不同的标签来“层层深入”。目前这虽然可行，但所有标签都列在“标签”下，而我们希望它们能够分组显示。
您希望何时完成？
虽然没有紧迫的时间表，但我们目前正在着手建立 Wiki/文档数据库，所以越快越好。我们希望能立即开始。
您能为此任务提供的预算（美元）是多少？
很乐意通过私信讨论，但我们意识到这很可能是一个昂贵且耗时的项目。
@fzngagan – 我已与您的团队安排了周四的时间，但也乐意通过私信或其他方式进一步讨论。希望您能提供帮助！
其他任何有能力的人，我们也欢迎其他报价 