PostHog đóng Slack công khai và chuyển sang diễn đàn riêng

• PostHog đã vận hành Slack công khai làm trung tâm cộng đồng trong 4 năm, nhưng khi quy mô vượt 5.000 người, các hạn chế về khả năng tìm kiếm, liên kết với hỗ trợ và lưu trữ hồ sơ ngày càng lớn nên công ty chuyển sang diễn đàn riêng
• Diễn đàn mới được xây dựng ngay trong trang web PostHog và đã có hơn 1.500 người hoạt động, tập trung vào việc lưu lại câu hỏi và câu trả lời thành tri thức hỗ trợ dài hạn
• Gói Slack trả phí có chi phí $7.25+ mỗi người dùng mỗi tháng, và dù cũng đã cân nhắc bot AI riêng, PostHog cuối cùng chọn tự xây diễn đàn bằng headless CMS dựa trên Strapi
• Slack công khai sẽ lưu trữ các kênh vào ngày 12 tháng 1 năm 2024 để chặn thảo luận và phản hồi mới, sau đó sẽ bị đóng vĩnh viễn và xóa nội dung hiện có; trong TL;DR ghi ngày 24 tháng 1, còn phần mô tả lịch trình lại ghi ngày 22 tháng 1
• Thay đổi này chỉ áp dụng cho Slack công khai; các kênh riêng tư Slack Connect của người dùng hỗ trợ trả phí, trợ giúp trong ứng dụng và hoạt động trên kho GitHub vẫn sẽ được duy trì

---

Vì sao đóng Slack công khai

• PostHog phát triển như một dự án mã nguồn mở và kể từ khi ra mắt đã nhận mã từ hơn 500 người đóng góp, đồng thời chia sẻ ý tưởng với hàng nghìn người dùng trong Slack công khai
• Slack công khai trong 4 năm qua là không gian trung tâm cho các cuộc trò chuyện với người dùng, thu thập yêu cầu tính năng, hỏi đáp và tiếp nhận phản hồi
• Khi cộng đồng tăng lên hơn 5.000 người, những giới hạn của Slack với vai trò nền tảng hỗ trợ trở nên rõ rệt
  • Tin nhắn nhanh chóng biến mất trong lịch sử trò chuyện
  • Nó tách rời khỏi luồng hỗ trợ chính của PostHog
  • Các giải pháp hữu ích không thể được tìm thấy trên trang PostHog hay trên Google
• Là hướng giải quyết, công ty đã cân nhắc gói Slack trả phí và bot AI riêng, nhưng cuối cùng kết luận rằng cần một cách tiếp cận mới
  • Gói Slack trả phí có giá $7.25+ mỗi người dùng mỗi tháng

Cấu trúc của diễn đàn cộng đồng riêng

• Thay vì dùng các nền tảng diễn đàn sẵn có như vBulletin hay phpBB, PostHog đã tạo diễn đàn riêng bằng cách dùng Strapi làm headless CMS
• Diễn đàn mới đã vận hành vài tháng để tinh chỉnh các vấn đề, và hiện có hơn 1.500 thành viên hoạt động
• Diễn đàn cộng đồng PostHog là không gian chuyên biệt để đăng câu hỏi cho đội ngũ PostHog và cộng đồng rộng hơn
  • Bất kỳ ai cũng có thể trả lời
  • Có thể chọn một câu trả lời làm giải pháp ưu tiên
  • Câu trả lời được chọn sẽ trở thành chỉ dẫn cho những người dùng gặp cùng vấn đề sau này
• Nội dung diễn đàn được kết nối với luồng hỗ trợ chính của PostHog, tồn tại vĩnh viễn trên website và hiển thị với công cụ tìm kiếm

Trải nghiệm cộng đồng gắn với tài liệu và hồ sơ

• Diễn đàn cũng được tích hợp với các khu vực khác trên trang PostHog
• Người dùng có thể đang đọc tài liệu PostHog và đăng câu hỏi ngay lập tức, còn các câu hỏi sẽ tự động được tổng hợp vào các danh mục có thể sắp xếp
  • Khi đang làm theo hướng dẫn mà thấy giải thích chưa đủ, bạn có thể để lại câu hỏi để PostHog kiểm tra
• Hồ sơ được xây dựng như tính năng trung tâm để theo dõi mức độ tham gia cộng đồng
  • Thêm thông tin người dùng
  • Theo dõi các cuộc thảo luận đang tham gia
  • Hiển thị thành tựu đạt được trong cộng đồng
• Người dùng chuyển từ Slack công khai sang cộng đồng PostHog sẽ được trao một thành tựu cộng đồng riêng như lời cảm ơn
• Hồ sơ có thể được mở theo dạng Ask Me Anything, và James, Cory, hồ sơ tác giả bài viết đã sử dụng tính năng này

