您好,我担任社区经理多年,在此期间,我一直在各种平台(例如 Autodesk 论坛的 Khoros)上遇到一个挑战:如何将主题或主题的第一个帖子标记为需要答案,以及潜在的解决方案的问题。
让我解释一下:当人们参与论坛时,他们会因为各种原因发起主题。有时是为了分享信息,这种情况下不需要答案或解决方案。其他时候是为了提问,这在技术支持论坛中尤其常见。默认情况下,我们假设这些问题需要答案和解决方案,但这并非总是如此。有些问题是开放式的,只需要评论或确认,不一定需要解决方案。然而,许多问题是具体的,并且确实需要答案和一种或多种解决方案。
我知道 Discourse 有一个“解决方案”插件,我经常使用它,并且它很有帮助。但我被一个问题困住了:如何创建一个列表,其中包含尚未收到答案或解决方案,或者至少尚未收到解决方案的问题——因为并非所有主题都是问题,并且不需要答案或解决方案?
所以,我的问题是:目前 Discourse 中是否有机制允许将主题标记为需要至少一个答案,并在适用时需要一个解决方案?这将有助于生成一个未回答或未解决的问题列表,鼓励论坛参与者提供解决方案。
pfaffman
(Jay Pfaffman)
2
如果 solutions 插件不是一个解决方案,那么您可以创建一个标签集来跟踪问题的状态。我没有关于这些标签的好建议,但也许可以类似这样:
主题将从“未回答”开始,当有一些回复时,用户或版主可以更改标签(您也许可以使用 automations 插件做一些更巧妙的事情?)。然后,您可以搜索未回答的问题,例如。
1 个赞
是的,我考虑过标签,但这至少需要手动干预,在创建主题时将其标记为需要答案和解决方案的问题,发帖人应该知道这个流程并相应地应用标签。根据我与用户打交道的经验,他们经常匆忙地提出技术问题,并且在工作场所面临处理问题的压力
,我非常确定他们不会遵循这个流程,无论如何都必须清楚地指出这一点。
我更倾向于(梦想着……)在编辑器下方添加一个复选框,如下所示:
这是一个需要答案和解决方案的问题
或者类似的东西。
[!note]
这个问题已经在 Khoros 等主要平台上的 CM 之间讨论过……
pfaffman
(Jay Pfaffman)
4
嗯,你可以要求该类别中的主题包含一个标签。不过,这会多点击一下(或者三下?)。再说一次,我认为自动化插件可能会有帮助。
一个根据类别分配标签的插件很简单,可能有人已经做了一个。
1 个赞
我在这里的 meta 上使用了过滤器。 (不确定为什么最近侧边栏的第一个部分中的过滤器链接消失了——我一直在调查!)
我在侧边栏的自定义部分中放置了以下过滤器链接。
- 支持分类
- category: support
- status: open and unsolved
- activity-before: 7 days ago
- assigned: nobody
- bug 分类
- category: bug
- status: open
- activity-before: 7 days ago
- assigned: nobody
- tag: not fixed
- ux 分类
- category: UX
- status: open
- activity-before: 7 days ago
- assigned: nobody
- tag: not fixed or completed
这使我能够快速访问一周多没有活动且尚未解决的主题列表。当我有时间时,我会通过回答我能回答的问题,并将我不能回答的问题分配给同事来处理这个列表。
我仍然缺乏的是轻松标记哪些主题未解决的能力,我自己不知道答案,也不知道可以联系谁。我已经开始列出在这种情况下可以联系的人员名单,但这仍在进行中。
标签是一个显而易见的解决方案,但它们也会产生大量难以维护的结构,因为你必须手动更改它们,除非你创建了一些自动化。保持标签的更新可能不值得付出所有努力。
4 个赞
感谢各位提供的想法和建议。我认为我想要的核心功能是能够标记一个主题(不必在特定类别中,可以出现在任何地方)为一个需要至少一个解决方案的问题。这个标记可以用来生成一个没有解决方案的问题列表(可能可以按日期过滤,但这个功能我们已经有了)。而且,这不需要管理员/版主的干预,也不需要定期检查。
我明白标签可以用来实现这个功能,但它们不像复选框那样简单。
1 个赞