PostHog cierra su Slack público y migra a su propio foro

• PostHog operó durante 4 años un Slack público como hub de la comunidad, pero al superar las 5,000 personas, las limitaciones de búsqueda, integración con soporte y conservación del historial se volvieron mayores, por lo que migró a su propio foro
• El nuevo foro está construido dentro del sitio de PostHog, ya cuenta con más de 1,500 personas activas y se enfoca en dejar preguntas y respuestas como conocimiento de soporte a largo plazo
• El plan de pago de Slack cuesta $7.25+ al mes por usuario y también se evaluó un bot de IA propio, pero PostHog eligió crear directamente el foro con un CMS headless basado en Strapi
• El 12 de enero de 2024, el Slack público archivará los canales para impedir nuevas discusiones y respuestas; después está previsto su cierre permanente y la eliminación del contenido existente. En el TL;DR figura el 24 de enero, mientras que en la explicación del calendario aparece 22 de enero, con fechas distintas
• Este cambio solo aplica al Slack público; se mantienen los canales privados de Slack Connect para usuarios con soporte de pago, la ayuda dentro de la app y la actividad en los repositorios de GitHub

---

Por qué cierran el Slack público

• PostHog creció como proyecto open source y, desde su lanzamiento, recibió código de más de 500 contribuidores, además de haber compartido ideas con miles de usuarios en el Slack público
• Durante los últimos 4 años, el Slack público fue el espacio central para conversaciones con usuarios, recopilación de solicitudes de funciones, respuestas a preguntas y feedback
• A medida que la comunidad creció a más de 5,000 personas, las limitaciones de Slack como plataforma de soporte se hicieron evidentes
  • Los mensajes desaparecen rápidamente en el historial del chat
  • Está separado de los principales flujos de soporte de PostHog
  • Las soluciones útiles no se pueden encontrar desde el sitio de PostHog ni en Google
• Como soluciones, evaluaron el plan de pago de Slack y un bot de IA propio, pero finalmente concluyeron que necesitaban un nuevo enfoque
  • El plan de pago de Slack cuesta $7.25+ al mes por usuario

Estructura del foro comunitario propio

• En lugar de usar plataformas de foros existentes como vBulletin o phpBB, PostHog creó su propio foro usando Strapi como CMS headless
• El nuevo foro lleva varios meses en operación y afinación de problemas, y actualmente tiene más de 1,500 miembros activos
• El foro de la comunidad de PostHog es un espacio dedicado para publicar preguntas al equipo de PostHog y a la comunidad más amplia
  • Cualquiera puede responder
  • Se puede elegir una de las respuestas como solución preferida
  • La respuesta seleccionada sirve de guía para usuarios que más adelante se encuentren con el mismo problema
• El contenido del foro se conecta con los principales flujos de soporte de PostHog, queda de forma permanente en el sitio web y aparece en motores de búsqueda

Una experiencia de comunidad conectada con documentación y perfiles

• El foro también se integra con otras áreas del sitio de PostHog
• Los usuarios pueden publicar una pregunta directamente mientras consultan la documentación de PostHog, y las preguntas se agregan automáticamente en categorías ordenables
  • Si alguien deja una pregunta al seguir una guía cuando la explicación no es suficiente, PostHog puede detectarlo
• Los perfiles están configurados como una función central para seguir la participación en la comunidad
  • Agregar información del usuario
  • Seguir discusiones en las que participa
  • Mostrar logros obtenidos en la comunidad
• Los usuarios que migren del Slack público a la comunidad de PostHog recibirán un logro comunitario exclusivo como muestra de agradecimiento
• Los perfiles pueden abrirse en formato Ask Me Anything, y James, Cory y el perfil del autor ya están usando esta función

Calendario de cierre de Slack y transición de cuentas

• Existía la opción de operar el Slack público en paralelo con el foro, pero PostHog decidió migrar al foro para no dejar a los usuarios en un estado ambiguo
• Actualmente, unirse a la comunidad requiere crear una cuenta aparte, pero más adelante se fusionará con la cuenta normal de PostHog
• El calendario del Slack público de PostHog es el siguiente
  • 12 de enero de 2024: se archivarán todos los canales públicos de Slack para impedir la publicación de nuevas discusiones y respuestas
  • Este periodo da la oportunidad de mover conversaciones en curso a nuevos lugares, como la comunidad de PostHog
  • Después, planean cerrar permanentemente el grupo de Slack y eliminar el contenido existente
• La forma en que se indican las fechas difiere dentro del texto
  • En el TL;DR, la fecha de cierre del Slack público figura como 24 de enero de 2024
  • En la explicación del calendario, la fecha de cierre permanente figura como 22 de enero de 2024

Canales de soporte que se mantienen igual

