Discourse ha estado solucionando poco a poco una fatiga que no sabía que tenía

…muerte por mil aplicaciones empresariales (a veces literalmente). Hoy estoy fatigado (y parece que muchos otros también) por tener 1.000 aplicaciones diferentes para todo en la empresa. Inconsistencia en UX/UI, controles de acceso, protocolos de comunicación… la lista sigue y sigue. Esto no solo afecta a nuestro negocio interno, sino que nuestros usuarios también lo sienten.

Esta es nuestra aplicación de notas, esta es nuestra aplicación de archivos, esta es nuestra aplicación de mensajes, esta es nuestra aplicación a/b/c/1/2/3/x/y/z. Es agotador.

Luego tienes más aplicaciones empresariales que necesitas para conectarlas a nivel de aplicación, y una aplicación diferente para mantenerlas todas juntas. Es como Netflix reconstruyendo el paquete de cable, pero con aplicaciones empresariales.

Irónicamente, debido a esa fragmentación en la empresa, el todo decididamente no es mayor que la suma de sus partes, ¡es mucho peor! Cada aplicación termina operando en un silo porque los datos son el rey hoy en día y nadie quiere que vayas a ningún otro lado con ellos.

Si bien Discourse podría no ser considerado el mejor en su clase por otros en todas las demás cosas (por ejemplo, sistema de tickets, blog, mercado, etc.), para mí es el mejor en su clase porque puede hacer el 99% de lo que hacen estas otras aplicaciones, manteniendo la experiencia del usuario y la arquitectura subyacente en armonía. Esto vale exponencialmente más para mí porque sé que mi blog, anuncios, gestión de usuarios, foro de discusión, eventos, etc., etc., etc. funcionarán bien juntos.

Las mejoras se pueden aplicar por igual a todas las experiencias con una huella de aplicación tan reducida, en lugar de que cada aplicación sea propiedad de un departamento diferente, con prioridades diferentes.

Cualquier cosa se puede construir con esta plataforma. No son temas, son:

  • Blogs
  • Anuncios
  • Artículos del mercado
  • Discusiones
  • Tickets de soporte
  • Vídeos
  • Eventos
  • Tableros de sprint
  • Errores/incidencias
  • Ideas
  • CFPs (Llamadas a propuestas)
  • Guías
  • la lista sigue…

Esto es un gran alivio cuando necesitas crear experiencias diferentes para diferentes grupos, y casi siempre una combinación de lo anterior.


Si bien nunca dudaré en decir que Discourse tiene sus peculiaridades (desprecio el plugin de documentación, pero tal vez aún no he visto la matriz), el valor que tiene para construir de manera flexible un ecosistema tan cohesivo supera con creces cualquier deficiencia.

:spiral_notepad: Usamos Discourse para nuestra comunidad empresarial B2B. Estos pensamientos surgieron de una afluencia rápida de otros equipos de nuestra empresa que preguntaban si podíamos ayudarles a construir sus experiencias de cara al cliente en nuestra comunidad después de ver lo que podía hacer en un evento reciente de la empresa. Estamos escalando nuestras operaciones y expandiendo nuestros casos de uso rápidamente (lo cual es un buen problema a tener, para nosotros).

23 Me gusta

No discrepo en absoluto. Pero Discourse es a menudo un compromiso o un intercambio. Puedo obtener una plataforma de blogs mucho mejor usando WordPress, pero no puede proporcionar un foro funcional.

Tengo pocas opciones para vender cosas, y Discourse no está en esa lista.

¿Alojar podcasts usando Discourse? Olvídalo.

Y todas mis opciones en esos tres ejemplos son aquellas que no filtran ni acaparan datos.

Tenemos que separar las cosas:

  • lo que un usuario necesita
  • lo que un administrador/propietario necesita

Y desde mi punto de vista tenemos dos signos de interrogación:

  • como administrador/propietario debo usar soluciones separadas porque todas hacen muy bien su nicho, pero los trabajos secundarios no tanto
  • los usuarios quieren aplicaciones separadas para usar esos servicios, porque las corporaciones de (redes) sociales lo querían debido a… los datos.

