社区设计,13 年后

Avatar of Chris Coyier
Chris Coyier

DigitalOcean 为您旅程的每个阶段提供云产品。 立即开始使用 200 美元的免费积分!

我听说过很多人说 社区设计Derek Powazek 写的这本书很棒,而且是在“时机成熟之前”就出版的。 作为一名在几个我认为是社区网站的网站上工作的人,我拿起了这本书读了读。 该书出版于 2001 年,现在已经过去了 13 年多。 对于典型的科技书籍来说,这已经是古代历史了。 它是一本科技书籍,因为它谈论的是特定的网站和特定的技术,而这些东西确实感觉很古老(屏幕截图很有趣)。 但作为一本设计书籍(和一种人类学书籍),它已经优雅地老去了。

由于我读这本书时手里拿着一支荧光笔,所以我想分享一下书中的引文,并思考这些年来这本书中的想法是如何实现的。


“社区”一词很危险。 这是一个出现在标语和季度报告中的词语,用来让股东感到温暖和模糊。

过去我曾在一些场合使用过“CSS-Tricks: A Web Design Community”(比如在 T 恤上),但它确实感觉有点空洞。 我没有通过提醒人们这里“只有我一个人”以及淡化这个网站本质上只是一个个人博客来对自己有任何帮助。 这些年来它已经成长了很多,我将努力继续发展它。 我想我将停止将其专门称为社区,并让它成为真正的社区。

如果你成功了,你的成员会自发地称其为社区。


这本书从一些给网站添加社区功能的错误理由开始,包括与一位想要在他们的网站上添加实时聊天室的首席执行官之间有趣的对话。

“嗯,如果有人进来开始说公司坏话,你会希望他们被踢出去,对吧?”

“对!” 他说。

“很好,”我说。“那就决定了。 我们会让版主 24/7 驻守那里。 谁想要夜班?”

就这样结束了。

完全开放/匿名/实时聊天在网络上几乎消失了。 它可能会一直保持这种状态。 只要你发布了类似的东西,它就会充满不良行为。 即使在这里在 CSS-Tricks 上,我曾经做过的实时聊天演示,在几个小时内就充满了可怕的东西。 想象一下 AT&T 在他们的主页上放了一个实时聊天室。

聊天仍然存在,以私人、仅限邀请的聊天形式存在。 例如,像 Media Temple 这样的实时客户支持,或者像 Google Hangouts 或者 Slack 这样的团队/群聊。 在 IRC 的情况下,某些频道有版主。 在像 Tlk.io 这样的聊天应用程序的情况下,没有大型的公共房间(没有目录可以找到它们),因此房间是某种共享和自我选择。

当用户发布到你的网站时,这不是他们送给你的礼物; 这是你和用户之间真正关系的开始。


但他们是他们自身成功的受害者。 用户开始如此频繁地发布评论和问题,以至于评论只在社区区域的主页上持续很短时间。 他们越受欢迎,帖子滚动消失的速度就越快,还没来得及得到回复。

今天正在发生的一个持续存在的问题。 Facebook 不断尝试在访问时向人们展示什么内容。 它并不像最近的那样简单,而是一个(据推测)复杂的算法。 一些论坛提供“热门帖子”或发送繁忙活动的摘要电子邮件。 但大多数论坛,甚至这里的论坛,都只是按最新时间排列帖子。 绝对不是一个“已解决”的问题。

我一直都是手动精选的粉丝。 如果你有资源,选择最好的内容来突出显示。


在一个关于一个数字摄影网站成功添加社区论坛的故事中

我确信如果没有 Askey 从一开始就用高质量的内容为网站“加油”,论坛的质量(以及数量)就不会那么高。

这当然也是 CSS-Tricks 上的情况。 你不能仅仅建立一个全新的网站,称之为“木雕论坛”,然后期望木雕爱好者蜂拥而至。 即使你“加油”,也不能保证成功。 唯一的保证是,事情会从缓慢开始。

我经常做(白日)梦,研究那些几年后才会发布的电子游戏,并为网站建立不错的论坛,这样当游戏发布时,事情就会开始变得活跃,并可能成为谈论该游戏的活跃/默认场所。 但我对游戏的缺乏热情肯定会暴露出来。 而且没有其他内容来支持论坛,它几乎肯定会失败。


异步通信为参与者提供了更多时间来撰写优雅的回复。 ......你可能会发现,你希望针对不同的任务采用多种同步和异步通信方法。

本质上

发布 = 异步 = 较慢 = 更深思熟虑
聊天 = 同步 = 更快 = 更随性

它们都有各自的优点,并且不需要相互排斥。 例如,CodePen 支持对所有 Pens 和 Posts 的评论线程。 这是异步的,你偶尔会在那里看到本质上是带有代码示例和冗长解释的迷你帖子(虽然我承认,出于某种原因,它们容易出现非常简短的评论。) 但在 Professor 模式和 Collab 模式下,我们为参与者提供了实时聊天。 消息实时传入,无需页面刷新,并以视觉方式突出显示。

