从今天开始,所有工作人员帐户的用户个人资料名称旁都会带有“ Staff”。

看起来像这样: >作为参考,它过去通常是这样的:



我们从“总体上前n%”标签的现有设计中获得了提示倒转给每个人(不仅仅是员工),以使其与众不同。此外,我们将主持人标签从“(主持人)”更新为实际标签,因此更易于查看和突出。拥有钻石的员工将同时具有这两个指标。


消除混乱以改善交互作用

我们注意到用户和员工之间存在共同的摩擦-员工经常需要在元站点上发布答案,以说明工具或功能的工作方式或对错误的响应。这是一个很好的机会,可以让他们与提出问题的人进行互动,但是有时候,没有针对每个员工的指标,这些互动比以前更具挑战性。关于钻石,这是用于员工的。” ...在某些情况下,您是对的。菱形的主要目的是指示站点上的主持人。这些是编外人员,他们可以使用额外的工具并有特殊的信息访问权限。虽然过去我们将这些赠予员工,但现在仅将其赠予需要访问这些工具的特定类型的员工,通常是社区经理和开发人员。

队列,我们​​依靠他们在“关于我”部分中提及他们的身份。这根本不是一个可持续的选择,不仅因为它很容易忘记,而且因为它实际上不是证明。任何人都可以编辑其个人资料以声明自己是职员。

添加类似的指示符并不是一个原始想法。多年来,你们一直在寻求一种识别我们的方法,我们很高兴能够提供这种更改:


在元数据上保留SE员工的个人资料“

我们可以在员工姓名后留下正方形,三角形或心形或*某物吗? />
幸运的是,我们已经在帐户级别指示了人员状态,因此我们可以使用该信息在任何人都可以看到的人员资料页面上添加标记。因此,此更新使这些请求中的大多数都处于状态完成!并很容易知道支持某个功能或回答错误报告的人员是否是员工。有什么问题吗问他们答案。

评论

哦,太好了!!!!!!!不错的功能。

真好!我很高兴看到SE终于解决了社区的反馈。这是对信任的很好表现。

哦,天哪!过去,我经常被钻石迷惑。真是太好了!

