我看到很多人将 Discourse 用作一种“工单系统”。Discourse 团队也是如此:How Does Team Discourse Use Discourse?
我打算也这样做,看起来它符合我的需求。不过,有一点我不太清楚:你们(以及 Discourse 团队)是如何“关闭”工单的,更重要的是,如何列出开放或待处理的工单。
我看到很多人将 Discourse 用作一种“工单系统”。Discourse 团队也是如此:How Does Team Discourse Use Discourse?
我打算也这样做,看起来它符合我的需求。不过,有一点我不太清楚:你们(以及 Discourse 团队)是如何“关闭”工单的,更重要的是,如何列出开放或待处理的工单。
你可以使用 close 按钮,或者
安装 solved 插件后,尝试启用 show filter by solved status 设置。
谢谢 @david。
但是当涉及私信(例如发送给群组的电子邮件)时会发生什么呢?我认为这正是许多人(包括 Discourse 团队)使用它的原因。
“已解决”插件是否也适用于私密群组消息?
对于私信,我们使用群组收件箱。收件箱中的任何内容都需要处理,而“已归档”的内容表示已处理完毕。
对于长期事项,我们使用标签。
谢谢,David。能否请您再详细讲讲您是如何使用标签的?
我们看到了 Discourse 的许多潜力,但希望不必重复造轮子,这其中包括定义工单工作流本身。
我们在收件箱中没有针对标签的任何特定流程。我们只是临时使用它们来归类相关消息。如果您尚未阅读,这绝对值得一看:It’s Time We Talked About Tags
我们的流程是:收件箱、归档,有时还会使用主题计时器,如果某件事需要稍后回复的话。
如果您在此处搜索“工单”或“工单系统”,您会发现大量关于将 Discourse 用作更规范的工单系统的讨论,如果您正打算这样做的话。
您也可以将“已分配”功能加入其中。当某条消息或话题不再需要跟进时,我们会取消分配并将其归档。这种方法效果相当不错。
我们还使用了由 @angus 提供的 Tickets Plugin 🎟 插件,它支持工单分配,并提供用于标识优先级、状态和原因的工单标签。非常值得尝试。
不过,该工单插件在管理工单的控制面板方面仍需进一步完善。因此,我们利用它来创建工单,同时依赖“已分配”列表来管理工单 backlog,并逐步推进直至解决。