Lịch đóng Slack và chuyển đổi tài khoản

• Dù cũng có phương án vận hành song song Slack công khai với diễn đàn, PostHog quyết định chuyển hẳn sang diễn đàn để không đặt người dùng vào trạng thái mập mờ
• Hiện tại việc tham gia cộng đồng vẫn cần tạo tài khoản riêng, nhưng sau này sẽ được hợp nhất với tài khoản PostHog thông thường
• Lịch trình của Slack công khai PostHog như sau
  • Ngày 12 tháng 1 năm 2024: lưu trữ toàn bộ các kênh Slack công khai để chặn việc đăng thảo luận và phản hồi mới
  • Giai đoạn này tạo cơ hội để chuyển các cuộc trò chuyện đang diễn ra sang địa điểm mới như cộng đồng PostHog
  • Sau đó nhóm Slack sẽ bị đóng vĩnh viễn và nội dung hiện có sẽ bị xóa
• Cách ghi ngày trong bài không thống nhất
  • Trong TL;DR, ngày đóng Slack công khai được ghi là 24 tháng 1 năm 2024
  • Trong phần mô tả lịch trình, ngày đóng vĩnh viễn lại được ghi là 22 tháng 1 năm 2024

Các kênh hỗ trợ vẫn được giữ nguyên

• Thay đổi lần này chỉ áp dụng với nhóm Slack công khai
• Các kênh Slack riêng tư của người dùng mua hỗ trợ bổ sung vẫn hoạt động bình thường qua Slack Connect
• Phần lớn hỗ trợ khách hàng vẫn tiếp tục được xử lý qua trợ giúp trong ứng dụng
• Kho GitHub của PostHog cũng sẽ được duy trì như bình thường, và người dùng vẫn có thể bình luận hoặc gửi nội dung

[xguru]

Tôi đồng ý rằng Slack chỉ phù hợp cho giao tiếp thời gian thực, chứ không thích hợp làm công cụ cộng đồng.

Nhưng đến khi thực sự muốn xây dựng một cộng đồng thì lại rất khó tìm được công cụ phù hợp haha
Đặc biệt là tôi không thấy có dạng nào thật sự hợp với môi trường trong nước. Rồi lại nghĩ hay là phải tự làm nữa sao? Và cuối cùng đành bỏ cuộc.

[GN⁺]

Ý kiến trên Hacker News

• Hy vọng đây là khởi đầu của một xu hướng. Việc phụ thuộc vào bên thứ ba để quản lý giao tiếp với bên thứ hai thật không thoải mái, và phần cấu hình Slack cũng trở nên lộn xộn một cách không cần thiết
  Discord còn tệ hơn ở điểm này

  • Tôi cũng mong nó thành xu hướng, nhưng vì lý do hơi khác. Các dịch vụ kiểu này nhốt thông tin sau rào cản đăng nhập, không cho công cụ tìm kiếm truy cập, khiến người mới rất khó tìm thông tin họ cần trên mạng
    Nếu diễn đàn trở lại thành chuẩn, và được vận hành hợp lý để khách cũng xem được, thì thông tin hữu ích lại có thể được tìm thấy trên mạng
  • Discord là một lựa chọn đặc biệt tệ. Ít nhất thì tìm kiếm rất kém, và mọi nội dung có thể biến mất vì bất cứ lý do nào ngay khi Discord hoặc thuật toán tự động muốn vậy
  • Discord là khó chịu nhất. Tôi đang ở hơn 30 workspace Slack, nhưng với thiết kế mới có thể ẩn mọi thứ trừ workspace theo ngữ cảnh hiện tại, nên tốt hơn UI cũ
    Discord vẫn chưa có tính năng này, và vì tôi tham gia hơn 100 server Discord nên thông báo đúng là ác mộng, còn việc tìm server mình muốn cũng bất khả thi
  • Với giao tiếp dạng chat không bị phụ thuộc vào doanh nghiệp vì lợi nhuận, Matrix là lựa chọn hiển nhiên
  • Đồng ý 100%. Ít nhất dùng GitHub Discussions còn tốt hơn

