# Podemos Progresar — Productive Workshops > Caso de Product Design que conecta LUCI, Spore y web para Productive Workshops — Event Operations, Field UX, registro y prospecting para Podemos Progresar. Product Design / Service Design / Event Operations / Field UX Un ecosistema conectado de Event Operations entre LUCI, Spore y web, que unifica creación de talleres, registro, ejecución en campo, seguimiento de asistencia y prospecting. Diseño de un ecosistema end-to-end de Event Operations que conecta LUCI, Spore y experiencias web para gestión de talleres, ejecución en campo y prospecting. - **Cliente:** Podemos Progresar - **Industria:** Servicios financieros - **Ubicación:** Ciudad de México, México - **Año:** 2024 - **Duración:** 4 meses - **Rol:** Lead Product Designer - **Plataformas:** LUCI / Spore / Responsive Web - **Alcance:** Event Creation / Registration / Field Operations / Prospecting / Analytics - **Herramientas:** Figma / Notion / Jira / Asana - **Entregables:** Estrategia de producto - **:** UX Research - **:** Service & User Flows - **:** Arquitectura de información - **:** Role-based UX - **:** Event Management - **:** Dynamic Forms - **:** Responsive UX/UI - **:** Field UX - **:** Prototyping - **:** Validación de usabilidad - **:** Definición de Analytics - **:** Developer Handoff ## Resumen **Los Productive Workshops formaban parte de una operación mucho más compleja que publicar eventos.** Cada taller involucraba equipos distintos, regiones, coordinadoras, objetivos como prospecting, retención o impacto social, metas de asistencia, ubicaciones, formularios, asistentes principales, invitadas, follow-up previo, operación en sitio y reporting posterior. **El reto era transformar este proceso fragmentado en un sistema digital conectado.** Como Lead Product Designer, lideré la definición de una experiencia que permitiera configurar un evento una vez y usarlo en distintos contextos operativos: LUCI para administración y control, el sitio público para descubrimiento y registro, y Spore para las coordinadoras que trabajan en campo. El resultado fue una arquitectura compartida construida alrededor del ciclo de vida completo del evento, no de herramientas aisladas por plataforma. ## 01 Diseñar el evento como sistema **De una actividad de taller a un producto operativo** El primer reto fue entender que un taller no era simplemente una fecha en el calendario. Detrás de cada evento había una red de relaciones entre regiones, tribus, coordinadoras, asistentes, invitadas, objetivos, ubicaciones, formularios, estatus y metas de asistencia. La investigación y la definición ayudaron a mapear el journey completo y a establecer una arquitectura en la que distintas plataformas pudieran consumir la misma información según cada rol y contexto. Eso convirtió el evento en una entidad central del ecosistema, conectando lo que ocurría antes, durante y después de cada taller. ## 02 Event Creation y orquestación en LUCI **Un workflow para configurar toda la operación** LUCI se diseñó como el centro de control desde el que los equipos internos configuran y gestionan los Productive Workshops. La experiencia siguió un workflow progresivo dividido en tres etapas principales: _Event Details → Create Form → Preview & Publish_ Desde un solo flujo, los equipos podían definir región y tribu, tipo de taller, objetivo, formato, meta de asistencia, fecha, horario, ubicación, equipos responsables, coordinadoras asignadas a prospecting e información pública del evento. Cada evento también incorporó un identificador único derivado de su contexto operativo, como referencia consistente entre los distintos touchpoints del ecosistema. ## 03 Registro flexible sin reconstruir cada evento **Formularios configurables para distintas necesidades operativas** No todos los talleres requerían la misma información. Por eso la experiencia incluyó un sistema de formularios configurables en LUCI, para crear secciones, preguntas, tipos de respuesta, campos obligatorios y estructuras de información específicas del evento. También se diseñó un módulo dedicado de carga de identificación para **captura de datos asistida por OCR**, extrayendo nombre, edad, dirección, código postal y CURP a partir de una identificación subida. **El sistema también soportó invitadas vinculadas a una asistente principal.** Cuando una asistente indicaba que llevaría invitadas, el sistema podía generar los subformularios necesarios y conservar la relación entre cada participante y el evento. Eso redujo la necesidad de crear un workflow completamente nuevo cada vez que cambiaban los requisitos del taller. ## 04 De operaciones internas al descubrimiento público **Convertir datos internos del evento en una experiencia pública** Una vez publicado, un taller dejaba de ser solo un registro operativo interno. El mismo evento podía aparecer en la experiencia pública a través de listings, categorías, filtros, vistas de mapa y páginas de detalle con fecha, horario, ubicación, información del taller y registro. Eso conectó la operación interna con un descubrimiento mucho más accesible para potenciales asistentes. La información del evento no tenía que reconstruirse a mano en cada touchpoint. La misma definición podía sostener interfaces distintas según el contexto. ## 05 Field Operations a través de Spore **Diseñar para coordinadoras que trabajan fuera de la oficina** Spore extendió el modelo del evento a la experiencia de campo de las **Coordinadores de Emprendedoras.** Las coordinadoras podían revisar talleres programados, navegar entre fechas, diferenciar eventos de prospecting, retención e impacto social, y entender rápido el avance contra la meta de asistencia. Dentro de cada taller, la experiencia daba acceso a información del evento, equipos responsables, ubicaciones, participantes registradas, información de invitadas y estatus de asistencia. El flujo también incorporó registro directo de asistentes para cuando la captura ocurre durante Field Operations. El resultado fue una experiencia mobile-first diseñada alrededor del contexto operativo, no una versión reducida de la plataforma desktop. ## 06 Convertir eventos en canales de prospecting **Conectar la actividad comunitaria con relaciones futuras** Uno de los aspectos más importantes del sistema era que los talleres también podían ser un punto de entrada para relaciones futuras con Podemos Progresar. Spore permitía a las coordinadoras gestionar participantes e invitadas alrededor de cada evento, capturar información relevante durante el registro y mantener estatus como confirmada, recordatorio, asistió o sin asistencia. En lugar de separar los eventos comunitarios de las actividades de prospecting, la experiencia conectó ambos contextos dentro de un flujo operativo controlado. El taller se volvió así una superficie donde las coordinadoras podían registrar, organizar y dar follow-up a nuevas participantes sin interrumpir el evento. ## 07 QR, registro directo y captura asistida **Múltiples puntos de entrada al mismo workflow** El registro tenía que funcionar antes y durante el taller. Por eso se consideraron varios puntos de entrada: registro en la experiencia digital, códigos QR específicos del evento y registro asistido directo en Spore. El código QR dirigía a las participantes al formulario asociado al evento, mientras las coordinadoras podían registrar asistentes en sitio cuando el proceso ocurría en campo. Sin importar el punto de entrada, la información de cada participante quedaba conectada al mismo taller y a la misma estructura operativa. ## 08 Visibilidad operativa y asistencia **De registros individuales a visibilidad operativa** El workflow se extendió más allá de la configuración del evento y el registro de participantes. LUCI se diseñó con vistas para monitorear talleres por región, metas de asistencia, registros confirmados, asistencia, sin asistencia, participantes individuales, invitadas, historial del evento y reportes operativos descargables. La arquitectura de información permitía pasar de una vista de alto nivel entre regiones y eventos al detalle de un taller o una participante, sin perder el contexto original del evento. Eso creó un modelo más estructurado para gestionar eventos, equipos, metas, participantes y asistencia dentro del mismo ecosistema operativo. ## 09 Impacto de producto y operación **Impacto de producto y operación** La solución transformó un proceso distribuido entre equipos, canales y contextos operativos en un sistema conectado alrededor de una entidad central: el evento. LUCI centralizó configuración y gestión. El sitio público convirtió esa información en una experiencia de descubrimiento y registro. Spore llevó el evento a campo, donde las coordinadoras podían operar, registrar participantes, seguir asistencia y gestionar actividades de prospecting. El resultado fue una arquitectura capaz de sostener múltiples talleres, formularios, regiones, equipos, participantes y objetivos sin diseñar un proceso independiente para cada nueva necesidad operativa. Más importante, el proyecto demostró cómo una experiencia comunitaria puede conectarse de forma estructural con el ecosistema operativo y de prospecting de Podemos Progresar. Mi involucramiento cubrió estrategia de producto, research, service y user flows, arquitectura de información, UX/UI, interaction design, integración con design systems existentes, prototyping, validación y alineación con equipos de desarrollo y operaciones. Como Lead Product Designer, lideré la experiencia end-to-end de Productive Workshops entre LUCI, Spore y el sitio público, definiendo cómo cada touchpoint podía operar como parte del mismo sistema y no como una interfaz aislada. Website: https://web.podemos.mx/index.html HTML: https://www.giovidaurri.com/es/casos-de-estudio/podemos-progresar/