概述
3 月 28 日，我们举办了首次 AMA（Ask Me Anything），Discourse 产品团队分享了我们的路线图见解，解释了团队动态，并回答了大家的问题。
回放：
自我介绍
我们的产品总监 Dave McClure (@mcwumbly) 在研讨会上以团队介绍开场。和许多人一样，Dave 是在成为 Discourse 社区的长期活跃成员后加入团队的！
目前，Discourse 产品团队由六名成员组成，分布在全球各地，其中四人协助主持了本次会议：@mcwumbly、@tobiaseigen、@rishabh 和 @lindsey。另外两人协助组织了本次会议，并将参加更适合他们时区的后续会议：@saif 和 @hugh。
Discourse 的产品工作方式
自我介绍后，我们介绍了 Discourse 的产品设计是如何进行的，其基于以下基础：
Dave 回顾了产品设计随时间的演变，最初由三名联合创始人组成：Jeff、Sam 和 Robin。作为一家以工程为导向的组织，他们能够以精益的方式管理产品开发，其中很大一部分是由论坛上的用户反馈驱动的。如今，随着组织发展到 近 100 人， 公司不能再作为一个单一团队运作。产品管理变得更加复杂，并与组织的运营交织在一起。
现在，每位产品经理都与一名设计师和几名工程师组成一个团队，共同专注于产品的特定方面或不同的用户群体。他们的目标是识别当前产品中未满足的需求，如果得到解决，可能会带来显著的好处。他们紧密合作，为这些问题设计、构建和部署解决方案。发布后，团队收集用户反馈和投诉，这对于产品的持续迭代和优化至关重要。
Discourse 产品战略
接下来是 @lindsey 为大家介绍了产品战略以及这对我们在 Discourse 中构建的内容意味着什么。
简单来说，产品战略就是了解你为谁构建产品，你试图为用户解决什么问题，以及你的产品与市场上的其他选择相比如何。然后，利用所有这些信息来做出关于做什么和不做什么的决策。
Lindsey 部分的主要收获之一是，我们的产品经理虽然经常协作，但每个人专注于他们特定的项目领域或领域。
产品战略确保每个团队可以专注于其独特的领域，同时保持与产品整体方向的一致性。这一共同愿景指导着 Discourse 和必须采取的行动。因此，每个团队都有权在其独特的专业领域内做出明智的决策以实现我们的目标。
2024 年的重点
此时，Lindsey 分享了我们在 2024 年的重点，即：
利用我们对社区的了解来降低复杂性，使 Discourse 对所有类型的用户更加易于访问和亲近。
Discourse AI
随后，AMA 的重点转向了 AI，这在各行各业，尤其是我们自己的行业中一直是一个非常热门的话题。@rishabh 带领大家了解了产品团队，特别是 @saif 正在进行的工作。
Discourse AI 的总体目标包括：
- 内容可发现性
- 审核
- 社区管理
- 内容创作
- 无障碍性
- 自动化
来自您问题的见解
我们收到了各种各样的问题，主要集中在：
- 我们的路线图和战略方向
- 自定义 Discourse
- AI
- 社区管理 & 用例
我们的团队在直播期间解决了 60 多个问题，利用了 Zoom 的 Q&A 功能以及我们团队成员的直接回复。以下是可能对更广泛社区有益的一些最具影响力的问题。
摘要
关于 Discourse
专注于开源核心产品与付费服务的团队成员有多少？
工程团队约有 40 名成员。其中约 3/4 专注于核心产品，其余人专注于专业服务。不过，他们也为核心产品做出贡献。如果算上非工程人员（如设计师和我们这些产品经理），专注于为核心产品做出贡献的人甚至更多。
Discourse 如何盈利？它是否可持续？
我们主要通过托管服务赚钱。我们还为企业客户提供专业服务。历史上 Discourse 是自资的，但几年前我们确实进行了一轮 A 轮融资，这为最近的一些增长提供了资金，但我们的目标是成为一家长期可持续的企业，并且我们仍然致力于开源。
Discourse 开发团队是否与 Rails 核心团队提供反馈或协作？
是的，有过这样的协作。我们团队中的 Alan 过去曾为 Ruby 做出贡献，他在这里写了一篇关于其中一个实例的文章：Running Ruby 3.2's YJIT in Production at Discourse
顺便说一句：他们使用 Discourse https://discuss.rubyonrails.org/ 
您如何最好地总结 Slack 和 Discourse 之间的区别？
Slack 非常适合临时对话（如快速决策、茶水间聊天等），但它 really 不适合需要长期访问的内容。这正是 Discourse 大放异彩的地方！通过搜索、主题引用等功能，Discourse 是那些需要轻松查找和了解的重要对话/决策的更好归宿。
社区功能
Discourse 是否提供用户目录？
是的，Discourse 包括用户目录。例如 Discourse Meta
对于一个需要批准才能加入的社区，当我处于批准过程中时，一旦我获得批准，是否有办法将我发送到一个特定的主题？
是的，你可以！在创建邀请链接或电子邮件时，你可以指定新用户接受邀请时被发送到的主题。你可以稍后编辑邀请以更改它。
我们可以对某些类别进行付费墙处理吗？
是的，你可以创建类别并将访问权限限制为特定组。然后使用订阅插件，你可以让人们付费加入组以获取访问权限。或者，你可以将 Discourse 与外部网站集成，在该网站上处理会员资格和对安全类别的访问。
是否可以启用电子邮件/桌面通知，并为社区中的所有用户开启它们，这样他们就不必自己进入并开启它们？
这个 Meta 主题详细介绍了为所有用户配置默认通知设置的选项：Configuring Default Notification Settings for Users
Discourse 如何优化主题以利于搜索引擎，确保它们易于被发现和索引？
如果你有一个公共社区，你的社区对搜索引擎是可见的。在这方面你不需要做任何特别的事情。这里有一个 Meta 主题可能会有所帮助：https://meta.discourse.org/t/discourse-seo-overview/280739。
其他阅读 & 支持
请分享一篇关于管理支持社区最佳实践的博文链接（如果有的话）？
当然，在这里！Five Ways Support Communities Improve Customer Experience
请分享一些链接，让我看看我可以使用 AI 功能做什么。
在这里！Discourse AI Features | Discourse - Civilized Discussion
我如何将 Discourse 嵌入到第三方网站？
Embed a list of Discourse topics onto an external site
对于不熟悉社区代码结构的新开发者，是否有文档介绍如何将自定义组件集成到其中？
绝对有！看看 https://docs.discourse.org 和 Meta 上的开发者类别！
与我们的产品团队保持联系
想要继续对话吗？以下是一些与我们保持联系并了解我们产品开发最新进展的方法：
在 Meta 的 Contribute > Feature 标签类别中与我们和 Discourse 社区分享你的想法。关于你特定用例的上下文越多越好！
通过观看 Meta 上的 feedback 标签来参与用户研究，寻找分享你对特定主题想法的机会。
在 Meta 上提问，从 Discourse 社区获得支持和建议，并帮助我们了解如何改进。
分享您的反馈和想法
您的意见对我们塑造 Discourse 的未来至关重要。我们渴望听到您关于我们如何改进以及您对未来 AMA 感兴趣的主题的想法。
我们下次 AMA 应该如何进行？
- 网络研讨会直播（如我们最近的会议）
- 在 Discourse 主题内
- 其他（请在下方分享）
未来主题：您对什么感兴趣？
- 设计 & 自定义
- 社区审核
- 成功案例
- 其他主题（请在下方分享您的建议）