• Ước gì mọi sản phẩm phần mềm đều làm như vậy. Ứng dụng chat giống như một quảng trường náo nhiệt nơi ai cũng hét vào đám đông, nên thông tin quan trọng không sống qua được khoảnh khắc đó
  Ngược lại, diễn đàn thảo luận theo thời gian sẽ trở thành một thư viện công cộng giúp lưu giữ thông tin và khiến nó có thể tìm kiếm được. Tất nhiên điều kiện là công cụ tìm kiếm có thể truy cập thông tin đó

  • Thấy liên kết Discord dùng cho hỗ trợ hay cộng đồng là tôi thật sự bực mình
  • Chat và diễn đàn có mục đích sử dụng riêng. Chat phù hợp với các cuộc trò chuyện tức thời, tương tác để giúp một người cụ thể; còn diễn đàn hay Stack Overflow phù hợp hơn với thông tin bất đồng bộ, có thể cập nhật, tái sử dụng cho độc giả tương lai đến từ Google
    Trộn hai thứ lại thì mục tiêu xung đột, kỳ vọng lệch nhau và dẫn đến thất vọng. Trên Stack Overflow cũng xảy ra chuyện đó khi có người kỳ vọng nó trở thành kiểu thứ nhất
  • Diễn đàn thảo luận cũng thường trở thành hố đen về mặt lưu trữ và sắp xếp thông tin. Có thể có ưu nhược điểm khi so với phòng chat, nhưng tôi không nghĩ đó là thứ đáng hướng tới như một nơi lưu giữ và tổ chức thông tin
  • Không biết có phải chưa từng dùng tính năng tìm kiếm của Slack hay Discord không
    Dù là diễn đàn hay chat thì cấu trúc dữ liệu nhìn chung cũng tương tự, đặc biệt Slack/Discord còn có thread

• Lý do diễn đàn trở lại là tốt đơn giản nằm ở khả năng tìm kiếm
  Vấn đề là khi người dùng đổ vào, nhiễu sẽ trở nên quá nhiều. Có khi vài năm nữa lại quay về Slack/Discord, rồi vài năm sau nữa lại quay lại diễn đàn, thêm một vòng lặp nữa

  • Tìm kiếm của Discord thật khủng khiếp. Chat và thread thì ổn, nhưng rất khó tìm tin nhắn cũ
    Có vẻ có cơ hội tạo ra một dịch vụ tương tự nhưng tìm kiếm tốt hơn nhiều
  • Tôi nghĩ diễn đàn và Slack/Discord/IRC được dùng cho các kiểu giao tiếp khác nhau. Diễn đàn mang tính bất đồng bộ hơn, còn những thứ còn lại đồng bộ hơn
    Khi hỗ trợ giải quyết vấn đề trên diễn đàn, sẽ còn lại một luồng hội thoại có thể tìm kiếm và theo dõi, nhưng trên Slack/Discord/IRC thì các nội dung như vậy có cảm giác biến mất. Dù có log tìm kiếm được, tôi vẫn nghĩ tìm chúng khó hơn nhiều so với diễn đàn có cấu trúc hơn
    Cả diễn đàn lẫn Slack/Discord/IRC đều đáng tồn tại
  • Tôi lo spam sẽ phá hỏng nỗ lực đó. Tôi đang vận hành một diễn đàn khá ổn trên Google Groups, nhưng gần đây bị tấn công spam, nên để phòng thủ phải hạn chế quyền đăng bài khá mạnh
  • Gần đây tôi gặp vấn đề khi tìm tin nhắn cũ, rồi phát hiện nếu bật chế độ streamer thì chức năng tìm kiếm và bộ lọc bị chặn khá nhiều
    Tôi không biết vì sao chế độ streamer lại bật, nhưng cũng đáng kiểm tra xem có hiện tượng tương tự không
  • Thành thật mà nói, tôi nghĩ vấn đề ngược lại xảy ra thường xuyên hơn. Nhiều nơi tự vận hành các diễn đàn nhỏ riêng, nhưng hầu như không có hoạt động
    Chiến lược kiểu IRC, có một mạng lưới và các kênh bên trong, khá ổn. Khi đó phần lớn cộng đồng ngôn ngữ lập trình sẽ thành “cứ ở trên mạng này là được”. Reddit là dạng phóng đại 1000 lần của điều đó, với các subreddit trong cùng một nền tảng
    Nó không hoàn hảo vì nhiều lý do, nhưng việc phải đăng ký một diễn đàn tùy ý để nhận hỗ trợ kiểu Circle CI lúc nào cũng khiến tôi thấy hơi buồn cười

• Laravel đang làm điều này bằng diễn đàn Laracasts, và rất tuyệt. Khi tìm câu trả lời liên quan đến Laravel, đó là nơi tôi vào trước cả ChatGPT hay Stack Overflow
  Không gì vượt qua được một diễn đàn công khai được quản lý tốt trong việc tìm kiếm nội dung quá khứ

  • Tôi cũng làm y như vậy khi tìm câu trả lời về TrueNAS hay Proxmox

