Posthog 正在关闭其 Slack 社区，转而使用论坛

用于支持与社区的论坛 vs. 聊天

• 强烈支持将支持从 Slack/Discord 转移到论坛。
• 论坛被认为更适合：
  • 长期知识、清晰的线程，以及通过网页搜索供未来读者查找。
  • 跟踪问题和答案，而不会在噪音中丢失。
• Slack/Discord/IRC 被认为更适合：
  • 同步、短暂的对话、快速来回交流、早期产品反馈。
• 许多人认为两者都应共存：论坛用于持久的问答；聊天用于实时讨论。

可搜索性与可发现性

• 主要抱怨：Slack 和 Discord 的内容被登录墙锁住，且不能被 Google 索引，使得解决方案很难找到。
• 论坛内容（如果是公开的）可以按主题轻松被索引和浏览。
• 关于 Discord 搜索质量存在争议：有人觉得“还行”，也有人称其很差（不支持逐字或部分匹配）。
• 像 AnswerOverflow（用于 Discord）和静态 Slack 导出器这样的工具被提及为部分变通办法。
• 有人建议用向量搜索 / LLM 来呈现并总结论坛内容。

成本、锁定与可靠性

• 当公共社区规模扩大时，Slack 会变得非常昂贵；有人举出每年数十万美元的例子。
• Slack 按活跃用户计费以及折扣政策变化，使其不适合公共支持场景。
• Discord 免费，但受到以下批评：
  • 隐私担忧、验证码、客户端选择有限、Nitro 推销，以及潜在的政策变动。
• 担心任何专有聊天平台都可能撤销访问权限或更改条款。

自建还是购买论坛软件

• 有人对 PostHog 竟然用 Strapi 自建论坛，而不是使用 Discourse 或类似方案感到惊讶和怀疑。
• 反驳观点：
  • 希望与文档深度集成、统一登录、奖励机制以及自定义社区功能。
  • 论坛“只是 CRUD”；老旧论坛栈已经过时且笨重。
• 据称，对小团队来说维护 Discourse 并不简单；也有人为其辩护，称其功能强大但特性繁多。
• 提到的其他方案包括：Flarum、XenForo、phpBB、vBulletin、NodeBB、Zulip、GitHub Discussions、支持 ActivityPub 的论坛。

用户体验、审核与垃圾信息

• 需要“现代论坛 UX”：适合移动端、易于上手、较低的管理开销、像 Reddit 一样的投票来突出好答案。
• 具备良好 SEO 的论坛会吸引大量垃圾信息；可能需要严格审核或付费发帖。
• 有人担心对讨论进行大量 Google 索引会抑制开放对话。
• SPA/重 JS 的论坛被批评为更难归档，有时也不太利于搜索引擎收录。