# 使用 DIY 社区健康检查改善您的社区体验 | 博客

**URL:** <https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590>\
**Category:** Blog\
**Created:** [2022年一月11日 23:08 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590 "2022-01-11T23:08:07Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![osioke](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/osioke/32/238946_2.png) [@osioke](https://meta.discourse.org/u/osioke)\
**Post date:** [2022年一月11日 23:08 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/1 "2022-01-11T23:08:07Z")

</div>

社区是鲜活的、有生命的系统。它们可以处于增长、繁荣、停滞或衰亡的状态，而社区的这种状态由社区的健康状况定义。一个健康的社区充满增长。

* * *
这是原始条目 [https://blog.discourse.org/2022/01/improve-community-diy-health-check](https://blog.discourse.org/2022/01/improve-community-diy-health-check) 的配套讨论主题

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2022年一月12日 09:43 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/2 "2022-01-12T09:43:37Z")

</div>

这更多是一个用户体验/用户界面问题。否则，我们就回到了主要问题——我们如何才能打败 Facebook 😉

简短的回答是……我们不能，除非 Facebook（我拒绝称其为 Meta）做一些非常糟糕的事情，群众才会抛弃它。而且他们不会在没有 B 计划的情况下这样做。事实上，人们早就预料到 Facebook 会变得如此庞大，论坛基本上会消失。

大多数论坛都是基于技术的，面向编码员和/或支持人员，就像这个。Meta 在这里占据主导地位只有一个原因：没有 Facebook 群组，而且 Discourse 在某种程度上是针对更高技术技能的。WordPress 之所以成为巨头，是因为它易于设置和维护（即便如此，对许多人来说还是太难了）。但是：大多数 WordPress 网站没有任何评论或讨论，即使对用户来说很容易。

大多数平台，甚至所有平台，都不够用户友好。它们是技术/开发/公司友好的，这是完全不同的事情。是的，所见即所得（WYSIWYG）编辑器很重要，但在这里不是，因为每个人都对 Markdown 和 HTML 标签感到满意。

但即使这是个大问题吗？也许不是。Facebook 或 Twitter 根本不提供编辑工具。

如果用户可以轻松地

- 注册和登录，
- **使用手机** 阅读主题
- 回复主题

那么技术上所有重要的事情都完成了。

论坛的精神很重要。或者说，它重要吗？最大的 Facebook 群组并不以友好和友善的环境而闻名。

进行一些用户体验/用户界面测试是必不可少的。同样，还有更多……精神层面的问题，比如用户如何处理基本事务、离题内容等（在这里 Discourse 提供了非常强大的工具，至少在管理方面）。但即便如此，还有两个主要类别的问题，技术或论坛的规则/政策在其中并不起多大作用：

- 如何吸引随机用户到论坛
- 如何让相同的用户回访论坛

有两个答案：

- 分享链接（Google 就是 Google）
- 在 **用户被动或人数很少时** 创建有意义的内容

还有第三件事：如果你有一个活跃的 FB 群组，停止在那里创建和发布内容，只分享指向论坛的链接。如果你是另一个仅仅批准新成员并踢出坏人的管理员……你就输了。

第一条规则（再次）：用户不是在寻找技术体验；90% 的用户在寻找答案，9% 的用户在寻找一个可以发表意见的场所（类似 Twitter 的独白），最后 1% 的用户在寻找讨论。

所以，这样的测试应该可以，但要以更人性化的方式进行，并试图理解随机用户的感觉和行为方式，以及 **为什么** 他/她会做某事，以及 **为什么** 他/她不做。网络管理员/开发人员/技术人员想要什么或做什么根本不重要。

我做了很多用户体验/用户界面测试和规划工作，很容易陷入技术解决方案，而应该理解人们为什么会那样行事。抱歉，如果我不够礼貌的话；）但从技术上讲，用户体验/用户界面测试不是一个普通的 Discourse 网络管理员应该做的工作。这是 Discourse 团队的工作（当然，选择一个有效的主题并理解侧边栏的无意义是网络管理员的工作）。但是创建内容和提供安全（在一定合理的水平上）的环境是网络管理员的领域，这必须时不时地进行测试。

_社区体验_是一个非常难的术语，因为它太宽泛了。我认为太宽泛了。

---

<div class="post-metadata">

**Author:** ![osioke](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/osioke/32/238946_2.png) [@osioke](https://meta.discourse.org/u/osioke)\
**Post date:** [2022年一月13日 13:14 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/3 "2022-01-13T13:14:41Z")

</div>

有趣的回复，用户的需求和期望确实是定义和改善用户社区体验时应考虑的决定性因素。然而，这将为不擅长设计的社区经理增加一套更复杂的步骤。因此，我试图使这篇文章更简洁，因为我们希望回答社区所有者/经理通常会问我们的问题：

> 我该如何检查我的社区运行得如何？

正如您所说，满足用户的需求和期望确实能更全面地回答这个问题，但可能会过度回答，并可能被视为令人困惑，因为它将涉及重新制定整个社区的策略，而不是进行健康检查。它还会增加一套更复杂的步骤，并超出我们试图回答的问题范围，所以我认为应该更简单一些。

如果您仍然想要一个关于如何利用用户需求和期望来改善社区体验的指南，我开发了一个包含内置提示的扩展体验地图，任何人都可以遵循，请参见：

> [@Creating a community user journey map template](https://meta.discourse.org/t/creating-a-community-user-journey-map-template/189929?u=osioke):
>
> In reviewing different communities, I created a template map to help me think about the user’s journey in a community and what could be improved: [Community User Experience/Journey Map - Google Sheets](https://docs.google.com/spreadsheets/d/15BXZ7hErJXSqi_AHSnXnj7xMIxkoRdtBMZiTXCs1NOg/edit?usp=sharing) I left part unfilled so I could copy, personalise and reuse for different communities. What do we think of it though? Is there anything I could add or remove? Also, how have you mapped your community member’s journey? Do you even need it? Or what do you do to get an overview of your memb…

 ![image](https://global.discourse-cdn.com/meta/original/3X/e/2/e29a7de36bc7e833191a6ffefe2282cbc0784e65.jpeg)

我最近还写了一篇关于这张地图的小指南，请参见：

> **[How to improve your community's experience with an experience map](https://communitystaples.substack.com/p/improve-customer-community-experience)**
>
> By improving the community experience, members can better get the value they came for which means they'll pay more, stay more and invite more members like them

在那里，您将看到关于遵循用户或社区成员的需求和期望的更详细内容。如果您觉得有帮助，请告诉我。

---

<div class="post-metadata">

**Author:** ![JimPas](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jimpas/32/148179_2.png) [@JimPas](https://meta.discourse.org/u/JimPas)\
**Post date:** [2022年一月13日 20:27 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/4 "2022-01-13T20:27:58Z")

</div>

> [@Jagster](#):
>
> 如果您有一个活跃的Facebook群组，请停止在那里创建和发布内容，只分享论坛链接。

您有一个非常好的建议。这是击败Facebook的一种方式。通过仅发布链接（也许还有一句话的描述）将用户从Facebook吸引到_您的_论坛。这既可以维持您的Facebook群组的活跃度，又可以将更多人引流到您的论坛。为什么要把所有内容都放在Facebook上，这样就没有理由让别人访问您的论坛了？吊着那些胡萝卜吧！😉

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [2022年五月6日 21:11 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/5 "2022-05-06T21:11:16Z")

</div>

> [@Jagster](#):
>
> 所以，像这样测试是可以的，但要更人性化一些，并试图理解普通用户是如何感受和行动的，以及他/她 **为什么** 会做某事，又 **为什么** 不做。网站管理员/开发人员/技术人员想要什么或做什么，这根本不重要。

没错，你知道在房地产领域，最重要的事情是

1. 地理位置
2. 地理位置
3. 地理位置

而在网络社区，最重要的事情是

1. 内容
2. 内容
3. 内容

除非你有引人入胜的内容，否则你永远无法吸引用户。如果你运气好，就像 Lady Gaga / The Kardashians 一样，你拥有庞大的粉丝群，他们随时准备追随你，吞噬你发布的每一条帖子。

如果你还不有名，那么你就需要辛苦地创作内容，而这就是让人们日复一日地出现并参与进来的工作——从 **你的员工** 和你的团队开始！这项工作的 90% 是日复一日地出现，并与他人互动。

因此，UI/UX 工具的作用，在这种情况下，就是 **让人们 _轻松地_ 出现、加入并参与贡献。** （这就是为什么聊天是 Discourse 的一个重要的新功能——它极大地降低了参与的门槛，无需考虑主题标题，甚至无需决定看哪个主题……只需加入与其他人相同的通用频道，然后输入“嘿”）以及提醒人们回来：如果他们一周没有看到任何内容，就每周给他们发送一次最有趣讨论的摘要邮件，并在他们几小时没有访问网站时，向他们发送有人在 **直接与他们** 交谈的通知。

任何独立的网站能否克服“嗯，我一直登录着 Facebook”的参与门槛？不能。但它们应该首先确保提供一些在 Facebook 上得不到的独特而有趣的东西。

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2022年五月6日 21:35 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/6 "2022-05-06T21:35:43Z")

</div>

> [@codinghorror](#):
>
> 除非你有引人入胜的内容，否则你永远无法吸引用户

当然。

但是，如果用户体验 (UX) 和用户界面 (UI) 以及技术总体上太难使用，或者访问被太多壁垒阻挡，那么你提供的内容有多好就无关紧要了。

Facebook、Instagram 等非常易于使用。任何没有技术技能的人都可以分享和创建内容（质量无关紧要）。我在 FB 群组中有数千名用户创建和消费高质量内容，但他们不会来 Discourse。原因只有一个：他们不明白编辑器是如何工作的。

实际上，在 Discourse 中要做最重要的事情是删除工具栏，或者只留下用于上传媒体的按钮，以及可能的三巨头：粗体、斜体和简单的列表。

但 Discourse 有一样东西他们称赞：引用以及这项任务有多么容易。

但这只是技术方面。有一个最大的问题需要解决：移动设备以及用它们写作是多么不可能。

我们正处于一种非常奇怪的境地。创作内容不是知识问题。它是物理工具的问题。

录音机可以是一种解决方案——实际上，任何社交平台都不提供音频。视频、GIF 等可以，但只有音频不行。Discourse 有一个很棒的音频播放器——但它要求用户能够使用他们录制视频和拍照的同一个小工具来录制音频，而他们就是……不能。

大多数用户是消费者，不是创作者。这始终是一个事实，而且不会改变。所以我们又回到了起点：用户数量。我们需要大量的潜水者来获得创作者。只有当他们拥有足够简单的工具时，我们才能获得创作者。如果他们知道如何使用平台，我们就能获得潜水者。

内容为王。或者说是女王。总之非常重要。但这与 SEO 非常相似。你所需要的就是内容，以及 Googlebot 可以访问内容的搜索引擎。

而且我们大部分时间都在思考如何让 Googlebot 的生活更轻松、更有效。为什么我们不把同样的努力投入到人类用户的用户体验/用户界面上呢？

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [2022年五月7日 16:05 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/7 "2022-05-07T16:05:33Z")

</div>

> [@Jagster](#):
>
> 但这仅仅是技术层面。还有一个最大的问题需要解决™：手机以及用手机写作的难度。

当然，但这只是一个普遍现象——设备已经提供了语音转文字功能（通常很糟糕，但这已经是拥有数十亿美元收入的巨头公司所能做到的最好的了）。人们在手机上发送大量短信，所以重点是简短的书面沟通，例如聊天的兴起。

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2022年五月7日 16:27 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/8 "2022-05-07T16:27:14Z")

</div>

> [@codinghorror](#):
>
> 重点是更短的书面交流，例如即时消息的兴起

正是如此！这就是为什么所有论坛的未来……并不那么光明。光明是指我们有一个讨论的平台。整个场景正在回到短信、聊天和被动的内容消费。

很高兴 Discourse 中有聊天功能。但这并非改进。这是现在每个平台都在走向的东西。嗯，这就是当今的现实，我理解为什么 Discourse 公司会采取这一步。但是，请注意，这与高质量内容或内容本身无关。这只是毫无意义的闲聊。

但事情就是这样，这就是为什么我们无法在不参与其中时击败社交媒体的原因——当然，这是一个方向，但你在那里/我们比其他人落后好几英里。

人们不想使用音频。大多数用户也不想使用视频。也许有一天语音转文本功能可以支持英语以外的其他语言（即使是英语也不是那么顶尖），并且它可以极大地改变游戏规则。但这并非 Discourse 的职责。

因此，唯一合乎逻辑且技术上的方向是理解，大多数用户从不创造任何东西。这就是为什么创建帐户如此……过时的原因 😉 对话本身将是，并且已经是少数人的享受，而其他人只是坐在那里观看。

这就是为什么三大运营必须是

- 尽可能简化所有类型内容的创建
- 工具必须针对创作者，评论必须使用不同的工具箱
- 必须支持所有设备，移动设备优先

论坛是前 Facebook 时代的遗迹。现在同样的平台必须……像 WordPress 一样带有评论功能，但要好得多。而且我们都知道，或者应该知道，WP 网站上的评论有多么成功…… 😉

抱歉——我记不清我们从哪里开始的了 🤣

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [2022年五月7日 16:51 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/9 "2022-05-07T16:51:21Z")

</div>

> [@Jagster](#):
>
> 很高兴 Discourse 提供了聊天功能。但这并非一种改进。这是现在所有平台都在朝着的方向发展的东西。嗯，这就是当今的现实，我理解为什么 Discourse 公司会采取这一步。但是，请注意，这与高质量内容或内容本身无关。这只是无意义的闲聊。

我不同意这个观点。聊天就像是引燃更大对话火焰的火种。🔥 考虑一下聊天可以让你不必担心的事情：

- 主题标题
- 根本没有主题（我们可以讨论\_任何事情\_）
- 浏览主题列表（每个人都在通用频道发帖）

但是，例如，聊天中可能会出现这样的情况：

> 我和我的家人刚看完电影《蝙蝠侠》，因为我们不喜欢它。

现在我可以在 Discourse 中，通过几次点击，根据这条聊天消息启动一个新主题，一个 **结构化的讨论** ，标题为：

> 你看过哪些让你中途离场的电影？

并在第一篇帖子中澄清（你花了自己的钱去看，等等），因为对我来说，当你在花了自己的钱去看一部电影后，仍然觉得这部电影太糟糕了，不值得你花时间去坐着看完你花钱买票并且原本想看的电影时，这\_非常\_吸引人。

> [@Jagster](#):
>
> 现在，同样的平台必须……就像 WordPress 一样带有评论功能，但要好得多。

嗯，不……注释系统之所以会失败是有原因的。没有人想阅读注释系统：

> **[Please Read The Comments](https://blog.codinghorror.com/please-read-the-comments/)**
>
> I find the Don’t Read The Comments movement kind of sad.
> 
> In 2006 I said that a blog without comments is not a blog and I stand behind that statement. There have been brief periods where my own blog has been temporarily...

他们想\_属于有意义的社区\_，但一堆评论（或注释）随意地放在页面上并不是社区。这是一种“飞驰而过的扫射”，最愤怒的人最有可能发帖。

> [@Jagster](#):
>
> 抱歉——我记不清我们从哪里开始的了 🤣

我们正在讨论建立社区的系统，以及检查它们的健康状况和脉搏。你担心是正确的；正是因为担心，我才\_启动了\_ Discourse。这可能是一篇有启发性的文章：

> **[The Only Good Thing Left About Facebook](https://www.theatlantic.com/culture/archive/2022/04/how-facebook-groups-create-community/629698/)**
>
> Some people believe that the company’s scandals are reason enough to quit the platform. Others have found one compelling reason to stay.

---

<div class="post-metadata">

**Author:** ![jimkleiber](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jimkleiber/32/121814_2.png) [@jimkleiber](https://meta.discourse.org/u/jimkleiber)\
**Post date:** [2022年五月7日 18:09 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/10 "2022-05-07T18:09:28Z")

</div>

> [@Jagster](#):
>
> 论坛是前 Facebook 时代的遗物。

我不认为“论坛”必须是前 Facebook 时代的遗物，因为我同意：

> [@codinghorror](#):
>
> 只需点击几下，就可以发起一个新主题，一个基于该聊天消息的 **结构化讨论**

对我来说，我发现许多 Discourse 论坛在长篇讨论方面存在问题，或者允许长篇讨论。我知道有设置可以限制每帖的最大字符数，但似乎这些设置通常设置得非常高，而且用户界面也支持长篇讨论。

我并不是说这有什么内在的错误，因为我喜欢讨论有主题限制且没有长度限制。我认为对我来说，我只是不认为论坛必须等于长篇。

例如，Guilded，类似于 Discord，有一个论坛频道类型，我发现其中的帖子往往更短。我也不知道他们是否有严格的长度限制，但它们往往不像这里有时那样长……这可以鼓励我从手机上参与更多。

有时我会在论坛上看到一段话，然后是一个段落的回复，然后是另一个段落的回复，然后有人回复了三页的文本（有点像我现在这样），这会扰乱流程。而且，当我看到这种情况时，我也感到有更大的负担去回复，因为里面有太多内容了。

所以，我先停在这里：有人将最大帖子长度设置为短得多的长度吗？你是否也觉得非常长的回复会打乱动态？还有其他吗？

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [2022年五月7日 19:32 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/11 "2022-05-07T19:32:20Z")

</div>

我们已经观察到“快车道/慢车道”的动态已经有一段时间了。[Megatopics](https://meta.discourse.org/t/the-megatopic-public-good-or-public-menace/85592) 就是对聊天的呼唤：

> [@Chat rooms, topics, and evergreen topics](https://meta.discourse.org/t/chat-rooms-topics-and-evergreen-topics/52528/4):
>
> You can, but it’s going to break you in the long run (due to db size), and it adds hosting costs in terms of pageview, storage, bandwidth load. It is true that there are two distinct forms of communication, and I definitely agree with this characterization: fast lane — chat, disconnected / incoherent words, ephemeral, lettin’ it all hang out, off-the-record slow lane — discussion, coherent sentences + paragraphs, permanent, on-the-record At the moment, I suggest signing up for a free S…

> [@Using a topic as a chatroom](https://meta.discourse.org/t/using-a-topic-as-a-chatroom/81098/4):
>
> The main issue you will run into is [megatopics](https://meta.discourse.org/t/the-megatopic-public-good-or-public-menace/85592), which chat topics always become. There is a limit of 10k replies for a reason, and you want to minimize the number of megatopics you have as they are very expensive in server (and client) time. That being said, if you have one of these topics at a time and delete the old ones, you’re probaby fine. This gets into “slow lane” versus “fast lane” discussions and it is something I want to eventually design for.

---

<div class="post-metadata">

**Author:** ![jimkleiber](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jimkleiber/32/121814_2.png) [@jimkleiber](https://meta.discourse.org/u/jimkleiber)\
**Post date:** [2022年五月8日 02:20 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/12 "2022-05-08T02:20:06Z")

</div>

我想知道的是，它是否总是如此清晰地分为这两个截然不同的类别。是否有可能一次最多只有一个段落的“讨论、连贯的句子+段落、永久性、有记录”？

反之，是否有至少三个段落的讨论，变成“脱节/不连贯的词语、短暂的、随心所欲的、不记录在案”？

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [2022年五月9日 21:54 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/13 "2022-05-09T21:54:48Z")

</div>

根据我过去十年的观察，我认为它确实通常属于这两类之一，就像一条双车道高速公路。

> **[Two-lane highways more dangerous, but I'll still drive them](https://www.desmoinesregister.com/story/opinion/columnists/iowa-view/2017/08/07/two-lane-iowa-highways-dangerous/537538001/)**
>
> Much more to see on 2-lane roads, even if danger is all around.

一条车道是给那些必须开得 _飞快_ 的人，另一条车道是给那些满足于按传统限速行驶的人。这样，两类人都可以得到满足，并安全出行。

---

<div class="post-metadata">

**Author:** ![alefattorini](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/alefattorini/32/119928_2.png) [@alefattorini](https://meta.discourse.org/u/alefattorini)\
**Post date:** [2022年五月24日 08:07 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/14 "2022-05-24T08:07:47Z")

</div>

> [@codinghorror](#):
>
> 而且我现在可以在 Discourse 中，通过几次点击，就能围绕那条聊天消息发起一个新主题，一个 **结构化的讨论** ，标题为：
> 
> > 你看过哪些电影看到中途离场的？

我每天都会和我的大使们通过 Telegram 聊天这样做。我用它来为我们社区的讨论寻找新话题……使用 Discourse 本身真是太棒了！

---

<div class="post-metadata">

**Author:** ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)\
**Post date:** [2022年五月27日 20:58 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/15 "2022-05-27T20:58:19Z")

</div>

> [@Jagster](#):
>
> 而这只有一个原因：他们不明白编辑器是如何工作的。

你是根据什么得出这个结论的？你做过民意调查吗？我真的很想知道有多少比例的用户认为编辑器是一个根本性的障碍。

就我而言，我相当有信心，大多数人之所以不转向或至少不坚持使用论坛，并不是因为他们必须为此付出持续的努力。Facebook（和其他社交媒体平台）是内容和用户互动的巨大聚合器。它们是_故意_设计的“粘性”平台。如果你有多个兴趣，你不必去多个“地方”来满足它们。这_真的_很难超越。我敢肯定，这个因素对大多数人来说是最大的障碍。

> [@codinghorror](#):
>
> 一条车道是给那些必须_飞快_的人准备的……另一条车道是给那些满足于传统限速的旅程的人准备的。这样，两类人都可以得到满足，并安全出行。

我想知道我的[主题+聊天混合体](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088)的想法是否能融合这两种模式的优点（或用户偏好）……

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [2022年五月29日 20:49 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/16 "2022-05-29T20:49:29Z")

</div>

是的，理解编辑器一点也不难。它只是网页上的一个框，你可以在里面输入文字，然后按“回复”按钮。这在 2010 年可能对人们来说是新奇的，但在 2021 年的今天就不是了。

正如你所指出的，“我总是登录 Facebook / Instagram / Discord”这种不可抗拒的引力，是更大的阻碍。

至少社交登录确实让登录情况比五年前好多了。Discord 也做了“继续输入（如果网站允许）然后你以后可以认领这个账户”的事情。

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2022年六月13日 18:21 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/17 "2022-06-13T18:21:32Z")

</div>

> [@oshyan](#):
>
> 你根据什么得出这个结论？你做过民意调查吗？我真的很想知道有多少比例的用户认为编辑器是一个根本性的障碍。

根据活跃论坛作者提出的问题数量，以及我询问的情况，因为我在 Facebook 上有很多活跃用户，他们只是看看论坛上的话题然后就消失了。

答案总是相同的：作曲家令人困惑。按钮的行为不符合预期，也就是说，他们期望看到什么。制作表格是一项糟糕的任务。iPhone 用户找不到上传按钮，因为它不在其他按钮的位置。

我仍然在想 Discourse 是否应该走社交媒体的老路：根本没有按钮。

好吧，那将是一个过于激烈的举动，但大多数都可以隐藏，并且上传和表情符号是默认情况下唯一可见的。但可以有一个按钮来显示那些隐藏的按钮（甚至可以在个人资料中设置）。

时不时会有人忘记现实：大多数人根本不懂技术，甚至连基本操作都不懂——他们无法更新设备的操作系统，但他们可以评论和发送照片，只要没有可怕的陌生操作。

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2022年六月13日 18:28 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/18 "2022-06-13T18:28:08Z")

</div>

> [@codinghorror](#):
>
> 是的，理解编辑器一点也不难

下次我会引用你。实际上很快就会引用，因为有人问她如何制作

> [@codinghorror](#):
>
> 至少社交登录让登录情况比五年前好多了

一个链接。当她知道这根本不难时，她会非常高兴。

说实话，当有人告诉正在为某事挣扎的人这是一项容易的任务，并让他们觉得自己很愚蠢时，这是一种危险的方式。因为会发生这种反应。

你可以在这里说这样的话，因为这是一个封闭的环境，没有普通人会来这里。但请——不要在公共场合说这样的话。

> [@codinghorror](#):
>
> 至少社交登录让登录情况比五年前好多了

甚至一年前也是如此。这是你们做得很好的事情，包括文档。

（现在我不知道为什么我这么早就发送了这条评论。我尝试复制并使用了 Ctrl-C，但 iPad 的键盘需要 Cmd-C。这就是为什么开始更改几乎是标准的东西如此危险的一个例子）

---

<div class="post-metadata">

**Author:** ![Tris20](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tris20/32/264639_2.png) [@Tris20](https://meta.discourse.org/u/Tris20)\
**Post date:** [2022年六月14日 11:58 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/19 "2022-06-14T11:58:49Z")

</div>

> [@Jagster](#):
>
> > [@codinghorror](#):
> >
> > Yeah it’s not difficult to “understand” the editor at all
> 
> 下次我会引用你。实际上很快就会引用，因为有人问她如何进行

编辑器的学习曲线并不陡峭，但这种编辑器风格对很多人来说并不熟悉。即使作为一名开发者，我也花了一到两周的时间才适应。现在我非常喜欢它，但我还记得第一周的尴尬，这让我完全放弃了这个平台。

这对我们实例上的许多非开发者来说也是如此。有些人就是不理解编辑器，但在发布一两个帖子后就没事了。我发现举办一个欢迎会，让大家发布一张猫的图片，效果相当不错。如果我再这样做一次，我会举办一个活动，让他们必须发布一张猫的图片，使用一些标题，并为猫写一个愚蠢的简介，只是为了鼓励他们使用 markdown（我们的许多用户不熟悉 markdown）。

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2022年六月20日 21:48 UTC](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590/20 "2022-06-20T21:48:11Z")

</div>

> [@Tris20](#):
>
> 有些人就是不理解编辑器，但一两篇帖子之后就好了。

这是真的。但问题是如何推动一个不怎么懂技术的新人开始学习新东西（我们又回到了老话题：我们如何才能战胜社交媒体）。他们会开始回复，遇到一些意想不到的情况，然后就会离开。这就是为什么我希望新用户能有一个尽可能简化的工具栏。

[下一頁](https://meta.discourse.org/t/improve-your-community-experience-using-a-diy-community-health-check-blog/214590.md?page=2)
