Facilitar en tiempo real: cómo la IA cambió mis workshops de diseño
Me gusta escuchar muchas ideas porque siento que, de esa forma, yo también articulo mejor las mías. Esa palabra — articular — ha sido siempre uno de mis conceptos favoritos cuando facilito.
Facilitar en tiempo real: cómo la IA cambió mis workshops de diseño
Siempre me han gustado los workshops. Me divierten. Me gusta escuchar muchas ideas porque siento que, de esa forma, yo también articulo mejor las mías. Esa palabra — articular — ha sido siempre uno de mis conceptos favoritos cuando facilito.
Pero facilitar de forma remota tiene un problema que no tiene solución perfecta: mantener a la gente concentrada en lo que está viendo en una pantalla, dependiendo de una conexión para poder interactuar. Esa fricción siempre ha estado ahí.
Lo que cambió este año no fue la fricción. Fue la velocidad con la que puedo trabajar dentro de ella.
La preparación: dos horas para un workshop sólido
Todo empieza antes del workshop. Tenía un inicio de ciclo de desarrollo con temas definidos, pero sin claridad sobre qué priorizar, cómo resolverlo ni qué sabíamos realmente de los usuarios. Las preguntas eran muchas y el tiempo del equipo, poco — en tecnología, una o dos horas es todo lo que puedes pedir por sesión.
Lo primero que hice fue construir un cuaderno en NotebookLM con documentación acumulada durante años: artículos sobre facilitación, metodologías de design sprints, frameworks que había usado. Luego le hice preguntas contextualizadas al problema que tenía:
- —¿Qué icebreaker funciona para este tipo de equipo y objetivo?
- —¿Cómo estructuro las etapas para mantener el momentum en dos horas?
- —¿Qué preguntas me van a guiar durante todo el proceso?
En un par de horas tenía un workshop sólido. Con las preguntas correctas, las etapas definidas y una estructura de doble diamante que siempre me ha funcionado: abrir el panorama, cerrar y concluir, volver a abrir y volver a cerrar.
Algo que aprendí de los design sprints y que aplico siempre: cada sesión tiene que conectar con la anterior. El momentum no se sostiene en una sola sesión — se construye en cadena.
El artefacto que cambia el debate
Antes de entrar al workshop, preparé prototipos en HTML generados con IA. No wireframes, no mocks estáticos — prototipos funcionales.
La razón es simple: no quería generar debates desde cero. Quería generar debates a partir de algo ya construido. Un artefacto genera fricción. Y esa fricción entre la solución de diseño y la implementación técnica es exactamente donde aparecen las incertidumbres más grandes — las que necesitas resolver primero.
El espacio en FigJam estaba disponible 24 horas antes para que nadie llegara al workshop sin poder entrar. Menos fricción de acceso, más energía para lo que importa.
La facilitación: diseñar en vivo mientras el equipo trabaja
Aquí es donde cambió todo.
El loop que fui desarrollando funciona así: hago una pregunta al equipo, ellos responden con post-its en FigJam. Mientras responden la primera, yo tomo todo lo de la pregunta anterior y lo sintetizo con la herramienta de Summary de FigJam. En segundos tengo los puntos de valor, los patrones, las ideas que se repiten.
Sobre esa síntesis, genero el siguiente espacio de debate: "El equipo está encaminado hacia este punto. ¿Qué les parece si profundizamos? ¿Cuál es la perspectiva de cada uno frente a esta idea?"
El workshop nunca para. Siempre hay momentum. Mientras el equipo construye, yo proceso. Mientras yo facilito, ellos validan. Cuando encuentro un patrón, les pido que lo evalúen directamente — votando, marcando lo importante, interactuando con la información en tiempo real.
El punto que más me sorprendió: el equipo nunca paró
Cuatro días de workshop suena a mucho. Pero hay algo importante que cambia todo: el ritmo del equipo de desarrollo no se interrumpió en ningún momento.
La forma tradicional de hacer workshops implica una pausa: paramos, definimos, seguimos. Un día completo fuera del trabajo. Horas bloqueadas en el calendario. El desarrollo en pausa mientras el equipo piensa.
Esto fue diferente. Las sesiones eran cortas, corrían en paralelo con el trabajo del día. El ciclo de desarrollo seguía su camino mientras la definición del siguiente ciclo también avanzaba. Al punto de que cuando el ciclo actual terminó, la definición del siguiente ya estaba lista — se empalmó directamente con la nueva información.
Eso es lo que más me interesa de este formato: no es una pausa en el proceso, es una capa que corre encima de él.
La síntesis post-workshop: Granola + Claude Code
Algo que estoy agregando ahora al proceso es una capa final de síntesis.
Durante las sesiones uso Granola para grabar el audio de las reuniones. Luego, a través de un agente en Claude Code, genero una síntesis completa de cada sesión: qué se preguntó, qué se dijo, qué no se dijo, cuáles fueron los puntos más relevantes de las conversaciones.
Eso me sirve para hacer un match entre lo que ocurrió en el workshop y lo que fui construyendo día a día. Una capa de memoria que no depende de mis notas ni de lo que recuerdo — depende de lo que realmente pasó.
Lo que aprendí
Los workshops siempre han dependido de la capacidad del facilitador para sostener la energía del grupo y procesar información rápido. Lo que la IA hace es multiplicar esa capacidad, no reemplazarla.
La preparación que antes tomaba días, ahora toma horas. La síntesis que antes interrumpía el flujo, ahora sucede en paralelo. Los artefactos que antes llegaban después del workshop, ahora llegan antes. Y la memoria de lo que pasó ya no depende de quién tomó mejores notas.
Lo que no cambia es el juicio. Saber qué pregunta hacer después. Reconocer el patrón que vale la pena profundizar. Sostener la energía del grupo cuando el momentum baja.
Eso sigue siendo del facilitador. Y creo que va a seguir siéndolo por un buen tiempo.