• Este cambio solo aplica al grupo público de Slack
• Los canales privados de Slack para usuarios con soporte adicional de pago seguirán funcionando como siempre mediante Slack Connect
• La mayor parte del soporte al cliente seguirá gestionándose a través de la ayuda dentro de la app
• El repositorio de GitHub de PostHog también se mantendrá como siempre, y los usuarios podrán comentar o enviar aportes

[xguru]

Coincido en que Slack sirve solo para comunicación en tiempo real y no es adecuado como herramienta de comunidad.

Pero cuando de verdad intentas crear una comunidad, es difícil encontrar una herramienta apropiada jaja.
Sobre todo, no veo opciones que se adapten bien al entorno local. Y entonces uno piensa: ¿habrá que hacer otra más? y termina rindiéndose.

[GN⁺]

Opiniones de Hacker News

• Ojalá este sea el inicio de una tendencia. Me incomoda depender de un tercero para gestionar la comunicación con un segundo, y la configuración de Slack también se vuelve innecesariamente desordenada.
  Discord es peor en este sentido.

  • Yo también quisiera que se vuelva tendencia, pero por una razón un poco distinta. Estos servicios encierran la información detrás de una barrera de inicio de sesión e impiden que los motores de búsqueda accedan, lo que hace muy difícil que alguien nuevo encuentre en línea la información que necesita.
    Si los foros vuelven a ser el estándar y se administran de forma razonable para que los invitados también puedan verlos, la información útil volverá a poder encontrarse en línea.
  • Discord es una opción especialmente mala. Como mínimo, su búsqueda es mala, y en el momento en que Discord o un algoritmo automatizado lo decida, todo el contenido puede desaparecer por cualquier motivo.
  • Discord es lo más difícil. Estoy en más de 30 workspaces de Slack, pero con el nuevo diseño puedo ocultarlos y dejar solo el del contexto actual, así que es mejor que la interfaz anterior.
    Discord todavía no tiene esa función, y como estoy en más de 100 servidores de Discord, las notificaciones son una pesadilla absoluta y encontrar el servidor que quiero es imposible.
  • Para comunicación tipo chat que no dependa de una empresa con fines de lucro, Matrix es la opción obvia.
  • 100% de acuerdo. Como mínimo, es mejor usar GitHub Discussions.

• Ojalá todos los productos de software hicieran esto. Las apps de chat son como una plaza concurrida donde todos le gritan a la multitud, así que la información importante no sobrevive al momento.
  En cambio, los foros de discusión con el tiempo se convierten en una biblioteca pública que preserva la información y permite buscarla. Claro, bajo la premisa de que los motores de búsqueda puedan acceder a esa información.

  • Me enfurece de verdad cuando veo un enlace de Discord para soporte o comunidad.
  • El chat y los foros tienen usos distintos. El chat sirve para conversaciones inmediatas e interactivas que ayudan a una persona específica, mientras que los foros o Stack Overflow encajan mejor con información asíncrona, actualizable y reutilizable para futuros lectores que llegan desde Google.
    Si se mezclan ambos, los objetivos chocan y las expectativas no coinciden, lo que genera decepción. En Stack Overflow también pasa cuando hay gente que espera que sea lo primero.
  • Los foros de discusión también suelen convertirse en un agujero negro en términos de almacenamiento y organización de información. Tendrán pros y contras frente a las salas de chat, pero no creo que sean algo a lo que aspirar como medio para guardar y organizar información.
  • Me pregunto si no han usado la función de búsqueda de Slack o Discord.
    Ya sea foro o chat, la estructura de los datos suele ser bastante similar, y en particular Slack/Discord también tienen hilos.

• La razón por la que sería bueno que vuelvan los foros es simplemente la posibilidad de búsqueda.
  El problema es que, cuando se acumulan usuarios, aparece demasiado ruido. Quizá sea otro ciclo: dentro de unos años volvemos a Slack/Discord y, unos años después, de nuevo a los foros.

  • La búsqueda de Discord es terrible. El chat y los hilos están bien, pero es difícil encontrar mensajes antiguos.
    Parece haber una oportunidad para crear un servicio parecido, pero con búsquedas mucho mejores.
  • Creo que los foros y Slack/Discord/IRC se usan para tipos de comunicación distintos. Los foros son más asíncronos, mientras que los otros son más sincrónicos.
    Si ayudas a resolver un problema en un foro, queda un hilo de conversación que se puede buscar y seguir; en Slack/Discord/IRC, ese contenido se siente como si desapareciera. Aunque haya logs buscables, creo que es mucho más difícil encontrarlos que en un foro más estructurado.
    Tiene valor que existan tanto los foros como Slack/Discord/IRC.
  • Me preocupa que el spam arruine ese esfuerzo. Administro un foro bastante decente en Google Groups y recientemente sufrió un ataque de spam, así que para defendernos tuvimos que restringir bastante los permisos de publicación.
  • Hace poco tuve problemas para encontrar mensajes antiguos y descubrí que, si el modo streamer está activado, la función de búsqueda y los filtros quedan bastante bloqueados.
    No sé por qué estaba activado el modo streamer, pero vale la pena revisar si les pasa lo mismo.
  • Sinceramente, creo que el problema contrario ocurre con más frecuencia. Muchos lugares mantienen sus propios foros pequeños, pero casi no tienen actividad.
    Una estrategia como IRC, con una red y canales dentro de ella, está bastante bien. Así, la mayoría de las comunidades de lenguajes de programación terminan diciendo “estemos simplemente en esta red”. Reddit es una versión 1000 veces ampliada de eso, en el sentido de que tiene subreddits dentro de la misma plataforma.
    No es perfecto por varias razones, pero siempre me pareció un poco ridículo tener que registrarme en un foro arbitrario para recibir soporte de algo como Circle CI.