谢谢,很好的改进。将此帖子翻译为我们的meta:ru.meta.stackoverflow.com/q/9394/15479(:

这是一件好事。有时,我会从低代表用户那里看到关于元数据的答案,看起来很令人困惑,就像一些陌生人突然开始谈论“我们”和“我们”一样。现在,他的个人资料将包含“内容”(或不包含)。更好的是无需查看个人资料即可查看员工状态。

@Catija-您是否想在此处添加答案-meta.stackexchange.com/questions/310518/…-我可以将其标记为[状态已完成](或至少已完成)

钻石的意思是“工作人员或主持人”,标签说明了哪些内容?或者,如果“菱形的主要目的是指示主持人”,那么如果存在菱形,主持人标签就多余了?

但是,并非所有主持人都是工作人员吗?

@CaiusJard并非所有员工都需要mod钻石,但可以代表公司发言

因此,我们在配置文件中看到的组合可能是:职员,不是mod UserX [Staff],职员,是mod UserX♦[Staff] [主持人],不是职员,mod UserX♦[主持人]吗?这是否意味着[主持人]标签是对钻石的多余重述?

@CaiusJard这不是完全多余的。菱形是用户名的一部分,并且(我认为)对于某人来说,找到一种将符号添加到其用户名中的方法并非并非不可能。如果是这样,则该标签是不可伪造的进一步证明。

@rogerdpack我不太清楚你的意思。我们通常不会获得使用该网站的报酬(元数据除外)。

@rogerdpack嗯。好吧,如果您在谈论我,在我工作之前,我在MSE上享有大部分声誉。 :D

@Ruslan在此处的Area 51讨论中解释了一般推理:area51.meta.stackexchange.com/questions/20988/…

@Catija这样做已经引起广告恶心了很长时间。很棒!

#1 楼

功能请求
这是对以前情况的巨大改进。但是,我想提出一个补充要求:
在元网站上的用户卡上以及显示主持人菱形的任何地方添加另一种表示用户是工作人员的形状/标记
,不仅会在用户个人资料上显示一个特殊标记,而且还会在元站点上的任何地方显示主持人菱形(如果用户是主持人)。
在帖子上非常有用,因为用户卡会向用户清楚地表明给定帖子是来自工作人员的,而无需点击个人资料描述或将鼠标悬停在头像上(在触摸和移动设备上是不可能的),尤其是在工作人员很少或没有代表的情况下在网站上。 (我经常会看到低重复率的用户将他们介绍为雇员,但在单击用户名后才发现他们实际上是雇员,这使我感到困惑。当工作人员回答帖子时显示在页面上,以便我知道阅读他们的回复并在我的眼睛看到他们是用户的用户卡之前提前知道。由工作人员采取的,如果用户没有其他代表则不可能采取的措施,则被清楚地标记为由工作人员完成(例如,在不担任主持人的情况下编辑仅主持人的标签,迁移超过60天的问题等) 。)
我已经读过杰夫(Jeff)反对这一观点的原始论点,但我不同意。我们已经将主持人和普通用户区分开来了,多年来,并没有真正散发出他们在“我们之上”和我们没有权力的感觉。此外,“我的(Jeff的)行为与另一个社区主持人的行为之间应该没有什么区别”这句话与工作主持人和社区主持人之间的区别有关-鉴于我们不再向所有工作人员分发主持人钻石,现在无关紧要。
我还阅读了Catija的评论,即员工应该可以自由地以社区成员的身份参与网站,而不能仅仅因为他们是员工而在主要网站上受到不同的对待,因此这就是为什么该请求仅适用于元网站。

评论


我同意在用户卡中添加人员指示器会很好,但是我认为这仅对meta有意义。我们没有理由在乎员工/不在乎。

–secretmaster
19年8月1日在0:11

@thesecretmaster公平地说,我有点偏向meta,因为我的主要站点是此站点。

–好奇号刺猬索尼克
19年8月1日在0:37

使用指标♠♥♣♦吗?好,我喜欢玩扑克。

– iBug说恢复莫妮卡
19年8月1日在7:12

使用白色菱形象征主持人,使用黑色菱形象征职员,可能是在任何地方做到这一点的直观方法。 “主持人◊”“ Catija♦”。

– Peilonrayz
19年8月1日在8:48

@Peilonrayz有两个问题。 (1)“前主持人”功能请求已声明了白色菱形。 (2)不要拿走我们的钻石! :-(

– wizzwizz4
19年8月1日在8:56

采用第二个符号的问题将是沟通。这个新符号(标记)对访客和新贡献者意味着什么?您认为新用户会自动了解用户名旁边的黑色(或红色)菱形代表什么吗?每次给我单词,如果单词看起来很怪异,那么就有可能在某个地方(例如在线首字母缩写词词典)对其进行定义。

– Mari-Lou A
19年8月1日在10:05

@ Mari-LouA,我认为该句子中的“它”专门指的是mod指示符并没有散发出他们“在我们之上”的感觉。索尼克(Sonic)的建议是,另一个指标不会使它有所不同。如果您在节制方面遇到问题(发生这种情况,我相信他们会很乐意帮助您解决问题),那么我建议您不要再采用其他指标来使情况变得更好或更糟。

–Ryanfae苏格兰
19年8月1日在10:40

达恩(Darn)-我想在meta.SE上看到一个白色的菱形,以代表某人在网络中某处进行审核,但不在meta.SE上。遗憾地看到它声称其他地方!但是,我喜欢这个主意,并且希望在用户卡上看到一些东西。一颗红色的钻石,也许...

–tpg2114
19年8月1日在11:44

+1-我来到这里是为了发布此确切的功能请求,并附加了一个内容:请为开发人员和CM使用不同的符号。有时不仅知道您正在与员工互动,而且了解员工的一般职责以及他们可能提供的帮助,对您很有用。 :)

–罗伯特尼克
19年8月1日在12:08

只需使用SO Teams Admin Hexagon⬢,因为它已经在使用中了,并且看起来已经足够不同了

–Machavity
19年8月1日在17:40

@rob我不喜欢悬浮文本,因为它在触摸屏和移动设备上不可见。

–好奇号刺猬索尼克
19年8月1日在18:24

我喜欢SOX用户脚本装饰用户卡的方式。我认为,如果SE直接复制这个想法会很好。

– yivi
19年8月2日在8:32

当(1)人们更多次更改名称,以及(2)访问您不太活跃的网站时,“记住”就会失效。我都经历过-我在帖子中看到一个断言是事实的菱形,并且我必须进行挖掘以查看该权限的来源。

– Monica Cellio
19年8月6日在15:09

仅使用颜色来区分值违反了可访问性准则。

– Monica Cellio
19年8月6日在15:10

@ wizzwizz4-“使用白色菱形象征主持人...”我认为更改此处当前存在的任何系统都不是一个好主意,因为主持人标有实心菱形。这可能会引起一些混乱,并且更改提案可能会更好。

–伏地魔的愤怒
19年8月8日在2:38

#2 楼

功能请求状态已完成

您能否在移动网站上进行此表演?目前,员工资料在移动网站上没有特别的指示符,除了可能会提及他们是员工的描述之外。

评论


现在,移动配置文件显示Stack Overflow员工的员工标签。谢谢你的请求。

– Yaakov Ellis♦
19年8月8日在10:24

@YaakovEllis谢谢!

–无风暴
19年8月8日在13:16

#3 楼

状态已完成

替代功能请求:

如果我的其他答案中提出的功能无法实现,或者当前不在6-8周内实施,我想提出另一个替代/附加功能请求:

如果用户是工作人员,请在扩展的用户卡中注明

,如果这不是问题,工作人员填写了自己的简历,这将弥补那些没有的员工的差距,选择不考虑他们的个人资料页面已将其列为工作人员,或者填写的文本太少而又不符合条件用于用户卡。这应该很容易实现。

评论


我忘记了如何查看“扩展的用户卡”(我想我已经在某处看到过),您能给我一个提示吗?

– Sinatr
19年8月1日在7:38



@Sinatr将鼠标悬停在其头像上。

–好奇号刺猬索尼克
19年8月1日在7:39

哦,在该图标上方,谢谢;)我已经尝试过了,但是鼠标移得太快了并且由于延迟而没有扩展。或者说..尝试将鼠标悬停在“默认语言环境”(其他答案的作者)上,他没有扩展的卡。

