上周,我发布了公司对Meta和版主的回应承诺在这里。如果你还没有读过,建议在读这篇文章之前先读一读,因为这篇文章可以从更高的角度了解公司的承诺:
- 它引入了CM团队创建的管理社区反馈的新流程;
- 它提出了2020年3月16日至2020年4月30日期间测试该过程的时间表;
- 它概述了围绕该测试计划的沟通。
正如那篇帖子中所承诺的那样,这篇帖子包含了一些指导,以确保主持人了解什么时候应该上报他们认为需要员工处理的问题,什么时候不需要。它还为整个社区提供了一些指导意见,说明作为上报候选人,哪些帖子应该引起主持人的注意。本指南适用于测试期间,并将在测试结束后重新审查和更新。
有主持人团队的姐妹帖子这包括指导主持人如何从那里升级问题。整个网络的版主也可以使用该帖子讨论如何处理升级请求,或者特定帖子是否适合优秀候选人。
什么是升级的好人选?
新问题:
对于任何测试期间发布的新问题(自2020年3月16日起发布),考虑以下问题:
- 这个问题是一个看起来有社区支持的功能请求吗?
- 这是其他人能够复制的错误报告吗?
- 这个问题是否只有员工才能完全回答?
如果你回答“是”至少一个在上述问题中,这个问题是一个很好的升级候选问题。
老问题:
我们意识到,在网络上的各个Meta站点上都有许多未经员工处理的优秀帖子,其中一些帖子也是很久以前发布的。为了在让CM团队被所有这些淹没和完全将他们排除在本次测试之外之间取得平衡,我们建议您专注于重新提出与只有社区经理才能回答的问题有关的旧问题,或者是不同产品团队目前正在进行的工作(这使我们能够轻松找到这些旧的讨论,以便我们可以将其用作研究的一部分)。
因此,如果帖子符合以下指导新的上面的问题,但它是测试开始前发布(2020年3月16日之前)它还需要归入以下类别之一,才能成为升级的良好候选者:
- 社区特定关注点:从政策到社区指导,任何只有社区管理员才能合理响应的内容。例如,这包括帮助中心页面的调整,以及任何不需要开发时间的修改。
- 关闭用户体验:与一般经验和问题结束机制有关的任何职位;当涉及到当前系统时,用户作为提问者、回答者、管理者或主持人所面临的问题;任何功能请求或建议等(在我们的第一季度路线图、和分享第二季度计划时将提供更多详细信息.
- 关于网站工作方式的用户指南:任何关于教育用户堆栈溢出如何工作、如何提出好的问题、如何给出好的答案、馆长的最佳实践等的帖子。针对特定用户群体的帖子(新提问者、新回答者、新馆长等)也是很好的候选者(我们目前正在编写一系列电子邮件,以向用户介绍系统的各个部分,但此反馈对于未来的工作也很有用,例如更好的现场用户登录)。
- 问题如下:有一个专门的元帖子,为即将开展的工作征求反馈,但之前的任何功能请求或关于问题偏好的一般反馈/挫折、跟踪能力、获得感兴趣问题通知的能力、关闭通知/噪音的能力等都是不错的选择。
- 一盒: GitHub/Stack Overflow for Teams集成的oneboxing功能在构建时考虑到了其他集成,并打算将其推广到公共问答网站。在问答中,任何与通用oneboxing相关的内容都是一个很好的选择,还有诸如在问题中包含代码片段、与其他开发工具集成、随着代码或问题的发展保持问题准确性等问题。
- 作业应用程序管理:我们正在应用程序历史页面上做一些工作,因此任何关于更好地管理Jobs应用程序的帖子都适合优秀的候选人。
其中一些是特定于SO的,但大多数最终将应用于所有网络站点,即使进行了一些简化(就像新的“提问”页面一样)。除了那些更大的bucket之外,对于网络中的每个非SO(或MSE)站点,CM团队还希望看到您的社区已经要求启用一段时间的特殊功能(Mathjax、语法高亮显示等),或者这个特别的警告会帮助你的新提问者-因此,请给我们一个来自您的站点的前5名优秀的特定站点定制,并确保他们的分数是正数。请注意,需要开发时间且仅适用于您的站点的功能不太可能被给予高优先级。
哦,希望这样说是多余的,但为了清楚起见:请不要转发旧帖子,这样他们就可以获得关注,以此来游戏这个系统。
普通用户如何提名职位以引起员工的注意?
如果问题符合上述标准,请使用“需要主持人干预”选项标记该帖子以引起主持人的注意,确保提供该帖子的链接以获取上下文。尽可能清楚地说明为什么你认为这个职位是一个好的候选人。
为了防止过载慢化剂有了国旗,请不要再狂欢了。虽然构型管理团队(从心理上……?)已经为可能(希望?)在本次测试开始后的几周内消退的最初浪潮做好了准备,但我们想提醒您,您的主持人将是处理这些问题的第一批人。CMs将与mods合作,以确保这不会导致他们的工作量大幅增加,并尽可能地减轻工作量,但我们也希望您不要用标签请求轰炸他们。
主持人如何升级帖子以引起员工注意?
主持人如何处理提名帖子升级的标志?
请参阅上面的指导,了解如何判断某个职位是否适合升级。除此之外,请像处理其他国旗一样使用您的判断。在某些情况下,您可能希望将标记标记为有帮助,但不觉得有必要添加标记-这很好:再次使用您的最佳判断。如果您没有添加标记,请尝试使用标记响应字段来解释原因,这样标记器也可以获得有关决策的一些信息。
如上所述,很可能会有大量初始帖子被标记为升级候选。考虑到这一点,很可能会有相应的夸大数量的帖子被版主升级,这很好。
如果你不确定,可以和你的mod同伴聊聊,或者在教师休息室找一位CM谈谈他们的想法。如果主持人在过度升级的问题上犯错,而不是低估这些问题,这是可以的:如果构型管理团队确定某些问题可以得到解决,而无需提升到工作人员级别,那么这将为主持人指出可以在哪里找到这些信息以及调整这一指导提供一个很好的机会。
如果您通过添加状态重新查看标签,但某些事情导致它被“解决”-可能是社区中的某个人能够实际回答并做到了;也许错误确实是用户方面的问题;等-请在教师休息室里找一位CM解释情况。然后,我们将与您一起确定如何处理该特定问题(这可能意味着至少要删除标签)。
好的,主持人怎么办事实上然后升级帖子?
升级帖子就像添加状态重新查看标签。这样做可以确保帖子被一个将问题放到我们的内部跟踪系统中的feed拾取。
如果你是一名主持人,请参阅上面描述的一节,其中描述了什么是好的升级候选者——如果一篇帖子合适,请添加标签(对于普通用户,无需经历标记过程)。
如果帖子已经有状态重新查看标签,在教师休息室ping一个CM,我们将手动将其添加到系统中。
帖子升级后会发生什么?
构型管理团队将对帖子进行分类并确定优先级,然后将其传递给相关团队,该团队可以是构型管理或任何相关产品团队。然后,它将被纳入该团队现有的每周工作流程中,以便在团队能够管理的情况下尽快得到回复。
请注意,所做的承诺是尽可能多地回复帖子——这可能意味着回复或留下评论,或添加不同的状态标签。这并不一定意味着实现功能请求或修复错误——不过,希望有时会发生这种情况。
其中一些帖子可能仍然没有被回复:我们将跟踪所有这些数字,并在测试结束后进行报告。这将有助于我们确定可以回复多少帖子以及回复速度的目标。然后,我们将每季度审查这些目标,以确保我们设定了现实的目标并实现了这些目标。
我们希望这一指导是明确的,并相信它将帮助我们实现我们正在测试的新流程。它还应该回答原始帖子中大多数悬而未决的问题。由于这对我们和所有社区和版主来说都是一个考验,请随时要求澄清以下答案中任何不清楚或令人困惑的地方。也欢迎在调整流程和/或未来指导方针时考虑反馈。