Facebook 显然看到了两种方法的价值,提供了帖子/照片(速度较慢,更慎重)和 Messenger(实时聊天)。

有时界限会模糊,就像在 GitHub 的问题中,问题本质上是评论线程,但新的问题会实时传入。


......你提供给用户的內容的基调会在生成的响应中成倍地复制和放大。

毫无疑问。 发布热情洋溢的帖子,会得到热情的回复。 但不仅仅是一个帖子的基调,基调来自网站上所有地方的文案。 从微文案到文档。 从标题到电子邮件。

Mailchimp 对此了如指掌

我个人在最微观的层面上看到了这一点。 如果我在评论线程中发布带有负面情绪的帖子,我会得到负面情绪的回复。 我越来越发现积极情绪会慢慢传播,消极情绪/愤怒会迅速传播,而积极情绪往往可以阻止消极的连锁反应。


如果社区不断被提醒,领导者都是真实的人,每个人都会变得更加友好。

我对此深信不疑。 我喜欢像我是一个普通的人在和你说话一样写作。 我就是这样思考的; 我就是这样感觉的。 这就形成了基调。 这种基调是随意的。 这在社区中得到了放大。


你必须记住,你键入的每一句话都是论坛中允许内容的示例。

没有人凌驾于法律之上! 特别是国王!

每个用户发布的内容也是一个示例。 至少你必须审核帖子,理想情况下还要为用户提供审核工具。 评论线程可能会变得非常糟糕,就像 糟糕到无以复加。 我也想到了这些天我们在 Reddit / Hacker News / YouTube 上看到的疯狂帖子。 充斥着人身攻击、种族主义等。 时间越长,它似乎就越“正常”。


找到积极主动、积极的成员,让他们参与到你的内容制作中。

我一直试图这样做,也希望自己能做得更好。 这很容易成为一份全职工作。


说到全职工作,摘自书中对 Matt Haughey 的一次采访

不要低估所需的投入。 做得对,一个社区网站会占用你很多时间,而且回报,无论你将自己设定为目标的何种形式,可能要很长时间才会到来。

根据我的经验,至少要几年。

......选择你热爱的主题,投入必要的时间来构建一个围绕它的网站,坚持下去,直到它成功。


......创作歌曲和网页设计实际上是一回事。 它们都涉及设定节奏,然后围绕它即兴发挥。

不错的观点。 虽然我不得不承认我挺喜欢音乐类比的。 我喜欢这样的想法:无论你计划得多么周密,真正的设计工作都始于你开始构建之后,甚至始于你发布之后。


......尽可能地将你的社区功能与你的内容联系起来,无论是在视觉上还是在架构上。

在网站上完全不同的地方为内容片段单独建立评论线程,这很奇怪,而且我们现在已经习惯了。 也许这些天已经过去了。

每当我浏览一个设计精美的网站,然后链接到一个简陋的讨论工具区域时,我都会感觉自己好像被赶到儿童桌了。

我知道我喜欢将关于内容的讨论尽可能地放在内容附近。 即使像 Disqus(虽然我通常喜欢 Disqus)这样的东西,有时也感觉比我希望的更与内容分离(通常与上面的内容的外观和感觉不同)。 我想知道 Medium 对特定段落进行评论的技术是否会流行起来。 我不确定我对这件事的感觉。 很聪明,但也很分散注意力吗? 太近了吗?


......用户首先看到的是其他人对问题的答案。

这在很大程度上已经成为一种标准。 发布 > 评论 > 评论表单。 你至少要滚动浏览一些评论(希望它们能设定合适的基调),然后才有机会评论。 也许这就是 Disqus 奇怪的地方。 虽然他们确实将评论表单最小化了,直到你点击它,这很好。

后来,Derek 谈到了“隐藏发布按钮”,他承认这违反直觉,但会导致更高质量的内容。 我仍然害怕这样做。 我感觉我会不断地因为糟糕的用户体验而受到批评。


......不要对用户做出完全不可预测的事情感到恼火。 他们是在帮助你——他们正在教你如何使用你的网站。

非常有价值。 只要是积极的,你就适应,而不是强迫他们朝另一个方向发展。 这种强迫不会有好结果。

......如果用户感觉到他们被操纵了,他们会因此而怨恨你。

真的。


规则很好,但如果它们没有以清晰的方式传达给用户,它们就相当于不存在。

甚至不是说规则是否存在,并且发布在某个地方,而是它们恰好在用户需要的时候出现在他们面前。 Derek 在他网站上的信息非常经典,我多年来以各种方式模仿过,而且我仍然看到其他人模仿过它

这是我个人的网站。 它就像我的客厅。 我希望你能进来,坐下来,保持冷静。 如果你不冷静,并且发布了一些不相关的、恶意的或者纯粹愚蠢的内容,我会删除它,并把你踢出去。 我保留删除任何帖子的权利,无论出于何种原因。 我也保留相信人们本质上是善良的权利,尽管有压倒性的证据表明并非如此。