¿Dije que la gente es ganado descerebrado? Bastante lo son. O si quiero formularlo de una manera más educada: la mayoría de la gente no lo sabe y busca la solución más fácil. Además, todo cambió cuando Jobs (podría ser Nokia, Blueberry, etc. también) introdujo el primer smartphone real, que operaba a nivel de aplicación.

Estoy un poco negativo hoy. Soy un usuario totalmente feliz de Discourse, como usuario final y como administrador. Es un software de foro brillante. Pero simplemente no podemos competir con el mundo de las aplicaciones separadas y las corporaciones multimillonarias cuando cada usuario, los que crean, los que consumen y los que recopilan todos los beneficios quieren algo diferente.

4 Me gusta

Estoy totalmente de acuerdo, ¡excelente respuesta! Intenté capturar eso en el sentimiento de la publicación anterior. ¿Es Discourse mejor que Jira para el seguimiento de problemas y proyectos? Por supuesto que no, dólar por dólar. ¿Es mejor que Google Drive/OneDrive/etc. para alojar archivos? Definitivamente no.

(¿Es lo mejor para comunidades en línea? ¡Pues claro que sí, obviamente!)

Pero el valor en esos otros frentes, debido a que Discourse es tan versátil, es que puede hacer el 99% de lo que esas cosas pueden hacer, aunque con peculiaridades, como creo que estás insinuando. Estoy de acuerdo con una plataforma para la mayoría de las cosas que puede hacer el 99% con algunas peculiaridades, en lugar del infierno de aplicaciones empresariales que veo hoy.

PERO, como todo en la vida… ¡siempre depende!

Tienes razón, nunca resolverás todos los casos de uso, crearás todas las funciones o harás feliz a todo el mundo. Al estar en una organización que crea aplicaciones empresariales, ¡lograr ese equilibrio es un viaje eterno!

Lamento escuchar eso. Espero que tu día mejore hoy :hugs:

5 Me gusta

Este fue también uno de nuestros problemas principales. Tenemos una cantidad obscena de plataformas haciendo lo mismo, y Discourse es fenomenal para unir todas esas cosas cuando se hace bien.

En particular, carecíamos de un único punto de búsqueda. Para lograr esto a un costo (muy) bajo, patrocinamos al equipo de Discourse para modificar la búsqueda en la cabecera para que nos permita buscar otras plataformas desde la barra de búsqueda de Discourse. Ahora podemos buscar Confluence, etc. desde Discourse :slight_smile:

Nota: Esto no busca de forma nativa en Discourse, sino que redirige al usuario a la otra plataforma, pero con el término de búsqueda pasado como argumento de consulta, por lo que se les lleva directamente a los resultados en la otra plataforma.

Esto significa que no hay costos continuos, ni necesidad de construir un motor de búsqueda completo: simplemente instalas y configuras el componente de tema :slight_smile:

A continuación, se muestra un ejemplo de búsqueda de Meta desde la barra de búsqueda en tu instancia:

  1. Agrega fab-discourse a tu subconjunto de iconos svg
    image
  2. En el componente de tema de búsqueda en la cabecera, abre el editor de iconos de búsqueda adicionales:
    image
  3. Agrega una entrada para Meta

    Nota: excludeFrom es una lista de IDs de Categoría para las Categorías en las que no deseas que aparezca este icono. En este caso, lo estamos excluyendo de la categoría con ID 1.
  4. Guarda los cambios.

Cuando actualices el navegador, deberías ver el símbolo de Meta en la barra de búsqueda cuando ingreses un término de búsqueda. Si haces clic en el icono, se abrirán los resultados de ese término en Meta :slight_smile:

En el video a continuación, busco “fatigue” en la barra de búsqueda de mi instancia personal, y luego hago clic en el icono de Meta para ver los resultados de “fatigue” en Meta en su lugar:

7 Me gusta

@Tris20 ¡esto es genial! En realidad, solo he hablado de los casos de uso genéricos mencionados anteriormente. Los dos únicos que tengo a ese nivel sobre los que aún no he escrito/hablado, y que no he visto en ningún otro lugar son:

