¿Qué significa "Listo para empresas" para ti? (¡Opiniones atrevidas bienvenidas!)

Me gustaría plantear una pregunta a los operadores de comunidades profesionales que hay aquí, una cuestión que he visto discutida en otros foros de forma superficial, pero que nunca se ha profundizado realmente con el nivel de detalle que satisfaga una definición clara.

¿Cuál es, para ustedes, la definición de lo que se consideraría “listo para empresas” como condición para su comunidad? Me refiero tanto al estado y la preparación de la plataforma de la comunidad, como a la existencia de un contenido base y una actividad establecidos. Estoy ansioso por demostrar que esto es más arte que ciencia, y que existen patrones claros y compartidos en juego aquí.

La actividad es probablemente más fácil de medir, ya que hay abundantes indicadores de referencia.

Una de las definiciones de “activo” más citadas en los foros es la de Reddit para lo que constituye un subreddit “activo”, la cual he utilizado como regla general en el pasado para medir el éxito al establecer un núcleo crítico. Históricamente, esto equivale a “al menos cinco publicaciones por día”. Reddit solía considerar una comunidad activa como un subreddit con al menos cinco publicaciones o comentarios en un día dado. Sé que he alcanzado una actividad autosostenible en una nueva comunidad cuando tengo esa cantidad de publicaciones o comentarios ocurriendo diariamente, sin necesidad de intervención o incentivos por mi parte. También es una excelente prueba para una nueva área de discusión ramificada o subcategoría. Si creas una nueva categoría y puedes construirla hasta alcanzar 5 o más interacciones diarias sin tu intervención, tienes una categoría sólida.

Para lo “listo para empresas”, especialmente en comunidades B2B o de clientes, modificaría esto para decir: 5 o más publicaciones o comentarios por día, MÁS una respuesta asegurada al estilo de un Acuerdo de Nivel de Servicio (SLA) al 80 % de los temas dentro de las 48 horas. Considero importante asegurar que las nuevas publicaciones no queden solas y sin respuesta, pero también dar al tema tiempo para respirar y la oportunidad de que ocurra una respuesta orgánica.

¿Tienen alguna fórmula que prefieran? ¿Estoy completamente equivocado respecto a esa tasa de respuesta? :grin:

Y sin dividir el tema demasiado tajantemente, ¿cómo se ve lo “listo para empresas” para ustedes a nivel de plataforma? Por mi parte, la lista corta incluye: tener una taxonomía o arquitectura de información sólida en su lugar para las primeras categorías, una función de “respuesta aceptada” o “mejor respuesta” resuelta, notificaciones inteligentes y enrutamiento para mantenerse dentro del ámbito del tiempo de respuesta esperado para nuevos temas, y al menos un puñado de personas listas para participar en la moderación. También soy muy enfático en tener un tema visual que complemente a la organización para la que se está construyendo la comunidad, pero eso es totalmente preferencia personal.

¿Cuál es su opinión (ya sea popular, controvertida o contraria) sobre cómo se ve una comunidad “Lista para Empresas” para ustedes?

7 Me gusta

Cuando pienso en “listo para empresas” (enterprise ready), pienso en fiabilidad, disponibilidad y rendimiento a escala, lo cual puede no ser exactamente la pregunta que estás haciendo.

Disponibilidad del sitio en 4 nueves (99,99 %), y dependiendo de cómo consideres la disponibilidad, hacer que un servicio funcione en una arquitectura de alta disponibilidad o escalable horizontalmente, donde perder un componente podría costarte capacidad y no disponibilidad.

Llevarlo al siguiente nivel implicaría considerar equilibrado de carga global, equilibrado de carga entre regiones o escenarios de recuperación ante desastres fuera de la región.

Pienso en el tamaño de la población de usuarios y los niveles de actividad (los DAU/MAU integrados y otras estadísticas tienen datos excelentes).

¿Tu sitio puede tener 10.000 usuarios activos concurrentes sin retrasos de rendimiento al subir fotos o usar funciones de chat?

¿Cuándo comienzan los usuarios a percibir problemas de rendimiento o retrasos/latencia?

Ten en cuenta que creo en un par de cosas: la arquitectura determina el costo, y entender cómo quieres considerar el diseño de la comunidad desde el principio es importante a escala. Esto es difícil porque, a menos que seas de escala empresarial desde el día uno, lo que necesitas para 100 usuarios podría ser muy diferente a lo que necesitas para 1.000 o 10.000.

Hay mucho que analizar sobre la simplicidad de la arquitectura monolítica, los riesgos de puntos únicos de fallo en comparación con los objetivos de disponibilidad, y dónde enfoques como Docker y Kubernetes añaden complejidad mientras permiten la escalabilidad horizontal.

Soy un gran fan de Discourse, mi comunidad es pequeña, y no he dedicado tiempo significativo a evaluar cómo tomaría software como Discourse y lo convertiría en SaaS (lo cual asumo que los geniales de Meta han resuelto y han hecho parecer fácil).

Cambiando de tema, creo que lo que podrías estar preguntando son SLA (acuerdos de nivel de servicio, que implican contratos) o SLO (objetivos de nivel de servicio, que se pueden usar para establecer expectativas). Esto también vuelve al diseño.

¿Cuántos moderadores o personal tienes, cuál es la proporción de moderadores por usuarios, cómo se compara eso con el volumen de publicaciones y la proporción de publicaciones marcadas frente al total de publicaciones (como ejemplo)? Si tienes un administrador y incluso 100 usuarios, no estoy seguro de que comprometería ni un SLO de 1 día hábil.

Los últimos puntos que ofreceré son comenzar con el fin en mente y construir tu diseño basado en requisitos claros.

¡Espero que esto haya sido útil! ¡Buena suerte!

3 Me gusta

Gracias por la excelente respuesta. Y es realmente interesante que la definición aquí tenga un enfoque considerable en el rendimiento a gran escala, el tiempo de actividad y la experiencia de usuario a nivel de servidor.

El rendimiento es uno de esos aspectos de los que no se habla mucho en los círculos de gestión de comunidades, pero definitivamente es uno en el que Discourse tiene ventajas supremas.

Pero sin duda es un factor importante. Uno de los ejemplos más claros que puedo citar es cuando gestionaba Skyscraper City, que funcionaba sobre una versión antigua de XenForo. Es una enorme comunidad de entusiastas B2C y, debido al número gigantesco de categorías y subcategorías con una multitud de áreas de discusión divididas por región y zona, se quedaba colgada y resultaba bastante insoportable de usar. Ciertamente tenía uno de los mayores volúmenes de quejas sobre rendimiento, a pesar de contar con una riqueza de contenido único en el mundo.

En cuanto al diseño de la comunidad en sí, la diferencia para que sea «lista para empresas» es infraestructural más que de rendimiento. Aunque no estoy seguro de si existen estudios realizados sobre los umbrales de tolerancia de las propias comunidades —sí contamos con la investigación sobre Core Web Vitals. Chromium Blog: The Science Behind Web Vitals Siempre he tendido a pensar que la tolerancia y la paciencia ante un menor rendimiento son una función inversa: cuanto mayor es el compromiso de los miembros activos dentro de una comunidad, mayor es su tolerancia.

Me gustaría saber si alguien más tiene opiniones sobre los requisitos indispensables para la definición de una comunidad «lista para empresas» más allá del requisito a menudo olvidado de “Debe ser rápida. ¡Vroom vroom!” :high_voltage:

3 Me gusta