Product Design / Service Design / Event Operations / Field UX
Podemos Progresar — Productive Workshops
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.
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 del proyecto
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Nota de diseño
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.
Reflexión
Diseñar más allá de las pantallas
Este proyecto reforzó una idea que ha influido fuerte en cómo abordo el Product Design: los problemas operativos rara vez pertenecen a una sola interfaz.
Un taller empezaba mucho antes de que una asistente llegara al evento y continuaba después de que terminaba. Diseñar la experiencia exigía entender toda la cadena: planeación, equipos, publicación, registro, Field Operations, asistencia, información y follow-up.
La decisión más importante no fue cómo diseñar una pantalla individual.
Fue definir qué información debía permanecer consistente, qué necesitaba cada rol en cada etapa y cómo distintos productos podían colaborar alrededor del mismo modelo operativo.
Ese cambio hizo posible pasar de diseñar interfaces aisladas a diseñar un sistema conectado.
