4 posts were split to a new topic: Allow skipping beginner tips when discobot disabled
Seems on all sites, users should be able to find an additional checkbox to turn off more than just the current checkbox.
There may be an age factor to the love/hate relationship with badges. The community on my forum tends to be of an older generation and some do complain about the badges being pointless and a little irritating.
There’s no right or wrong about them but it would solve the problem in one fell swoop if users could turn off the badges, or at least the notifications so the badges are more easily ignored.
1개의 좋아요
Lots of good points made by folk on the way through this discussion.
Standing back a bit to draw some principles which in turn informs the drivers for design decisions in software behaviour that then leads to developer activity to code features and switches
This fundamental question was addressed in the design of Unix and the decisions made for MS-Windows. Those once derived and understood principles may have been forgotten by a younger generation. Mobile phone UI/UX considerations constantly balance this dichotomy
The fundamental dichotomy is that on arrival in an alien environment one needs handholding in order to be able to prevent slips trips and falls. If your UI doesn’t allow immediate value generation then most users will abandon you very very fast. If somebody else’s marketing PR can point out that you don’t have a facility then you won’t even get the opportunity to compete as a decision will have been made before your users ever have exposure
As users gains dexterity or familiarity then the mechanisms required for a new user become impediments to efficient use. Psychology starts to label the aids stupid/ noisy/ chatty / lame… etc as an externalization of the frustration felt over barriers to accomplishment of known operations with the minimum of effort.
The badge system mixed and perhaps muddied two philosophical goals: one tapped into giving a dopamine hit to drive addictive behaviour, the other gave badges for first use of a feature- thus exploration of the user interface to expand familiarity- now tapping into the mechanisms that create an emotional response the frustration is to the fore - because there is no longer exploration of facilities they are now familiar. Forces are still magnetic but they’ve turned from being the attraction to now being the repulsion 
In discourse’s context a fundamental design decision buried in the past is that each instance of discourse stands alone. Indeed it may have been so encompassing and nebulous that it wasn’t even recognised as a decision at the time. One instance of discourse has no knowledge of the user’s prior familiarisation with the software.
An alternative design architecture, if the decision had been recognised might have put all forum below the users relationship with the discourse software. This architecture can be seen in the implementation of Mighty Networks.
To go back to the OP and the potentially annoying salesperson - the motivation for mighty networks was probably that this business decision makes every forum a recruiter of users that the mighty networks company has a direct ability to reach out to - in other words all your customers become recruiters for you centrally. Maybe you challenge the ethics of this (and note ethics is inescapable one of the factors in the background), whatever your opinion and choice in designing an architecture there are consequential effects - upsides and downsides. In this case it confers competitive advantage to them
Consider.. .
Not THE solution but A solution would be to give of both the forum admin and the user switches to control the level of help given. Experienced users will know the switch is there and turn it off immediately. But note with just on/off for two interests there are four combinations - combinational explosion happens very quickly. It will increase software size dramatically. It has to be referenced within every other function even if only with the library call that immediately returns but with all the implications for load times memory usage etc etc - not in the silicon side (that’s probably a immaterial) but in the carbon side - there is an old acronym PICNIC.
IMH & ignorant O the entropy from the options in the discourse operating model is on the cusp of needing a simplification before it tumbles into complexity driven emergence that slowly gives new competing platforms incremental advantages of simplicity
I think this background stuff is foundational to competitive survival in the medium to long term. Not everybody in a company or a product needs to even appreciate that it is there but some people do!
Ps
I too suffer badge re-earning for skills I picked up in other discourse forum and non-discourse
2개의 좋아요
At the risk of cherry-picking from the last post, the concept of badge-fatigue fits with the feedback I’ve had on my own forum. I don’t want to turn badges off universally but I also don’t want Discourse to irk members, many of whom are more used to ‘old style’ experiences like xenForo and phpBB.
The ideal scenario would be for individuals, perhaps at trust level 1 and above, to have an option to suppress badges for themselves.
5개의 좋아요
All for this 
1개의 좋아요
방금 가입해서 짧은 메모를 남깁니다. 저 같은 신규 사용자에게 배지 알림은 Discourse에서 가장 짜증나는 요소입니다. 정말로 모든 것에 배지를 받아야 하는 건가요? 첫 게시물, 첫 링크, 첫 좋아요, 첫 이모지, 환영, 기본, 첫 원박스… 끝이 어디인가요? 단순히 내 프로필 페이지나 다른 곳에 표시만 된다면 신경 쓰지 않았을 텐데, 전부 알림을 생성합니다. 실제로 관련 있는 정보(예: 누군가 내 게시물에 답글을 달았다는 알림)를 전달하는 데 사용되는 것과 동일한 알림 채널을 사용하니까요(그리고 "남용"이라고 말하는 데 큰 압박감을 느낍니다). 브라우저 탭에 있는 알림 점을 보고, 누군가 내 메시지에 답을 달았나 궁금해서 탭으로 전환했다가 또 다른 쓸모없는 가상 배지일 뿐이라는 사실에 실망한 경우를 셀 수 없을 정도입니다.
이것은 제가 가입하는 모든 인스턴스에서 반복됩니다. 아마 저는 전형적인 사용자가 아닐 수 있습니다. 저는 여러 곳에 가입하고 짧은 교환을 하는 것을 선호하며, 한 곳에 영원히 머무르지 않으니까요. 이미 가능한 모든 행동을 마친 후에는 덜 짜증나지 않을까 추측할 뿐입니다. 하지만 제가 아는 한, 장기 사용자를 위한 배지도 존재합니다.
게다가 이 기능의 목표가 사람들을 참여시키는 것이라면(다른 주제에서 이렇게 명시된 것을 본 것 같은데, 틀렸다면 용서해 주세요), 저에게는 정반대로 작용합니다. 잠재적으로 유용한 알림이라는 위장 아래 웹사이트로 끌려와서 완전히 무관한 것만 발견하게 되면, 저는 속은 기분이 듭니다. 누군가가 또다시 제 주의를 빼앗은 것이고, 저는 주의를 빼앗기는 것을 싫어합니다. 특히 실제로 중요한 것에 집중하고 있을 때요.
또한, 이제 “신규 사용자 온보딩 팁 및 배지 건너뛰기” 옵션이 있다는 것을 알게 되었습니다. 하지만 잘 숨겨져 있어서 “인터페이스” 섹션에서 찾을 것이라고는 생각하지 못했을 것입니다. 저에게 훨씬 더 명확한 방법은 “알림” 페이지에 "배지 알림 비활성화"와 같은 옵션을 두는 것입니다. 하지만 이제 알게 되었으니, 가입하는 모든 곳에서 이를 사용해 보려고 합니다(자신을 잘 알다시피, 이미 배지 흐름 속에 깊이 빠져들고 나서야 기억할 것입니다).
7개의 좋아요
음… 이 부분에서는 @aphity의 의견에 동의합니다. 아주 기본적인 배지를 받을 때的通知(알림)은 오히려 실망스럽습니다. 아, 알림이 왔네요! 아니, 그냥 '첫 이모지’였네요. 하지만 완전히 끄는 것은 원치 않습니다. 만약 특정 배지 섹션, 예를 들어 '시작하기’에 대한 알림을 비활성화할 수 있는 새로운 기능이 있다면, 사이트 전체에서 완전히 끄는 것은 ‘좋은 답변’ 알림까지 비활성화하는 결과를 초래할 것입니다. 메타에 꽤 오랫동안 있었음에도 불구하고 ‘좋은 답변’ 알림을 오늘 처음 받았습니다. 이 알림은 받을 때 알기를 원하기 때문에, 배지 알림을 비활성화하는 것은 사실 어렵습니다. 또한, 배지 알림을 끄면 왜 배지를 받은 적이 없는지 사용자가 혼란을 겪을 수 있습니다.
4개의 좋아요
여기서 비슷한 제안을 했습니다:
2개의 좋아요
여기서 틀린 이 단어는 뭘까요? 
..
동의합니다. 더 눈에 잘 띄게 표시되어야 할 것 같습니다. 현재는 마치 중요하지 않은 것처럼 구석에 밀려 있는데, 사실은 때로는 디스코봇 메시지가 알림 패널에서 거슬리게 떠 있는 것이 싫을 때도 있으니까요.
1개의 좋아요
게시물 3개가 새 주제로 분리되었습니다: 개발 팀 우선순위 관련 일반 피드백