• Laravel hace esto con los foros de Laracasts y es excelente. Cuando busco respuestas sobre Laravel, es el primer lugar al que voy antes que ChatGPT o Stack Overflow.
  Para buscar contenido histórico, nada supera a un foro público bien mantenido.

  • Yo hago exactamente lo mismo cuando busco respuestas sobre TrueNAS o Proxmox.

• Para mí, Reddit es en la práctica mi foro preferido. La versión “old” realmente se parece a un foro.
  Si encadenas varios subreddits, puedes recrear en cierta medida la experiencia de los foros de antes. Una de las cosas que reviso a diario es esta:
  https://old.reddit.com/r/AZURE+CCDE+Intune+PowerShell+ccnp+m...
  No es lo mejor, pero en general cumple con lo necesario.

  • Nunca entendí por qué los grandes foros o motores de antes no convergieron más hacia la estructura de Reddit. Me refiero a cosas como suscribirse a hilos específicos y tener una pantalla de inicio personalizada.

• Esperaba que alguien mostrara un tema de phpBB o vBulletin que, al iniciar sesión, se vea como Slack, y al cerrar sesión, se vea como Pinterest/Instagram/TikTok.
  No parece tan difícil trasladar a mucha gente de vuelta a los foros. Solo esperaría que en móvil los hilos y las recomendaciones se vean de forma diferente.

• Participé en un proyecto open source durante más de 2 años y usamos Slack para gestionar la comunidad. Tenemos unos 3 mil usuarios, y queda bastante claro que Slack no fue creado para reemplazar a un foro
  Muchas preguntas ya respondidas desaparecen, la búsqueda no es buena y queda limitada dentro de Slack. Muchos usuarios que no usan Slack intentan encontrar las respuestas con Google
  Hay mucha charla casual y ruido, y también es más difícil rastrear las preguntas que debemos responder. Slack sirve para comunidades muy pequeñas o para productos nuevos que necesitan feedback rápido, pero no encaja con la gestión de comunidades grandes

  • Los foros/listas de correo y Slack/Discord/IRC son formas de comunicación distintas. Los primeros son más asincrónicos y cercanos a lo offline; los segundos, más sincrónicos y cercanos a lo online
    Dentro de un proyecto o comunidad, ambos pueden coexistir. Para seguir preguntas y respuestas específicas, un foro es mucho mejor, pero la charla casual también puede ser útil, y para ese uso algo como IRC encaja mejor

• Según el artículo, en lugar de usar plataformas de foro ya hechas como vBulletin o phpBB, decidieron crear su propio foro usando Strapi como CMS headless
  Dejo el enlace para quien tenga prisa
  https://strapi.io/

  • No entiendo por qué hacerlo a medida. El software de foros ya es un problema resuelto, así que se siente como un desperdicio de recursos

• Dijeron que “las soluciones útiles no se pueden buscar en nuestro sitio ni en Google”, pero ese foro no renderiza sin JavaScript, así que probablemente seguirá sin archivarse en archive.org y sin aparecer en búsquedas de Bing o DuckDuckGo

  • El blog también parece depender de JavaScript para renderizar texto. En la mayoría de las sesiones casi no habrá interacción del usuario más allá de hacer scroll, así que generar HTML y servirlo de forma estática parece la opción obvia
  • Una vez archivado, funciona bien. Por ejemplo:
    https://web.archive.org/web/20240114085417/https://posthog.c...
  • Es otra razón para dejar de usar SPA en contenido informativo como foros o debates y usar arquitectura de islas o páginas web sin JavaScript
    Como mínimo, mostrar información en la web no debería depender de JavaScript

• Parece raro que la opción adecuada para PostHog sea operar un foro autoalojado hecho con un CMS
  ¿No existe algo como Discourse, que ofrece una solución de foro alojada equivalente a Slack?

  • No sé por qué sería raro. Estoy pensando en contratar a un pasante para crear un foro para mi SaaS usando mi propia plataforma
    Se puede hacer una gran integración y también publicarlo como open source para usarlo como material educativo de mi plataforma