Cada vez que recibimos un ticket de soporte pidiendo una extensión de prueba porque "14 días no son suficientes para que la comunidad despegue", una pequeña parte de mí muere.
Hace una década, los constructores de comunidades reconocieron que 6 meses probablemente no eran suficientes para que la comunidad despegara y estaban de acuerdo con eso. Entendieron que la construcción de comunidades es un juego a largo plazo y que el juego comienza mucho antes del lanzamiento. En el mundo actual, dominado por las redes sociales y Discord, la gente está perdiendo el arte de la verdadera construcción de comunidades en favor de acumular seguidores. Esta mala categorización de una audiencia como comunidad no tiene en cuenta la complejidad de los sistemas sociales subyacentes a las comunidades en línea.
Los constructores de comunidades serios saben que las comunidades son ecosistemas; tienen un ciclo de vida que necesita estrategias adaptativas.
Ese ciclo de vida se extiende desde la Incepción, que comienza mucho antes de la etapa de prueba gratuita de la plataforma, y continúa hasta la Mitosis, que es lo que finalmente les sucede a las comunidades sanas que disfrutan de la longevidad.
No todas las comunidades alcanzarán esta etapa final, pero un ejemplo de una que lo ha hecho es la primera comunidad a la que me uní y que posteriormente llegué a gestionar: Los Foros de SitePoint. Aunque ha pasado más de una década desde que me fui, tengo una conexión profunda y duradera con esa comunidad, que todavía prospera hoy en día. Además de brindarme el apoyo que necesitaba para aprender las habilidades para cambiar a una nueva carrera, me ofreció amistades personales duraderas, una sólida red profesional y un cliente de larga data.
Para que esto mejore, las plataformas comunitarias deben admitir mejor la inevitable quinta etapa en el ciclo de vida de una comunidad: el archivo. En este momento no hay buenas opciones para transicionar una comunidad de una plataforma dinámica a un archivo estático que pueda persistir en línea sin mantenimiento continuo o costos de servidor.
He experimentado esto tanto como miembro como administrador de una comunidad que para mí fue un gran ejemplo de cómo unir a las personas en línea para avanzar en una causa compartida. Me encantaría verla preservada como un archivo y referencia en la web, pero es difícil de implementar en la práctica.
Sería poderoso si Discourse pudiera liderar el camino aquí y apoyar a las comunidades a lo largo de todo su ciclo de vida, ayudándonos a construir una web que honre y preserve las comunidades que se formaron, incluso después de que la participación activa haya terminado.
Me pregunto si podrías trabajar con Internet Archive para desarrollar un estándar que les ayude a archivar el contenido de los foros. El software de foros funciona de manera diferente, pero hay cosas obvias que son iguales. Tu experiencia en la migración de otro software de foros debería ser útil.
Estoy guardando toda mi instancia en Wayback Machine todos los días hasta el final, dando poder al usuario para que elimine su contenido, pero manteniendo el historial de sus ediciones. Es una buena manera de hacerlo. Siempre digo que un día no podré hacerlo, así que estoy enseñando estas cosas a mi personal, pero esto llevará mucho tiempo, así que por ahora guardaré lo que pueda.
¿Puedes explicar un poco más? Actualmente ofrecemos una opción en nuestro hosting para archivar el sitio en modo de solo lectura a perpetuidad, pero obviamente no podemos hacerlo de forma gratuita porque hay un costo continuo para nosotros.
Para los administradores del sitio, el modo de solo lectura significa que no tienes que moderar activamente, pero no es lo mismo que archivar. Desactiva la interacción, pero técnicamente todo lo demás sigue igual. Necesitas alojar la instancia, mantenerla actualizada, mantener los mismos servidores.
El verdadero archivo significa pasar de una aplicación dinámica y una configuración de base de datos a HTML estático. Hay algunos scripts de la comunidad, pero al intentarlo en la práctica me di cuenta de lo complejo que es en realidad. Creo que es demasiado difícil de resolver desde cero para las comunidades individuales. Proporcionar soluciones de migración estándar que también aborden la representación de la interfaz de usuario y el manejo de la privacidad de los datos podría ser de gran ayuda para preservar mejor las comunidades.
También hay una dimensión conceptual: si las plataformas comunitarias admitieran el ciclo de vida completo desde el principio, probablemente conduciría a mejores sistemas en general, de maneras que quizás ni siquiera tengamos en cuenta ahora. En el diseño de productos regular, la planificación para la retirada de un producto es simplemente parte de un buen diseño.
A menor escala, los grupos son una buena analogía y un caso de uso similar. En este momento, los sitios a menudo terminan con grupos inactivos o abandonados, o los grupos desaparecen sin dejar rastro. Si hubiéramos esperado una planificación de vida útil y puesta de sol en la configuración del grupo desde el principio, podría ayudar a los administradores del sitio a ser más decididos y organizados con los grupos en general.
Un conversor de Discourse a markdown estándar proporcionaría mucha flexibilidad. Metadatos como categoría, etiqueta, autor, visibilidad, etc., podrían almacenarse como frontmatter. Un generador de sitios estáticos personalizado o existente podría convertir los archivos markdown a HTML. Los archivos también podrían leerse localmente con aplicaciones de toma de notas que soporten markdown. Discourse también podría proporcionar un script de migración de markdown a Discourse para permitir que los sitios archivados se conviertan de nuevo en foros.
El enfoque markdown permitiría a Discourse promover la idea de que el contenido de un foro es independiente de Discourse como aplicación. Haría concebible pensar en las publicaciones creadas en Discourse siendo leídas dentro de 100 años.
Existen casos en los que las personas se unen en línea para eventos que tienen un principio y un fin natural. Por ejemplo, la preparación y el seguimiento de un seminario en línea. Discourse podría ser una herramienta apropiada para esto. Al hacer explícito el ciclo de vida y proporcionar un archivo del contenido, un foro que genere, digamos, 5 temas y 100 publicaciones durante 2 meses podría verse como un éxito en lugar de un fracaso. Sospecho que una fecha de finalización explícita también haría que algunas personas estuvieran más dispuestas a registrarse y participar en la discusión.