– Sinatr
19年8月1日在7:43



用户需要1k代表,我相信要拥有此“特权”,因此工作人员将需要绕过该特权,因为并非每个站点上都拥有1k。

–TheLethalCarrot
19年8月1日在8:22

我非常喜欢这个主意。如果用户的个人资料上具有“工作人员”或“主持人”徽章,请为该用户启用用户卡,并在用户卡中显示徽章。也可以将“ Top x”添加到所有用户卡。

–詹姆斯·柯伊尔(James Coyle)
19年8月1日在8:26

@TheLethalCoder职员将获得扩展的用户卡,这是其职员权利的一部分,而无需拥有1,000+名代表。

–好奇号刺猬索尼克
19年8月1日在13:19

@Sinatr除了1k代表或人员需求之外,用户还需要实际在其个人资料的“关于我”部分中投入足够的内容,才能在扩展的用户卡中显示某些内容。您可以通过在头像上寻找阴影效果来判断是否有人。更多信息在这里。

– 8bittree
19年8月1日在17:19

Sonic,考虑到员工获得扩展的用户卡作为其员工权利的一部分,而无需拥有1000多个代表。我检查了这个答案,例如,它没有显示。

– fedorqui'停止伤害'
19年8月2日在15:00

@fedorqui抱歉,看起来我弄错了。它授予主持人而不是员工;自从我与一位恰好也是主持人的工作人员进行测试以来,我可能会感到困惑。

