独白
在我写这个问题时，我已经在心理上做好了准备，很快这个问题就会被标记和关闭，因为它过于宽泛和笼统而不是具体。我为此做好了准备，因为我也有同样的感觉。尽管如此，我必须向社区表达我的疑虑，这对我在 IT 行业的生存来说是必不可少的。
语境
设计基于票据的知识管理系统
问题
在阅读有关 ITIL V3 和 IT 服务台的信息时，我想如果我要构建一个基于故障单的知识管理系统，用户可以针对任何问题/事件提出问题单并获得解决方案，然后将其转化为知识库，那么可能是什么该方法？
事件/问题的传统 ITIL V3 术语---> 服务----> 解决方案-----> 知识在我看来实际上过于保守和繁琐。
当我将其与处理问题/答案的 Stackoverflow 设计进行比较时，我发现后者令人印象深刻。Stackoverflow 具有相同的问题（阅读票）和问题（再次阅读票）的相应答案（阅读解决方案）的概念。
针对故障单的知识管理有哪些好的设计？stackoverflow 不是针对工单（问题）的另一个出色的知识管理系统吗？