Integración de Página de Estado

Sincronizamos nuestros eventos de página de estado 1:1 desde nuestra página de estado a una categoría de Discourse, donde cada estado es su propio tema. Los eventos de estado se reflejan en la publicación original, incluso se publican cronológicamente, en orden ascendente. Hacemos pequeñas cosas que a nuestros usuarios (internos y externos) les encantan, como usar el objeto de fecha y hora de Discourse para que siempre esté en su hora local, reflejar el último estado con una etiqueta en ese tema y algunas otras ideas geniales que se nos ocurrieron. De hecho, desearía que Meta tuviera esta función.

Realmente debería escribir más sobre la integración completa, porque es increíble. La completamos integrándola con la integración de chat y Slack (nuestra herramienta de chat de la empresa), de modo que cuando ocurren eventos de estado de la plataforma, esos temas de Discourse se publican en un canal de estado interno que todos pueden seguir, ¡pero la conversación finalmente los devolverá a nuestra única fuente de verdad: Discourse!

Sincronización de Airtable

Hacemos mucha gestión de programas comunitarios, gestión de proyectos y automatización en Airtable. Se nos ocurrió una increíble sincronización unidireccional entre nuestras tablas de usuarios y grupos de usuarios de Discourse a Airtable, por lo que tenemos una copia 1:1 en Airtable con actualizaciones en tiempo real.

En Airtable podemos crear automatizaciones avanzadas sobre esos eventos (cambios en el ciclo de vida del usuario, o incluso cosas como cambiar su ubicación, actualizar su perfil, etc. Airtable también te permite sincronizar estas tablas con otras bases de Airtable, que es donde ocurre la verdadera magia. Tenemos una base de Airtable donde gestionamos nuestro programa de eventos, y no solo usamos la tabla de usuarios a nivel de base, sino que la extendemos con valores adicionales que son específicos para la gestión de ese programa de eventos.

El valor y la escala que obtenemos de esta integración, diría yo, es la razón sin precedentes por la que escalé mi actividad comunitaria tanto antes de contratar a mi primera persona a tiempo completo en la comunidad después de 3.5 años (@putty :wave:).


Estos son algunos casos de uso bastante avanzados que, supongo, si otros en la empresa los vieran, probablemente reaccionarían así:

4 Me gusta

Parece que necesitamos subirte a un escenario (virtual) en algún lugar :smiley:

Me encantaría ver lo que has construido; me encanta la actitud ingeniosa de usar Airtable o Zapier o algo similar para hackear cosas :slight_smile:
No todo tiene que ser una solución 100% probada con pruebas unitarias y completamente especificada. A menudo, algo rápido, que el propietario del producto puede revisar fácilmente… ¡es mucho más útil!

3 Me gusta

No me malinterpretes, me encantaría ver las funciones en Discourse, ¿verdad? A todos nos encantaría ver nuestras funciones priorizadas :sweat_smile:

Ese es el valor de un producto extensible, y por qué ha sido tan bien aceptado por nuestro equipo: nunca hay un camino que podamos tomar que sea un callejón sin salida.

3 Me gusta

¡Oh, por supuesto!
Pero como todos sabemos, incluso si todos solo usamos el 20% de un software, nadie usa el mismo 20% :smiley:

¡Solucionar cosas con Airtable resuelve mucho! Lo que puedes crear en Airtable en 2 horas… probablemente llevaría días de discusión, antes de que siquiera llegue a la etapa de desarrollo :man_shrugging:

2 Me gusta

¡110%! ¡API-first es una bendición para los implementadores!

2 Me gusta

¿Puedes ayudarme a configurar esto también para nuestra comunidad?
¿Usas Zapier, etc., o hay una integración directa?

2 Me gusta

Lamentablemente no tengo tiempo extra para ayudar con esto, aunque espero publicar más sobre la integración algún día.

Todo se hace mediante webhooks/APIs de Discourse y capturándolos/llamándolos con Automatizaciones de Airtable.

5 Me gusta

Gracias. Esto es útil. Intentaré resolverlo.

1 me gusta