–好奇号刺猬索尼克
19年8月2日在15:02

嗯,这很有意义。谢谢!

– fedorqui'停止伤害'
19年8月2日在15:30

现在,元网站上扩展的用户卡上有一个员工标签,显示给Stack Overflow员工。谢谢你的主意。

– Yaakov Ellis♦
19年8月9日在8:17

@gparyani不,他们没有。只有具有足够代表的人员才能扩展用户卡。

–Catija♦
19年8月9日在14:11

#4 楼

功能请求

是否可以使两个标签均可点击?这样我们可以轻松地搜索给定站点上的所有主持人/职员吗?

“主持人”应该自然地链接到用户吗?tab =主持人。您可能应该为工作人员创建一个类似的页面。

评论


工作人员页面是一回事。由于各种原因,它不太可能回来:/

–游侠怪胎♦
19年8月1日,下午3:27

相关的如何从♦用户(主持人/有价值的员工<-雇员)中搜索问题?

–鲁本
19年8月1日在19:38

#5 楼

太棒了,做得很好。 :)

功能请求也请将这些标签添加到聊天个人资料中。

评论


嗯,我认为需要为此引入两种新颜色,橙色(仅适用于员工)和紫色(适用于staff + mod)。

– EKons
19年8月1日在8:06

@EKons为什么?我不是说名字的颜色(例如现在是mods的蓝色),而是在聊天个人资料页面中添加标签。

–影子向导正在接种疫苗
19年8月1日在8:07

哦,那我误会了。听起来这听起来有点不可能...

– EKons
19年8月1日在8:07



#6 楼

feature-request

我们也可以将Staff标签添加到用户的网络配置文件中。例如,我编辑了Catija的网络配置文件:


#7 楼

状态下降


选择的颜色是故意的。公司颜色遵循堆栈溢出橙色,因此人员为橙色。传统上,主持人以蓝色表示(例如,聊天中他们具有蓝色的用户名),我们的主持人赃物使用蓝色菱形。这也呼应了Stack Exchange的蓝色,即整个网络的原色。 〜Catija


功能要求是否可以根据站点的颜色更改主持人和人员指示器的颜色?

示例:




元堆栈交换:








堆栈溢出:






自行车堆栈交换:



#8 楼

谢谢。

我喜欢您如何通过仅在个人资料页面而不是在所有地方都限制“ Staff”标记来保持Jeff原始答案的本质。

我有一个问题,没有钻石的工作人员是否有特权更新最初标记为“仅主持人”的红色标签(包括功能标签)。 (我见过一些情况下,工作人员已经这样做了,但它们只在MSE上,而不在其他子元上)。

评论


我已经看到工作人员(没有菱形)在mso上添加/删除状态标签

–乔恩·克莱门特
19年7月31日在22:46



工作人员应该能够对任何子元或MSE进行编辑,包括状态标签编辑;多年来,我们已经打破了很多次,但据我所知,它目前正在起作用。

–Shog9
19年7月31日在22:55

@Shog这篇文章说,该功能将仅适用于mod,不能用于人员访问。除非我误会了?还是除非有变更?还是除非它尚未生效?

–轨道轻赛
19年8月1日在13:18



@LightnessRacesinOrbit从技术上讲它们仍然可以使用,这里由animuson解释:meta.stackoverflow.com/questions/387546/…

–滕西拜
19年8月1日在15:41

#9 楼


虽然我们过去曾为员工提供[主持人钻石],但现在我们仅将其授予需要使用这些工具的特定类型的员工


,这意味着不需要使用这些工具并且在最近更改内部政策之后被雇用的工作人员,是否将在业余时间管理他们感兴趣的网站?我们有至少一名工作人员,在他们特定的工作职责中,他们并不需要直接使用这些工具,而是仅使用工作人员获得的钻石担任一个主持人的工作。

