追踪包含特定内容的单个帖子

大家好,

我不太确定这个问题是否适合放在支持类别中——也许有技术解决方案,但这也有点像一场哲学讨论。

我们将 Discourse 用作支持论坛。我们使用标签来判断帖子是否需要回答,或了解其大致状态。目前这一做法运行良好。

我们目前正试图实现但尚未找到解决方案的一点是:如何轻松跟踪客户请求我们团队代为执行某些他们无法自行完成的操作。例如,每月有 5 位客户提出相同的员工干预请求,而完成该操作平均需要支持工程师 10 分钟。

我们利用这些互动数据来评估工程团队应投入多少精力去改进或实现通过用户界面自助完成的功能。如果某项请求很少见,我们不会急于修复;但如果频繁出现,我们就会优先处理。

如果这些请求以独立主题的形式提出,统计起来相对直接;但如果 10 位用户在 8 个不同线程中提出了相同请求,我们就无法方便地统计出要求相同内容的帖子数量(除非手动统计,但这容易出错)。

或者,某个线程起初是讨论其他内容,随后突然出现了关于员工操作的请求。

如果我们能够统计、标记或以其他方式单独标识某条帖子,就能找到某种方法来收集这些数据。

我知道这可能是一个较为特殊的场景,但我们绝不是唯一为此困扰的团队。我非常期待任何关于如何统计、自动化或其他方式捕获此类数据的建议!

非常感谢。

我觉得 Assign 插件可能在这里是个不错的选择?这样你就可以将主题分配给工作人员进行跟进?

我认为需要由人(工作人员)来评估支持社区中重复问题的程度并采取行动。我们通常在 meta 上这样做:为频繁出现的常见问题设立一个 FAQ/操作指南主题,然后将用户引导至该主题。

更根本的解决办法是改进产品(Discourse!),让这些问题不再频繁出现 :wink:

我们很少有系统能在帖子级别而非主题级别运行并支持分享。

“分配”功能在主题级别生效,“书签”功能不可分享。

一个你可能用到的有趣技巧是帖子公告。

该功能在帖子级别运行,你可以使用数据探索器查询来筛选出所有带有类似公告的帖子。

我们曾讨论过将“分配”改为按帖子进行的功能,但这需要大量的改动,而带来的正面收益却十分有限。

这也会间接鼓励创建巨型主题,因此可谓弊上加弊。主题越多 = 越好。