这就像一个段落形式的赞美三明治:以积极的方式开始,明确地提到负面内容,以积极的方式结束。

他还指出另一个网站上一些有趣的微文案

如果你在捣乱,我们有权停用你的账户,并在你的头发上涂口香糖。

我们在 CodePen 上尽量做到通俗易懂,即使是在法律条文之中。这并不是我们的主意,而是一种趋势,我希望看到更多这样的趋势。


不幸的是,根据我的经验,那些擅长网站设计的人,通常不擅长网站的托管和管理。

我希望这在我的个人情况中并不适用,但我承认这一点。我经常看到小公司在招聘的第一批员工中就包括社区人员,而大公司则会专门成立团队来负责社区管理。当 Derek 写这本书的时候,“社交媒体人员”这个职业肯定还没有出现。


… 每当我发布官方内容时,都会在开头加上“MODERATOR”,并稍微改变颜色,以便社区知道这是官方内容。

如今,WordPress 会根据评论者是网站管理员还是帖子作者等信息,对评论应用一个类名,这个类名可以作为样式钩子,用于实现这个目的。我相信大多数评论系统都有类似的功能。这个想法已经流行起来。


当你试图向用户销售小工具时,给他们想要的东西可能很重要,但在社区环境中,进入壁垒是创建一个成功的社区空间的必要部分。

我想起了大型网站转向 Facebook 作为评论线程。在 Facebook 上匿名评论比较困难(尽管并非不可能),而且我怀疑很多人都是登录着 Facebook 的,所以切换到你的“匿名”账户会更加麻烦。不过,这也不是完美的解决方案,据我所知,YouTube 在强制用户通过 Google Plus 评论后,评论区出现了更糟糕的情况。

我认为,进入壁垒越高,你就能获得越高质量的内容。例如,至今为止,你必须被邀请才能加入 Dribbble。毫无疑问,多年来,没有开放注册意味着那里发布的作品质量更高。但也更少。

想象一下,你必须提交申请并获得批准才能评论的网站。我敢打赌,这样的网站能获得几个优秀申请者就已经很幸运了(一般来说)。限制用户可以发布的内容的想法,我怀疑会让公司感到恐惧。较少的活动令人害怕(没有人关心我们!这里看起来很冷清!)即使更多活动可能是你真正应该害怕的(管理和社区建设都是苦差事)。


如果你试图培养长期的对话,那么要求用户注册是最好的方法。

另一方面,如果你主要试图培养一次性的连接,那么要求用户注册就是给用户带来不必要的麻烦,最终你只会让太多人反感,不值得这样做。

仅仅在这个网站上,就至少存在四种类型的进入壁垒。

  1. 内容 - 如果这种类型的内容没有吸引力,用户不会主动寻找它,他们就不会来这里。(很好,这是一个由网络极客为网络极客创建的网站)
  2. 博客评论 - 不需要注册,但需要留下姓名和电子邮件地址。(很快,任何人都可以做到)
  3. 论坛 - 需要注册。(便于用户返回并参与持续的讨论)
  4. The Lodge - 这些视频的评论线程需要付费账户。(更少的对话,更容易管理,有利于业务)

进入壁垒可以根据活动类型来决定,无论是写文章还是阅读。


电子邮件以一种即时、个人化的方式连接人们。因此,一些最强大的社区体验可以在你的收件箱中找到,这一点并不奇怪。

在这章中,Derek 谈了很多关于电子邮件驱动的社区。邮件列表/新闻组之类的。网络上没有公开的内容,这给这种通信方式带来了“转瞬即逝”的感觉。我已经很少看到这种方式了。也许电子邮件通讯有点复兴,但那更多是单向的。

我还想到了W3C 邮件列表,它通过电子邮件进行,但在网络上存档。在我看来,这感觉既古老又排斥(人们还在这样做?!)。

不过,电子邮件仍然活跃,可能与 13 年前大致相同,如果不是更加依赖的话。它们与社区的联系更多地体现在通知上。例如,我并不每天都去 Vimeo,但由于电子邮件通知了新的评论,我仍然感觉自己与那里有联系。


所有这些引用都来自这本书的前 2/3 部分。

我仍在阅读它,并且非常喜欢它。最后一章的标题是“杀死你的社区”,你肯定知道它与当今世界有着密切的联系。

Derek 的当前项目是Exposure,我使用过,并且很喜欢。它类似于社区,你可以浏览其他非匿名用户的照片故事,但与他们的互动非常有限。我想知道他们在网站上为社区准备了什么,或者少即是多是否在这里适用。过去的教训正在推动哪些决定?值得考虑。


Ethan Marcotte 刚刚写了一篇关于一篇具有类似价值的旧文章的文章。你还珍藏着哪些“旧”科技书籍或文章?