As a user, I find it incredibly valuable to see many team members active on the public forum and also writing topics about feature requests, bugs… It makes them seem like regular users too, which is nice.
It also incites users to nudge or directly talk to these team members, which makes the users unintentionally overlook a particular “étiquette”.
This has been bugging me for 6 years now.
The étiquette that says we shouldn’t PM or mention a team member.
A mention is often edited and someone will post “please don’t mention team members,” which sometimes feels rude, and I don’t know how users are supposed to know that. Especially when other users (usually TL3+) can mention the team without being called out.
Instead of applying this out-of-the-blue rule, I think if team members want to restrict who can contact or mention them, they should set up a personal profile setting to only allow certain groups or users to contact them (PM & mentions). For example, trust level 3 minimum + theme and plugin authors + @arkshine, etc…
This would create a more welcoming environment, especially for newcomers.
There’s an official plugin that does a bit of this but lacks granularity, and my topic focuses on the mentioned etiquette on meta.
This may not be directly related to the topic, but I want to acknowledge this aspect.
I truly appreciate the team’s activity on the public forum. Their presence, knowledge, and expertise, beyond what Canapin mentioned, make you feel welcomed and supported in your Discourse experience, and you learn a lot as well.
I understand that allowing users to help each other is important, and the team’s active involvement creates a fantastic dynamic. It’s very enjoyable! Thanks to the team for taking the time.
Like Arkshine and Canapin, I have the same sentiments. I like that the Team are involved with the community as it makes you feel valued.
On other forums I’m on, there is also a ‘rule’ about tagging staff members. But the wording is ‘avoid’ doing to making it seem like in some cases you can? I like it when its black and white with rules/etiquette.
As for Meta, I can’t remember when I last mentioned a team member? I don’t always know who does what role wise, so etiquette aside, I wouldn’t feel confident mentioning team members let alone the right ones.
But my view, I don’t think mentioning staff for attention unless it’s important is good as there are lots of other people here who can provide an answer.
I found a relevant-ish post by Hawk on a similar matter asking about mentions.
Thanks for raising this – I do understand the sentiment, it is just a bit more nuanced than it may appear.
I don’t mind being tagged per se, but only under the circumstances that I mentioned in that post because notification fatigue is a real thing for us. I enjoy spending time on Meta but only when I have time to do it intentionally, so I rely on my notifications for urgent or important things, rather than general support questions which often require me to read back through a long topic to understand the context.
You’ll remember @Canapin that we also use Meta for supporting customers privately, although that isn’t obvious to most Meta users. Turning off the ability to notify me means that I would miss important requests. It’s not feasible to add a new group each time we add a new customer. If there are other workarounds you can think of, I’m willing to give them a go.
This might be a little off-topic, but we also use Discourse to support private customers and we do add a new group for each of them. So now as you’re saying that, is there a better way?
Otherwise I fully understand all the reasons and for me it’s magic that a CEO and other team members are active here like that. On this position you have so many notifications… And this is not an official support, “just” a community. And this community is so fast and Discourse is a profitable open-source. For me it’s a constant inspiration on how an open source project can work.
Sorry, I may have miscommunicated. We also add a group for each customer, but I don’t want to have to keep checking and adding new groups to my “can contact” list.
This is where maybe having a group made for community liaisons is a good idea that could be composed of team members and partners who might be interested in helping out.
I do appreciate that by volume why yous would not want everyone pinging team for everything under the sun. Also understandable in I presume special private categories for paying customers to have priority and even then by volume can be taxing.
Like others have said though either way do really appreciate the team’s interaction even under the current umbrella . As the interaction experience is imho 99.7% highly positive.
Now with Jam’s departure in the roll. Is it or was it okay to @mebtuon the community liaison as long as it is not being done needlessly? Is it still High? Perhaps a post with examples of when it is okay to poke the community liaisons? With example of inappropriate mentions.
I have been in the all in one position with 6000 family active members during a kislxkstarter for a company as a volunteer. So I do appreciate the burnout factor. As the company did have members on the mod team but were not moderator minded. So extremely rare for them to do any moderation if the forum. I was also a community liaison as they recognize the value of having a non company community member being a voice to represent and also guide the community.
Though they do once in awhile send me some products as appreciate. And even bumped me to admin to look after upgrading and such.
Thanks Dan, a community liaison group is a good idea. I’ll raise it with the team.
We are sharing the responsibility for managing Meta across our whole team, with Tobias/the Product team spearheading. We only began in the last couple of weeks so we’re finding our feet.
You’re quite welcome. All things take time. The trick on our end is to have the understanding and patience. Rome may not have been built in a day. But construction has started.
While I kinda instinctively avoid ‘mentioning’ team members in posts, I’ve done it at least a couple of times in a fit of urgency.
I’d like to take this opportunity to thank the team members I’ve mentioned in the past who’ve kindly responded without a tsk-tsk – but I won’t mention them here.
After the first nagging about mention a team member I haven’t mention anyone. It was the safest road, and I will keep that strategy.
But… I don’t even need mentions. I write in topics and sometimes I get answers, sometimes I don’t. Mention someone doesn’t change that. I might quote someone instead, because it does same thing. And I don’t even know who I would mention
My opinion still stays — a house full of coders could tie ability to mentions of team member to higher TL, because they know how not use is. And give a small informative message to (new) members who are trying to do such trick.
Because even I kind of understand these topics, it sounds a bit rude when (new) users are using tools that they have and they are used to use. No-mention is not common policy out there.
This could be automated if Discourse supported “second-order groups” (groups containing groups).
This touches on my deep interest in Discourse as a communication platform and digital garden for formal communities, such as a public school.
Discourse is very well optimized for public and informal communities. However, supporting formal communities requires the ability to implement detailed and granular permissions.
Determining which group is allowed to send PMs to members of another group is one such requirement.
In nearly all areas where global permissions (administrator, moderator, TLs) can be configured, there is a need for local permissions (members of a group).
Currently, supporting formal communities often depends on external tools for proper configuration. Introducing group arithmetic and second-order groups as the foundation of the permission system in Discourse would enable the implementation of these features directly within the platform.
어떤 주제가 중재자의 주의를 필요로 한다고 생각되면, 플래깅(신고) 시스템을 사용해주세요. 문제를 식별하는 데 도움을 주셔서 감사하며, 이를 통해 가능한 한 빨리 해결을 시작할 수 있습니다.
중재나 피드백에 관한 질문이 있거나, 문제를 알려줄 일이 있을 때 언제든 @moderators에게 메시지를 보낼 수 있습니다. 우리 중 한 명(아마도 저일 겁니다)이 회신드리겠습니다.
Contribute > Site feedback 카테고리도 피드백을 주고 이 커뮤니티가 어떻게 조직되고 운영되는지에 대해 이야기하기 좋은 곳입니다. 저는 이런 대화를 정말 즐기고 있으며, 매우 적극적으로 대응하려 노력하고 있고, 이곳의 제안들을 바탕으로 이미 많은 변경 사항을 적용했습니다.
위 내용 외에도, 팀은 알림 피로감(notification burnout) 때문에 @ 멘션에 민감합니다. Hawk가 위에서 이 점을 잘 요약해 주셨습니다. 또한, 시급성에 대한 인식과 누가 응답해야 하는지에 대한 불일치가 종종 발생합니다. 저희 오픈 소스 제품은 이 포럼에서 커뮤니티 지원을 제공하며, 답을 알고 있는 많은 분들이 여기 계시며 질문에 답하고 있습니다. 이 문제를 해결하기 위해, 저희는 더 잘할 수 있다고 생각합니다:
중재자로서, 문제가 있을 때 게시물을 수정하거나 삭제할 권리를 보유합니다. 하지만 그렇게 할 때, 이것이 회원에게 큰 스트레스를 줄 수 있다는 점을 염두에 두어야 합니다. 저희가 인지하는 부적절한 행동으로 회원을 공개적으로 지적하는 대신, 왜 그렇게 했는지 알려주기 위해 개인 메시지(PM)를 보내는 방식으로 회원에게 더 다정하게 메시지를 전달할 수 있습니다. (다만, 규칙을 모두에게 상기시켜 주기 위해 공개적으로 하는 것이 도움이 되는 경우도 있습니다.)
@ 멘션을 하지 말아야 할 경우에 대해 회원들에게 매우 부드럽게 상기시켜 주시고, 가능하다면 왜 그렇게 할 필요가 없었는지 이유를 설명해 주세요. 대부분의 경우, 답할 수 있는 사람들은 이미 대화에 참여해 있습니다.
부적절한 @ 멘션은 종종 인내심 부족과 적절하지 않은 시급감 감정을 동반합니다. 이에 대해서도 부드러운 상기 메시지로 대응하고, 주제에 중재자 가이드라인이 가득 차지 않도록 개인 메시지(PM)를 통해 후속 조치를 취할 수 있습니다.
Jagster의 의견에 동의합니다. 신규 회원의 @ 멘션을 적시에 팝업으로 늦추는 것은 좋은 아이디어입니다. 누군가 시도해 보고 싶다면 플러그인 영역입니다!
곧 커뮤니티 지원 프로그램을 재개할 예정이며, 이를 통해 Discourse에 대해 매우 잘 알고 있고 저희가 신뢰하는 답변을 제공하는 커뮤니티 내 회원들을 식별하는 것이 모든 사람에게 쉬워질 것입니다.
우리가 보고 싶은 행동을 본보기로 보여주세요. 예를 들어, 이 게시물에서 저는 이 주제에서 그들의 게시물을 참조하고 싶기 때문에 회원들을 언급하고 있지만, 인용하거나 @를 사용하지 않아 그들이 불필요하게 이 주제로 소집되지 않도록 하고 있습니다. 이는 특히 저희 팀에게 도움이 되는데, 고객 지원뿐만 아니라 커뮤니티 지원에도 이 사이트를 사용하기 때문에 @ 멘션을 받으면 매우 적극적으로 대응하려 노력하고 있기 때문입니다.
그렇게 묻는 이유는, 제 생각에는 인용과 게시물 링크 사이에 거의 차이가 없기 때문입니다. 둘 다 기본적으로 작성자에게 알림을 보내며, 제가 인용하여 언급하는 내용이 주제 내에서 바로 보이게 하는 것이든, 아니면 링크를 걸어 다른 주제로 이동해야만 제가 언급하는 내용을 읽을 수 있게 하는 것이든, 개인에게 어떤 차이가 있는지 구별하기 어렵다고 느낍니다.
그리고 @멘션이 귀찮을 수 있다는 점에는 동의합니다. 최근에 누군가가 제 답변이 도움이 되었는지 사용자에게 물어보며 그 질문들에서 저를 @멘션하기도 했거든요 ;).
하지만 동시에, 계정을 익명 처리해 달라고 요청할 때 @멘션은 익명 처리됩니다. 반면 @가 사용되지 않은 경우는 익명 처리되지 않아 원래 사용자명을 쉽게 알아낼 수 있습니다. 저에게는 사용자가 이렇게 쉽게 익명 처리되는 옵션을 갖는 것이 옳지 않게 느껴지는 경우가 많습니다.
그래서 Meta에서 여기서 무언가를 시도해 볼 가치가 있는지 확신이 서지 않습니다. AI 요약에 게시글과 연결된 사용자 이름이 너무 많이 포함되어 있거든요. 수동으로 사용자 이름을 멘션하는 것이 그 부분에 크게 기여하지 못할 것 같습니다.
그렇게 하신 건 하루뿐이셨던 것 같습니다. 보통 그런 경우에는 @멘션을 사용하지 않으시잖아요. 만약 자주 하신 거라면 말씀해 주셨을 텐데요. 아마 그날 @멘션 하고 싶으신 마음이셨던 것 같습니다 . 그리고 그중 일부가 관련이 있는지 확인하는 것만 귀찮았을 뿐입니다. 하지만 @team이 해당 사람의 주의를 끌 필요가 없는 곳에서는 @멘션을 피해 달라고 요청한 맥락에서 보면, 꽤 놀라운 일이었습니다.
현재 HTML 옵션보다 더 간편한 무음 @멘션 기능이 있으면 좋겠다는 아이디어를 좋아합니다. 무음 인용도 가능할 것입니다.
링크에 사용되는 ?silent=true와 유사한 구문을 인용에도 추가할 수 있습니다. full:true 매개변수와 마찬가지로 silent:true [quote="RGJ, post:17, topic:351280, full:true"]를 사용할 수 있습니다.
또한 인용하는 사람이 해당 대화에 참여하지 않거나 현재 대화에 끌려들 필요가 없는 경우, 과도하게 인용하지 않도록 주의하고 있습니다.
인용된 쪽(quotee)에게 미치는 영향을 진지하게 생각해 본 적이 없었습니다 – 아마도 제가 그런 통보를 많이 받지 않기 때문일 것입니다. 매번 누군가를 알림하는 것이 아니라, 전체 게시물에 대한 링크를 제공하려는 것입니다. 팝업에 “조용한 인용(quiet quote)” 옵션이 있다면 이 문제를 더 쉽게 해결할 수 있을 것 같습니다:
제안하신 아이디어들이 꽤 좋습니다. '무음 멘션’과 ‘무음 인용’ 아이디어는 Contribute > Feature 토픽에서 더 깊이 다룰 가치가 있습니다. 상대방에게 알림을 보내지 않으면서도, 사용자를 클릭해서 사용자 카드를 볼 수 있도록 멘션할 수 있는 아이디어가 좋습니다. 인용도 마찬가지입니다. 인용된 게시물을 다시 참고할 수 있도록 인용 기능을 유지하는 것이 유용하지만, 항상 인용된 사용자에게 알림을 보내고 싶지는 않죠.
하지만 솔직히 말하면, 이는 메타(meta) 차원의 문제라고 생각합니다. 대부분의 커뮤니티는 정반대의 요구사항을 가지고 있습니다. 멘션이나 인용이 되었을 때 사람들이 다시 돌아와 대화를 이어가도록 자극하고 참여도를 높이기 위해 이러한 알림이 필요하거든요.
그리고 OP(원문)로 돌아가서 말하자면, 여기 메타에서도 규범 설정만으로도 '충분하다’고 생각합니다. 커뮤니티가 @멘션을 과도하게 사용하지 않을 것이라고 신뢰하고 있습니다. 드물게 그런 일이 발생하면, 아마도 신규 멤버일 가능성이 높은 그 사람에게 (부드럽고 친절하게!) 그렇게 하지 말아 달라고 살짝 권고할 수 있습니다.
. As the interaction experience is imho 99.7% highly positive.
. 그리고 그중 일부가 관련이 있는지 확인하는 것만 귀찮았을 뿐입니다. 하지만 
