大家好。
我正在寻找关于建立一个技术支持网站的建议。我看了很多基于论坛的网站，发现它们在结构和功能上都有所欠缺。
有人能推荐一个功能强大的技术支持解决方案吗？Discourse 是否适合此应用，或者是否存在一些可能使其不适合的缺点？
我希望能够跟踪 bug、接收公众的问题报告、记录技术问题及其解决方案，并进行版本控制和平台区分，以便将移动端帖子与桌面端帖子分开记录等等。
它需要高度组织化，并且易于访问和使用。
我曾考虑过自己编写，但想先了解一下当前的产品。我在另一个支持网站上使用过 Discourse，但发现信息和解决方案很难找到——也许是配置不当？是否有任何技巧/附加组件/等可以帮助将其设置为领先的技术支持论坛？
我对社交功能不感兴趣，我更专注于故障排除和记录解决方案及故障。
另外，是否有办法在 Discourse 中公开说明标签的含义？
非常感谢。
我的意思是看看我们在这里的元（meta） 
Discourse 是一个非常好的支持论坛平台，因为所有内容都易于搜索并分为类别和标签。
我可以问一下为什么吗？也许其他论坛没有下面列出的一些插件，这些插件可以帮助您的支持社区：
感谢您的回复。非常有信息量。
a) 帖子是冗长、漫无边际的讨论，大多数帖子都没有有用的信息。我承认，我发现浏览别人的支持电话有点乏味和痛苦。我相信有更合适的方式来请求、收集、组织和显示这些信息；
b) 很多“存根”帖子没有回复或解决方案，却不知何故可见——帖子也是关闭的，所以它们完全没有用，只是占用了空间，而且没有自动删除或存档死帖或存根帖。这些似乎是我搜索时最常出现的内容。也许其他人只是使用了不同的词语？；
c) 也许是论坛的社交方面，但问题没有被汇总，只是非常基本地组织成排他性类别，导致不同部分存在相同但相似的问题和遗漏的解决方案；
d) 有太多冗余的帖子。如上所述，人们对相同的事物使用不同的术语，这使得搜索以前问过的问题几乎不可能，除非你能像别人一样思考。许多管理员（或开发人员？）似乎都没有考虑到这一点；
e) 我认为更标准化的数据集可能有助于提供更一致、更及时、更适当的信息；
f) 自动标记，以便在没有繁琐的手动干预、帖子管理和重新组织的情况下自动分配和分配问题；
类别和标签在这个阶段是权衡利弊，只是做同样事情的不同方式——它们只是语义上的差异。两者的目的都是为了隔离和分离信息，以便于组织和查询。老实说，我认为使用哪一个并不重要，只要界面支持其用例即可。
g) 有很多未使用的屏幕空间可以用来显示信息。目前，页面看起来相当稀疏，功能和对常用/最近/主要功能的易于访问性很差。在我的屏幕上，大约 40-50% 的页面是空白的；
h) 根据我的经验，右侧的日期滚动条会错过最近日期的回复/帖子，并且无法完全滚动；
我确信所有这些都是可定制的，并且有适当的插件支持，正如我被告知的那样，我只是没有看到很多这类东西:confused:
我会看看那些插件，看看它们是否正在使用，再次感谢。
我也会看看那些插件。谢谢。
不客气。
此外，还有包含一些预打包的 Theme component 的完整 #theme。
主题组件可以添加到任何主题中，无论是默认主题还是自定义主题。
我记得是西部数据（Western Digital）赞助了 Docs 插件。
有非常多的公司使用 Discourse 作为支持论坛系统。
很多事情取决于你如何设置和配置。你可以设置自动关闭主题。例如，在 Meta 上，一个已解决的主题会在 Op 或工作人员选择解决方案后的一段时间内自动关闭。
请查看这里的文档部分，他们正在该区域尝试一个更强大的系统，以提高易用性。
如果你希望有人直接帮助设计和设置你的支持论坛，Marketplace 是提出请求的好地方。想象一下，这些人中的许多人都会有他们为他人所做事情的样本。
谢谢。
抱歉，我不明白你的意思 
我没有收到链接
如果那里有相关的、有条理的信息，我应该就没问题了 lol
自闭症在网上查找信息时很糟糕，它从来没有足够地有条理 
FWIW，除了我们使用 Discourse 提供技术支持服务的现有客户以及我们自己的公共 Meta Discourse 论坛外，我们还为企业客户设有专门的私有分类，用于运行一个完整技术支持论坛。我们互相分配主题和帖子，使用“whisper”对话来讨论和解决问题，并且我们拥有一支专门的技术支持团队与这些客户合作。我们公司内部的日常运营也建立在 Discourse 之上。 
主题通常会进行完全的视觉自定义。点击 Theme 查看其主题。例如，有一个主题让它看起来更像 FB 和 Reddit。
Theme component 是安装用于增强各种视觉和界面元素的组件。
以上两者都在客户端或浏览器端进行更改。
而 Plugin 则进行服务器端更改，可以直接更改上述方法无法更改的内容。
要查看此内容，请转到侧边栏并点击文档。
文档类别正在使用团队正在测试的新界面，这使得查找大量信息比以前容易得多。
Plugin 选项将取决于您是从 discourse 提供商那里选择托管计划，还是选择自托管以拥有完整的插件选择。
Theme 和 Theme component 可以在任何 discourse 论坛上安装。
托管计划的好处是，他们的团队，无论是 Meta、Communique（是吗？）、Pavilion 等，都将提供托管计划，并提供一套可用的插件。
自托管者需要维护自己的服务器，如果您遇到无法解决的问题，可能需要使用 Marketplace 来付费请人解决问题。
正如 @Lilly 所说，团队在托管方面有一些绝佳的选择。
查看这个#主题
转到页面，然后在资源下点击演示。这将让你了解你可以自定义多少外观。如果你喜欢星球大战，那会很酷。
哇，非常感谢。
这有好多信息要看。
现在在网上找到我想要的东西，感觉如释重负，哈哈 <3
我相信 @simon 在他参与 Discourse 团队期间帮助搭建了许多支持站点。我记得他一直倡导让新管理员在未来更容易地在 Discourse 上搭建支持站点，例如通过内置模板或配置等方式。
他可能有一些关于在 Discourse 上配置支持站点的技巧，以及哪些设置是最好的，或者能在此处的 Meta 上提供一些额外的文档链接。
我不确定我能否在此基础上改进：
正如其他人所指出的，Solved、Assign 和 Docs 插件对于支持站点很有用。
根据您的团队和论坛的组织方式，悄悄话帖子可以帮助员工就支持问题进行在线讨论。
我怀疑 Discourse 和专门的客户支持平台之间的主要区别在于，Discourse 不强制执行特定的支持工作流程。团队需要弄清楚如何使用 Discourse 来满足他们的需求。在建立工作流程后，需要一些纪律来坚持它。从您的角度来看，这可能被视为一件好事或坏事。我个人认为 Discourse 的灵活性造就了良好的工作环境。我不会在我所知道的任何专门的支持系统上工作很长时间。
通过积极管理站点，可以解决许多关于长帖子、存根帖子、冗余帖子等问题。
从浏览 Meta 中不明显的一点是，Discourse 团队使用它来提供两个级别的支持。既有对所有人开放的公共 Support 类别，也有为 Discourse 的托管客户提供的私有支持系统。私有支持基本上充当了票务系统。除非情况发生变化，否则将主题分配给组或个别团队成员（使用 Assign 插件）可以完成许多在专用支持系统中完成的票务工作。在同一个站点上同时拥有公共和私有支持系统有很多好处（也许还有一些缺点）。
我认为 Discourse 应该有一个“客户支持模板”，允许从设置向导中配置客户支持站点。还应提供有关如何将 Discourse 用于客户支持的文档。我很想在这里完整地记录下来，但这可能需要几天的工作才能做好。
正是这种驱动着自闭症患者去解决问题！Discourse 肯定有很多自闭症患者参与其中——而且肯定因此变得更好了。
