我们很高兴地宣布，Discourse 已获得 Pace Capital 领投的 2000 万美元 A 轮融资，我们的种子轮投资者 First Round Capital 也参与了本轮投资。
这是针对原始文章 https://blog.discourse.org/2021/08/discourse-series-a 的配套讨论帖。
这是针对原始文章 https://blog.discourse.org/2021/08/discourse-series-a 的配套讨论帖。
76 个赞
哇…… 
恭喜各位 
毫不为过，我得说 
11 个赞
哇，太棒了，恭喜！
我希望这次新的融资能推动 更多 此类进展。 
我不确定你们自己的用户数据（访谈等）显示了什么，但我认识的人中，很少有人会用“有趣”来形容使用 Discourse 的体验。顺畅？也许对部分用户而言是这样。“最简单”？嗯，对此我也不太确定。至少在设置/安装方面肯定不是最简单的（我理解，考虑到技术栈，它可能已经尽可能简化了）。但即使从用户角度来看，你也能看到 Meta 社区——以及其他地方——有不少人表示，Discourse 看起来比其他具有类似目标的相关平台或工具更“技术化”，甚至更“复杂”。
我知道，针对这些更广泛的话题和担忧提出具体建议，是推动变革的最佳方式（或者至少是团队最容易参与的方式）。我会在时间和精力允许的情况下继续尝试这样做。但我也认为，像你们这样规模的公司，在 问题领域拥有深厚专业知识，理应承担起将用户的一般性需求或担忧转化为更具体的功能和其他改进的责任。
理想情况下，这不仅应通过论坛中的对话来实现（虽然这已经在发生，但仍有一些顾虑），还应通过直接面向用户（以及 潜在 用户/管理员！）的访谈，提出开放且以体验为导向的问题（即经典的用户访谈）。我想，鉴于你们的规模和经验，你们可能已经这样做了。但如果是这样，我认为将这种更开放的方法更多地引入 Meta 社区会是个好主意。也就是说，让 Discourse 团队 更 visibly 地承担起将用户情绪和行为转化为具体功能和其他改进的工作，基于公开表达的反馈。
这里的“更 visibly"是指：减少团队那种将责任推给用户、要求用户提出具体建议的回复，而更多地采用例如“如果有了 X 功能，是否能帮助解决您的需求？”这样的提问方式。
这一点我认为特别令人兴奋，同时也高度依赖于解决我上述提到的那些顾虑。
当然，您知道我的评论是出于尊重，并且我真心希望 Discourse 越来越好。我也并非暗示你们没有进行用户访谈，或者没有将更宏观的想法和需求拆解为功能请求等工作。事实上，我认为至少在 Meta 社区，过去一两年里这些方面已有可见的改进（我加入的时间还不超过这么久）。不过，作为一名 Discourse 论坛的终端用户和多个论坛的管理员，我在这里的实际体验是：当我尝试推动变革时，常常得到的回应是“你的建议不够具体”或“请做一个原型”（这很容易被理解为“请帮我们做一些开发工作”，具体取决于请求者的能力和理解水平）。你们在 Meta 社区确实受益于用户的高技能水平，但这绝不能被视为理所当然，尤其是如果你们希望“触达全新的受众群体”的话。
希望你不介意我在这里提出这些顾虑。我并非想“抢风头”，但这些顾虑似乎与团队此次资源的大幅增加密切相关。感谢你的倾听。
总体而言，我认为 Discourse 做得非常出色。这是一款优秀的产品，背后有一支深思熟虑且能力出众的团队，而这次最新的融资可谓实至名归！
19 个赞
恭喜获得融资，更要恭喜您找到了合适的投资者。
巧合的是，Hacker News 上最近也有关于 Discourse 的讨论，一如往常，既有赞誉之词，也有希望其保持现状、不愿看到太多改变的声音。
8 个赞
太棒了——恭喜所有 Discourse 团队的小伙伴！
我们最近将论坛从 vBulletin 迁移到了 Discourse，这让“老狗”重新焕发了生机，用户参与度显著提升（每周发帖量超过 1 万条）。虽然我们确实流失了不少成员（这也在意料之中），但留下的用户发帖更积极，并且非常喜欢这次更新。关于这次迁移，我有几点经验可以分享给 Discourse 团队，不过我会稍后分享，以免偏离当前讨论的主题。只想强调：Discourse 是目前市面上最好的论坛平台，而且在这里获得的支持不亚于甚至优于那些需要支付年费许可的论坛。
感谢所有参与其中的朋友，我迫不及待想看到 Discourse 接下来会带来什么精彩内容！
17 个赞
恭喜！很高兴看到如今 Discourse 被广泛贴牌使用。这是应得的荣誉，祝愿你们持续成长。
11 个赞
我怀着兴奋与敬意，谨此温和地附议本评论中提出的观点。
5 个赞
恭喜 Discourse 
我可以把简历发给哪里呢？
5 个赞
好吧，确实如此，但这就像在说“我实在不喜欢乡村和西部音乐”。这没问题，毕竟不是每个人都喜欢每一种音乐风格。
但就我个人而言，我在使用 Discourse 时确实感到非常愉快，而在使用 XenForo、vBulletin、SMF、Reddit、Twitter、电子邮件以及其他在线工具时，乐趣则明显少得多。天哪，我几乎找不到其他任何在线平台能像 Discourse 那样，提供如此实时、基于主题、基于段落的理性讨论，以及那种智能通知带来的满足感。当然，我可能有偏见，但我认为我们过去九年的增长，以及其他人愿意在我们所做之事上投入巨额资金，本身就说明了问题。
不过，同样不可否认的是，除了乡村和西部音乐之外，还有各种各样的音乐类型，世界的多样性也因此更加美好——偏好不同的声音、不同的体验完全没问题。而且，你甚至可以将乡村和西部音乐与其他流派如摇滚甚至说唱融合——这已经有人做到了！我绝不会像 Facebook 那样主张“每个人只应使用唯一一种东西”。这种想法对我来说简直是荒谬的。
你说得对——我们至今已经耕耘了八年，Meta 上有一个庞大的主题列表，记录了我们根据用户反馈直接做出的大量改进，尽管我们确实倾向于优先处理托管客户的反馈，因为这对我们作为企业的生存至关重要。只需看看 2013 年的 Discourse 截图并与今天对比，就会发现它们截然不同！
我认为开源产品比其他闭源产品需要更多的耐心，不过我很好奇，你是否在使用其他产品时，曾与创始人共进午餐、赠送礼物？我会说，这充分表明了我们倾听的意愿。
19 个赞
恭喜
我很高兴你找到了理解你目前成果以及未来愿景的投资者。这并非易事。希望这些关系能持续深化。
作为一名从用户、论坛管理员、功能请求者，逐步转型为开发者，并创立了另一家使用 Discourse 的企业的人，我亲历过这个方程的两端。我理解你所说的内容，但我想补充一些背景，或许能略微改变这一局面的色调。
在开发开源软件时，你会定期收到来自各方的众多请求。有些请求非常详尽且经过深思熟虑，有些则不然。事实上，有时对细节的关注程度与请求者的坚持程度成反比。无论你多么愿意与用户互动，你的时间和耐心都不是无限的。
invariably 发生的情况是，你会建立一套优先级排序机制，并针对某些问题准备标准答复。再加上你要么在运营、要么属于一个希望保持财务可持续性、为员工提供合理薪酬、避免倦怠并持续发展的组织，那么一种可行的优先级划分方式就是：请求者是否为客户。
当然，优先服务付费客户并非绝对真理，也不适用于所有情况。不同的组织结构会带来不同的激励导向（这也是为什么 Pavilion 是一家合作社而非传统企业的原因之一）。然而，这种做法完全自然且可以理解。绝大多数可行的企业每天都在这样做。在大多数情况下，人们也接受这是市场经济中的标准做法。事实上，在其他情境下，如果一家企业开始根据任何偶然上门（且未购买任何产品）的人的反馈来调整其做法，人们反而会感到奇怪。
多年来与 Discourse 合作，令我印象深刻的是：Discourse 的创始人、团队以及 Discourse 代码本身，在多大程度上超越了这些标准激励。我运营 Discourse 论坛、提交功能请求、贡献 PR、开发插件和主题，并为 Discourse 社区做出其他贡献，已超过六年，期间我并非付费客户。我对所获得的支持和反馈感到极为欣慰。
是的，Discourse 并非唯一这样的开源项目，但兼具成功商业模式的项目相对较少。这种模式意味着你可以合理预期它将在未来十年内持续可行，而其他一些选项则未必如此。随着 Discourse 不断成长，作为使用它的用户、社区和企业的共同体，我们应该自问：我们如何继续构建并激励那些我们一直受益、并将继续受益的非标准方面？
当企业成长时，效率问题（尤其是经济效率）往往会更加突出。这也是市场经济中企业运营的自然组成部分。我并非断言 Discourse 必然如此，但这确实是商业模式自然且可理解的发展路径。你可能会觉得，Discourse 规模扩大意味着现在有更多员工可以花更多时间处理开源功能请求。或许如此。但这将与企业运营的现实相权衡。
随着 Discourse 不断壮大，我想问（也在自问）的问题是：我能做些什么，以继续构建 Discourse 那些超越标准商业激励的相对稀有的方面？Discourse 的这些部分本质上是互惠的。任何社区的健康不仅取决于运营它的人，也取决于其成员的态度。
是的，让我们继续提出功能请求、提交 PR，并倡导我们认为有益的改变。让我们尽可能勤奋地这样做，甚至更加积极。保持这种精神，与 Discourse.org 一样，同样是我们每个人的责任。
36 个赞
说得太好了！
我们相信，围绕 Discourse 的生态系统与 Discourse 本身同样重要。扶持那些基于 Discourse 构建的人，是我们希望通过这些新资源实现的核心目标之一。这是一个包容的大家庭，每个人都有空间帮助我们将其建设得更加壮大。
32 个赞
好消息。您能否与社区分享您改善平台的长期计划？在讨论方面可能会发生哪些积极的变化？
2 个赞
恭喜投资成功！太棒了。很高兴看到平台不断发展壮大。
我认为 @oshyan 想表达的重点更多在于 Discourse 的用户体验/用户上手难度。如果你不是程序员，初始设置会非常具有挑战性（我最终做到了，但过程并不简单）。我差点就把“简易”设置指南发布到 Genius 上，以便在操作过程中进行批注。
此外，还有一些用户层面的问题，使得该平台对非技术客户来说显得复杂。仅举一个例子，请查看我在本线程其他地方对 @oshyan 的回复“以一种兴奋且尊重的方式……"。从视觉上判断我正在回复哪条评论，其实相当微妙。是的，我可以点击图片跳转到原始评论，但我的年长用户可能不会注意到这一点。而当某个话题变得激烈时，人们会开始感到沮丧，担心自己回复错了对象。
我知道这只是一个小小的例子——但有时确实感觉 Discourse 预设的安装者/用户是能够理解一整页 JavaScript 代码的人。因此，我将 @oshyan 关于“更广泛”受众的评论解读为：仅仅指技术素养较低的受众。
看到我们行业中的企业家们赞扬其他更局限且更昂贵的社区平台，而不是 Discourse，真令人沮丧！我希望 Discourse 能吸引更多人。
4 个赞
恭喜！每次我访问一个网站，看到有指向该网站社区的链接时，我都期望它是一个 Discourse 社区，尤其是当它与技术相关时（例如 Julia 语言），而大多数情况下确实如此
我并不是论坛的忠实拥趸，但使用 Discourse 时，我觉得参与任何论坛都变得轻松多了。
12 个赞
对此我完全赞同！每次学习新软件时，一旦发现它们使用 Discourse 作为在线社区平台，我就会感到兴奋。如果是 Discourse 社区，我总会迫不及待地加入并积极参与互动。
10 个赞
本轮风险投资资金现已在维基百科上记录：Discourse (software) - Wikipedia
请根据需要进一步编辑。希望这能帮到您，R
10 个赞
感谢 @robbie.morrison！我做的唯一修改是将 URL 指向博客，而不是这里的 Meta。
7 个赞
我想和 @codinghorror 以及 @jord8on 一起支持 Discourse 不仅“无摩擦”或“简单”，而且确实“有趣”。我是同一健康话题下四个论坛的重度用户。
无摩擦：那些不使用 Discourse 的论坛让我相当恼火，原因有很多，比如整体导航（查找新话题、新帖子等）、允许编辑的时间、没有编辑器预览、没有草稿、格式功能较少，或者它们的表情符号打开得有多慢（如果有的话）。虽然“弄清楚我在回复哪条评论”可能有点“难以琢磨”，但在四个论坛软件中，只有 Discourse 之外的一个在这方面做得更差，甚至让人几乎找不到最新的帖子。
（并非完全无摩擦：在另一个论坛上，搜索更容易，因为短语片段的相关性更高。我已经放弃了在其他两个论坛上搜索某些帖子——或者直接使用搜索引擎。）
简单：对我自己来说只有非常轻微的问题，我无法想象其他人使用其他三个论坛时会遇到更少的问题。
有趣：好吧，我在这类事情上的学习曲线确实比较陡峭，但它的构建非常合乎逻辑，表面之下隐藏着如此多的可能性。我可以“高效”地操作（包括使用键盘快捷键），编辑、草稿、链接都很容易，还有大量附加功能、格式设置、隐藏细节等，这些都让我觉得非常有趣。这也是我选择该论坛撰写博客而非其他论坛的原因之一（第二个原因是那里的人比别处更友善……——如果这 somehow 与某种魔法 
或心理联系 
有关，我也不会感到惊讶）……
将错误信息重新解读为有趣的战利品：Discourse 承诺给予整个世界，而该论坛使用的版本“仅仅”在一个大陆上进行交易，这激发了人们尝试超越其能力的欲望。因此，我会像其他人获得奖杯一样收到错误信息，而这些错误往往连版主也无法解释，比如编辑过多或过快时出现的错误，或是“429 无原因短语”……我也会将这些重新解读为一种乐趣，尽管我可能会在找到变通方法之前有些困惑……
7 个赞
我偶尔会看到这种说法，但我真的无法理解。我既不是程序员，也不是任何类型的 IT 专业人员。但我实在不明白，执行以下操作怎么会具有挑战性：
git clone https://github.com/discourse/discourse_docker.git /var/discourse
cd /var/discourse
./discourse-setup
你不需要猜测这些命令，也不需要针对你的环境进行调整等等——只需从文档中复制粘贴即可。这绝对不比“正常”的论坛设置（“下载压缩包，解压，创建数据库，配置 PHP 应用以连接数据库”）更具挑战性。它确实不同，但如果说有什么不同的话，它反而更简单——尤其是因为你不需要先让 Web 服务器、PHP 和数据库全部运行起来。
10 个赞
你好 @danb35，
我以最礼貌、最尊重的方式表达这一点，但你的回复——我完全是在轻松友好的氛围下说的——比我自己能做到的更好地证明了我的观点。
我的观点很简单：有成千上万的人非常渴望获得 Discourse 所能提供的成果：经营购物博客的妈妈们、试图运营 Facebook 社群的渔民、希望组建粉丝团队的作者……在我看来，这就是之前提到的“更广泛的受众”，但他们中的大多数人会觉得 Discourse 太难使用了。
我只是觉得这是一个被错失的机会。
我向你保证，100 个在线社群搭建者中有 99 个根本不知道这是什么意思。粘贴到哪里？ 粘贴到 Github？粘贴到浏览器？还是粘贴到某种 Discourse 应用中？
这些人一生中从未打开过终端（Terminal）一次。
每年，我通过销售数字产品赚取的收入接近美国平均工资，而我以某种形式活跃在网上已有几十年。我 literally 不知道什么是 tarball。
我这么说并非为了挖苦或贬低 Discourse。我自己就用 Discourse 运营社群！
对于我能举出的每一个例子，我也知道你可以进行搜索、四处询问并找到答案。我就是这么做的：slight_smile
我的观点其实是，这里似乎普遍存在一种误判，即高估了大多数在线社群搭建者的技术熟练程度。而当有人提到这一点时——正如你所说，不仅仅是我——往往会表现出难以置信甚至怀疑的态度。
这种氛围让我在这个论坛发帖的体验不如我预期的那么愉快。
当然，我是个成年人，所以这不算什么大事。但我提到的那些人实际上会怎么做呢？他们会转身离开，转而付费使用 Circle.so，购买某个 WordPress 插件，或者创建一个 Facebook 群组。尽管 Discourse 其实是更好的解决方案。
总之，我已经说完了。也许我错了！关于这个话题，我只会说到这里——我不想在宣布重大成功的页面上继续抱怨。我为团队感到高兴，也祝愿这个平台蒸蒸日上。
10 个赞