本文是我尝试理解 Discourse 徽章功能背后的逻辑，以及系统对待新用户的一般行为。
背景简介：我绝非经验丰富的 Discourse 管理员，目前仅运营一个实例，已为我所在组织的社区稳定运行约一个月。搭建系统并使其符合我们的需求对我而言是一个学习过程，但一旦配置完成，我对该系统的大多数设计决策感到非常满意。
这引出了我在担任 Discourse 实例管理员的短暂经历以及作为多个独立实例的长期用户期间所遇到的一个看似矛盾的现象。
一方面，Discourse 的用户界面（UI）既简约又流畅，无论是在桌面端还是移动端，都堪称 UI 设计的典范。
另一方面，该系统却异常“话痨”，在新用户注册后的相当长一段时间内，不断要求我的关注。我指的是无休止的徽章流、通知我“首次点赞”、“首次发帖”的提示，甚至我猜如果我将来有了第一个孩子，系统也会为此发个通知。我推测，在 Discourse 诞生之初，这背后有着严肃的考量。那时的它确实与当时大多数论坛软件截然不同。因此，你们可能不得不想办法教育完全的新手如何熟练使用它，以及如何得体地行为。
快进到当下：如今，Discourse 几乎已成为任何重视自身社区的默认标准。由于缺乏联邦账户系统，你必须为每个社区单独注册。而在每个社区中，你都会收到一枚新徽章。再来一枚。还有 UI 提示。以及那个永远显示为 (1) 的小红点未读计数器，内容总是关于系统为我提供的某种徽章或实用提示。
在“偏好设置”的“界面”部分中，“跳过新用户引导提示和徽章”选项有一定帮助，但即使启用后，我仍会看到一些吸引注意力的新通知。
也许，仅仅是也许，鉴于现在对 Discourse 软件不熟悉的人已经少了很多，是时候在默认设置上转向另一个方向了？我的意思是，难道我们生活中的干扰还不够多吗？
14 个赞
徽章和聊天功能旨在提升新用户的参与度。其理念是让他们感受到被欢迎，并因在社区中的行为而受到认可。
不过，如果您觉得徽章在社区中作用不大，可以在站点设置中将其禁用。
5 个赞
我敢打赌，我不是唯一一个感到恼火、觉得不受欢迎或不受欢迎的人。让我举个例子：在新冠疫情之前，我们中的某些人都会在生活中的某个时刻去实体店。有时会有销售人员向你打招呼并试图提供帮助，但就我个人而言——我极其讨厌这种行为。就让我自己逛逛商店吧，我知道自己需要什么；如果不知道，我会主动询问！不过，商店这么做背后可能有经济原因——以这种方式骚扰顾客确实能在可量化的程度上提升销售额。
我的问题是：Discourse 团队是否进行过任何调查，以确认这种行为是否有必要？
如果你的回答是“这是常识”，那我反驳道：10 到 15 年前，“常识”是允许用户签名占用半个屏幕空间，其中包含足以诱发癫痫发作的动画 GIF。
顺便提一下，我知道可以关闭徽章系统。我已经在托管实例中这样做了。问题在于，我无法控制未来我将注册的各个实例的默认设置，而其中一些我必须注册。
3 个赞
incapaz
(sjr04)
4
2 个赞
是的，也不完全是。它确实移除了一些徽章、提示和通知，但并不会完全关闭您账户的徽章功能（据我所知，在当前的架构下无法实现）。
例如，无论我到哪里，仍然会获得“基础”和“编辑”徽章。
3 个赞
延续您的例子，即使我对此感到反感，我也无法为一家我并非所有者的商店制定关于员工行为的商店政策。
因此，我认为让商店管理层自行决定什么最能促进其销售是完全合理的。
同样的逻辑也适用于论坛。如果这种激励机制能提升论坛的参与度，那便无害。如果您不喜欢这种做法，不妨向商店（论坛）管理者反馈，但在这里我们能做的确实有限。
为明确起见，我并非在为这种行为辩护。我也认为这类“噪音”需要适度减少，相关通知应可自定义为“勿扰”模式的低优先级队列。不过，如果我是一名新用户，收到一些鼓励性的信息并无不妥。
话虽如此，当我在三十多个论坛上收到完全相同的徽章和晋升通知时，确实会感到十分怪异且冗余。
2 个赞
请允许我强调，在我所举的店铺例子中，实施这项政策是一个有意识的决定。他们权衡了利弊，并决定主动以此方式推动销售。
根据我对多个 Discourse 社区的观察，我的主观印象是，这些社区要么直接保留默认设置，要么根本不知道存在可以禁用该功能的设置。
3 个赞
这很奇怪，管理员要找到禁用徽章的设置其实相当直接。
就我个人而言，在我使用 Discourse 的过去五年里，从未听说过类似的投诉。
不过，我认为这应该改为在首次设置向导中作为“可选开启”的选项，以便管理员可以自行决定是否启用徽章功能。
1 个赞
我上个月刚经历过全新安装的过程，可以告诉你们，这里确实存在一定程度的“配置疲劳”。你最初会专注于实例的外观、政策文本应如何体现等等。这些设置很容易在忙碌中被忽略，而且你说得对，通常没人会对此抱怨。因为人们很容易忽略那些无意义的通知十次。
我同意“默认关闭、需主动开启”这一点。至少这样能让这成为一个反映管理员意愿的明确决定。
5 个赞
也许我记错了，但在注册 Discourse 论坛时，难道没有选项可以忽略这些内容吗？而且我敢肯定，很少有人会与 Discobot 互动。
关于徽章，也许可以将其作为其中的一部分——或者在偏好设置/通知中提供一个相关选项。
有一个按用户设置的选项可以禁用新用户引导，同时还有一个管理员设置用于全局启用徽章（默认开启）。我的理解是，@max_gashkov 希望了解后者存在的理由，并建议将其默认值改为关闭。
1 个赞
simon
13
6 个赞
谢谢，Simon。我确实很喜欢“投诉驱动开发”这个概念，所以我还要再多提点意见！
我觉得“跳过……"功能似乎并没有按预期工作。在我注册过的每一个论坛上，勾选该选项后，我仍然会收到关于“欢迎”、“编辑者”徽章以及其他多个通知。
我可以提出另一种解决方案吗？Slack 虽然在很多方面做得不对，但也有可取之处：它在桌面端停靠栏中区分了未读计数，针对直接消息和其他所有消息，分别在应用图标上显示数字或圆点。是否可以在 Discourse 的用户界面中也实现类似的功能？将所有用户主动发起的事件（如主题回复、提及、用户间消息等）显示为数字，而将所有自动活动（如徽章授予以及其他我不太确定的内容）显示为圆点。
8 个赞
sam
(Sam Saffron)
15
这似乎是我们疏忽了，我们肯定会通过设置来屏蔽这些通知。
11 个赞
太棒了！很高兴看到人们能够选择关闭这些徽章通知……我在加入的网站上也会收到这些通知，现在已经习以为常了。能发现并抱怨这个问题，同时也能推动修复这个漏洞，真是做得好。感谢 @andrei！
在 Discourse for Teams 上，我们完全禁用了徽章，因为在面向团队内部协作的私有站点上，对于已经有意愿共同工作的人员来说，根本不需要这种激励措施！
那么在禁用了 discobot 的站点上会发生什么情况？除了进入用户偏好设置，用户是否还有其他途径可以选择关闭这些通知？
实际上，我认为这是为了遏制商店盗窃行为！
5 个赞
rogerco
(Roger CO)
21
我只想插一句，我觉得 Discourse 站点上的徽章和系统整体的“话痨”风格相当俗气。
我怀疑很多管理员要么懒得管，要么不知道如何关闭这些功能。我想很少有用户会为此抱怨——这不过是一种低级别的恼人体验，会降低人们对运营该站点组织的印象，因此整体影响可能是负面的，但从未被量化过。
在我看来，如果所有这些功能默认都是关闭的，需要站点创建者主动开启，会更加合理。
对我而言，所有的徽章和鼓励措施，往好了说是居高临下，往坏了说是令人冒犯，而且始终是一种干扰。系统把用户当成小学生对待（如果用户确实是小学生，那倒也无妨）。
总体而言，互联网上处于小学计算机水平的人数多于高级用户。
徽章功能绝对是“爱恨分明”的类型……有些网站的用户对完整性充满竞争意识，而像这里所显示的，另一些用户则并不喜欢！也许这正是一个好的信号，表明它应该作为站点设置向导中的一个可选功能？
不过，完全有可能通过改进账户创建时的“我不是初学者”退出选项，来解决此处的大部分抱怨。
13 个赞