(在我看来,这是一件好事,因为积极参与站点的工作人员可以通过各种方式为团队提供更好的输入,例如社区的特定需求,或者其他51区提案是否是给定站点的副本。另请参阅此MSO帖子:在做出影响该社区未来的决定之前,需要参与社区

评论


这实际上与标签无关。关于钻石的任何政策都没有改变。

–Catija♦
19年8月1日在0:45

@Catija此答案中的问题是基于该帖子的引文,您确实说应该在此处的答案中询问“关于此帖子的”问题。

–好奇号刺猬索尼克
19年8月1日在1:04



据推测,如果他们独立于工作在站点上活跃,他们可以并且应该以正常方式在该站点上获取钻石。

–IMSoP
19年8月1日在10:23

#10 楼

我觉得这在所有站点上都适得其反,并在站点不需要的用户组之间建立了区分。 Q / A站点始终保持成员平等。每个人都是宝贵的贡献者,应该感到自己与其他任何人一样重要。


员工比其他任何人都重要。
员工拥有对其他所有人的权力。
成为员工是每个成员应该实现的目标。不管怎样,还是要提出新的授权来应对灌木丛方法。
徽章就像是一场竞赛,要求成员努力争取成为员工。
主持人的钻石微妙而小巧,几乎不会发出任何声音,应在必要时扩展到其他符号来表示其他人员。

另一方面,徽章增加了普通成员无法获得的两项新成就,实质上贬低了他们的想法/不鼓励他们。关于使员工在整个平台上变得更加浮华(因此打算建立该网站):https://meta.stackexchange.com/a/82682/354123

评论


如果您在元站点上很活跃,那么您会发现能够区分谁是职员是一项有用的功能。在这里查看我的最高答案。

–好奇号刺猬索尼克
19年8月1日在15:29

谢谢,也许它不应该像有人提到的那样遍及所有站点。

–导致各地无处不在
19年8月1日在15:30

但是有时,工作人员会在网站上以官方或非正式的身份行事。它在某种程度上也替代了旧的员工页面。

–游侠怪胎♦
19年8月1日在15:37

选择该选项是因为只有极少数人实际查看用户个人资料页面,除非他们专门查找有关用户的更多信息。这就是为什么我们永远不会像主持人那样指示员工在其用户名中张贴的任何地方。我们希望我们的员工能够以普通用户的身份参与,而又不会觉得自己在鱼缸里。这是一个相对不干扰的指标。

–Catija♦
19年8月1日在15:43

我希望如此,有时我会花一些时间查看人们的个人资料,以查看他们对社区的所有声誉和杰出贡献:)

–导致各地无处不在
19年8月1日在15:44

“徽章增加了两个新成就”-不,不是。这些不是“编辑”和“自传”之类的标志。这些是添加到人员档案中的指标。员工是由Stack Overflow公司付款的人,他们进入您的网站的理由与您或我的原因不同:他们为此获得报酬。我不明白您为什么认为这让它感觉像一场比赛或您需要实现的目标。

–克里斯·伦戈(Cris Luengo)
19年8月1日在16:24



我想如果您真的想得到这个“徽章”,我们正在招聘... :)

–亚当·李尔♦
19年8月1日在17:45

是的,我绝对需要该徽章,以便能够在从未有过的地方引起下溢。谢谢你的报价。 :)徽章应该完全是将人们吸引到我们正在招聘页面的超链接!

–导致各地无处不在
19年8月1日在23:02

我认为前两点是有意的,现在看来是正确的,正如本文中许多人所讨论的那样,长期以来一直在减少社区投入以支持员工决策。

– WBT
19年8月2日在14:48



为了清楚起见,我并不是在嘲笑亚当的评论,只是在开个玩笑。对我来说,让徽章链接到我们正在招聘的页面听起来不错。

–导致各地无处不在
19年8月3日在16:02

@CausingUnderflowsEverywhere因为您的用户名,我在投票!我发现该用户名比您提出问题的任何反建议都更容易接受。 ;-)

– jpaugh
19年8月7日在19:53