• Với tôi, Reddit thực tế là diễn đàn ưa thích. Phiên bản “old” thật sự khá giống diễn đàn
  Ghép nhiều subreddit lại với nhau có thể tái tạo phần nào trải nghiệm diễn đàn ngày xưa. Một trong những thứ tôi xem hằng ngày là như sau
  https://old.reddit.com/r/AZURE+CCDE+Intune+PowerShell+ccnp+m...
  Không phải tốt nhất, nhưng nhìn chung làm được việc cần làm

  • Tôi luôn không hiểu vì sao các diễn đàn hay engine lớn ngày xưa không hội tụ nhiều hơn về cấu trúc kiểu Reddit. Ví dụ như khả năng theo dõi các thread cụ thể và có màn hình bắt đầu tùy chỉnh

• Tôi từng hy vọng ai đó sẽ cho xem một theme phpBB hoặc vBulletin khi đăng nhập thì trông như Slack, còn khi đăng xuất thì trông như Pinterest/Instagram/TikTok
  Có lẽ việc kéo nhiều người quay lại diễn đàn không khó đến vậy. Chỉ là tôi kỳ vọng thread và dấu hiệu gợi ý sẽ hiển thị khác đi trên di động

• Tôi đã tham gia một dự án mã nguồn mở hơn 2 năm và đang dùng Slack để quản lý cộng đồng. Quy mô khoảng 3.000 người dùng, và khá rõ ràng rằng Slack không được tạo ra để thay thế diễn đàn.
  Rất nhiều câu hỏi đã được trả lời bị trôi mất, khả năng tìm kiếm không tốt và bị giới hạn trong nội bộ Slack. Nhiều người dùng không dùng Slack sẽ cố tìm bằng Google.
  Có quá nhiều chuyện phiếm nên ồn ào, và cũng khó hơn để theo dõi những câu hỏi mà chúng tôi cần trả lời. Slack phù hợp với các cộng đồng rất nhỏ hoặc sản phẩm mới cần phản hồi nhanh, nhưng không hợp với quản lý cộng đồng quy mô lớn.

  • Diễn đàn/mailing list và Slack/Discord/IRC là các hình thức giao tiếp khác nhau. Nhóm trước thiên về bất đồng bộ·ngoại tuyến hơn, nhóm sau thiên về đồng bộ·trực tuyến hơn.
    Trong một dự án hoặc cộng đồng, cả hai có thể cùng tồn tại song song. Nếu muốn theo dõi các câu hỏi và câu trả lời cụ thể thì diễn đàn tốt hơn nhiều, nhưng chuyện phiếm cũng có thể hữu ích, và những thứ như IRC phù hợp hơn cho mục đích đó.

• Theo bài viết, thay vì dùng các nền tảng diễn đàn có sẵn như vBulletin hay phpBB, họ quyết định tự xây diễn đàn bằng cách dùng Strapi làm headless CMS.
  Để tiện cho những ai đang vội, để lại liên kết ở đây:
  https://strapi.io/

  • Không hiểu vì sao lại tự làm. Phần mềm diễn đàn vốn đã là một lĩnh vực được giải quyết rồi nên cảm giác như lãng phí tài nguyên.

• Họ nói “không thể tìm kiếm các giải pháp hữu ích trên trang của chúng tôi hoặc Google”, nhưng diễn đàn đó không render nếu không có JavaScript, nên nhiều khả năng vẫn sẽ không được archive.org lưu trữ, cũng như không được tìm thấy trên Bing hay DuckDuckGo.

  • Có vẻ blog cũng phụ thuộc vào JavaScript để render văn bản. Phần lớn phiên truy cập ngoài cuộn trang ra chắc hầu như không có tương tác người dùng, nên việc tạo HTML và phục vụ tĩnh có vẻ là lựa chọn hiển nhiên.
  • Một khi đã được lưu trữ thì hoạt động tốt. Ví dụ như sau:
    https://web.archive.org/web/20240114085417/https://posthog.c...
  • Đây là thêm một lý do để ngừng dùng SPA cho nội dung mang tính thông tin như diễn đàn hay thảo luận, và dùng islands architecture hoặc trang web không cần JavaScript.
    Ít nhất thì việc hiển thị thông tin trên web không nên phụ thuộc vào JavaScript.

• Có vẻ lạ khi lựa chọn phù hợp với PostHog lại là tạo bằng CMS và vận hành một diễn đàn tự host.
  Chẳng phải rõ ràng có những thứ như Discourse, cung cấp giải pháp diễn đàn hosted tương ứng với Slack sao?

  • Không hiểu lạ ở chỗ nào. Tôi cũng đang nghĩ đến việc thuê một thực tập sinh để làm diễn đàn cho SaaS của mình bằng chính nền tảng của tôi.
    Có thể tạo ra một tích hợp tuyệt vời, rồi công khai dưới dạng mã nguồn mở để dùng vào việc hướng dẫn về nền tảng của tôi.