Caso de estudio
Rediseñando la experiencia del organizador en Eventbrite
Intenté crear un evento en Eventbrite. Me tomó 7 pantallas de onboarding, una encuesta sobre el tamaño de mi empresa, y un pedido de número de teléfono antes de poder escribir un solo nombre de evento. Después miré cómo lo hace Luma — una página, menos de un minuto. Esa brecha es lo que aborda este rediseño.
14
problemas de UX detectados
7→1
pantallas para crear
2→1
sistemas de navegación
3
pantallas rediseñadas
El problema
Backend potente, frontend frustrante
Recorrí el flujo completo de organizador de Eventbrite tres veces, pantalla por pantalla, aplicando las heurísticas de Nielsen. Encontré 14 problemas. Tres de ellos aparecían en todos lados — y los tres son arreglables.
Caos de idiomas
La UI mezcla español e inglés en la misma pantalla. Etiquetas del onboarding, labels de formularios, encabezados del editor y botones cambian de idioma de forma impredecible. Los usuarios no bilingües quedan adivinando.
Pérdida de control del usuario
Hacer clic en "Crear desde cero" redirige al flujo de creación con IA tras un onboarding de 7 pantallas. El organizador venía a crear un evento — no a responder preguntas de cualificación comercial sin indicador de progreso.
Navegación en conflicto
El editor de eventos tiene dos sistemas de navegación simultáneos: un sidebar con iconos y otro con texto y secciones colapsables. Aparecen checkmarks verdes sobre bloques de contenido sin leyenda que explique su significado.
Análisis competitivo
Qué hacen mejor Luma y Partiful
Creé el mismo evento en las tres plataformas. Luma me tomó 45 segundos. Partiful un minuto. Eventbrite más de 10 minutos — y soy un diseñador que sabe lo que busca. Esto es lo que reveló la comparación.
| Eventbrite | Luma | Partiful | |
|---|---|---|---|
| Tiempo de creación | Débil: 7+ pantallas, luego formulario | Fuerte: Una sola página, <1 min | Fuerte: Una sola página, lúdica |
| Idioma | Débil: Mezcla ES/EN en todo | Fuerte: Consistente por locale | Intermedio: Solo en inglés |
| Integración de IA | Intermedio: Flujo separado, resultado genérico | Intermedio: En el roadmap | Intermedio: "Party Genie" — divertido, poco práctico |
| UX del editor | Débil: Doble nav, bloques de tarjetas | Fuerte: WYSIWYG inline | Fuerte: Formulario scrollable único |
| Página del evento | Intermedio: Rígida, muestra competidores | Fuerte: 40+ temas, personalizable | Fuerte: Lúdica, orientada a personalidad |
| Dashboard | Intermedio: Existe pero enterrado | Fuerte: Limpio, con datos de tráfico | Débil: Solo lista de RSVP |
| Escala | Fuerte: Preparado para enterprise | Intermedio: PYME / comunidad | Débil: Solo social / casual |
Proceso
Mapeando la brecha entre el flujo actual y el propuesto
Mapeé cada pantalla que toca un organizador desde "quiero crear un evento" hasta "está publicado." El flujo actual tiene tres caminos que terminan en el mismo editor — pero solo después de hacerte elegir cuál sin explicar la diferencia. El rediseño elimina la bifurcación.
Flujo actual — 11+ pasos para publicar
Flujo propuesto — 3 pasos para publicar
¿Qué pasa con los datos del onboarding?
Eventbrite puede inferir el tipo de evento, tamaño de audiencia y modelo de precio a partir de los datos reales del evento — título, categoría, configuración de tickets y aforo. No hace falta preguntar por adelantado. El primer evento del organizador ES la data.
Decisiones de diseño
Cuatro principios para el rediseño
Cada cambio que propongo tiene una razón detrás — y un costo de negocio del que soy consciente. No pretendo que el diseño actual de Eventbrite sea arbitrario. Es el resultado de restricciones reales. Esto es lo que cambiaría y por qué vale la pena el trade-off.
Mostrar, no encuestar
Que el organizador vea su evento tomando forma mientras completa los datos. Sin interrogatorio de onboarding. Eventbrite puede inferir el tipo de evento y la audiencia a partir de los datos reales.
Tradeoff de negocio: La encuesta probablemente alimenta el pipeline comercial de Eventbrite (cualificando organizadores por escala y presupuesto). El rediseño propone derivar estos datos del comportamiento del evento — menos intrusivo, misma señal.
Un solo idioma, siempre
La UI actual mezcla español e inglés en la misma pantalla — etiquetas de onboarding, labels de formularios y botones cambian de idioma de forma impredecible. Es un hallazgo de auditoría de i18n, no un problema de layout, así que los mockups del rediseño no lo abordan visualmente. Pero es la mejora más fácil que Eventbrite podría lanzar hoy.
Por qué no aparece en los mockups: La causa raíz es técnica — algunos strings vienen de un CMS, otros están hardcodeados, y el contenido generado por IA se muestra por defecto en inglés. La solución es una auditoría de i18n en todo el codebase, no un rediseño de UI. Los mockups usan inglés de forma consistente como idioma de referencia.
Una sola navegación
Un sistema de navegación único y claro. Tabs en lugar de sidebars en conflicto. Cada sección se gana su lugar en el nivel principal — Marketing, Analytics y Attendees no quedan ocultas detrás de menús colapsados.
Tradeoff de negocio: La doble navegación actual probablemente refleja la estructura organizativa (diferentes equipos publicando diferentes secciones). Una navegación unificada requiere consenso entre equipos sobre la jerarquía de información — un reto de design ops tanto como de diseño.
IA como copiloto, no como autopiloto
La IA asiste inline — sugiriendo copy, imágenes y categorías — en vez de generar un evento completo que el usuario no controló. El organizador mantiene el control.
Tradeoff de negocio: Eventbrite probablemente invirtió mucho en la generación de eventos con IA como diferenciador. La propuesta no elimina la IA — la redistribuye dentro del flujo de trabajo, donde el organizador puede aceptar, rechazar o refinar cada sugerencia individualmente.
Pantalla 1 de 3
Creación de evento en una sola página
El flujo actual requiere 7 pantallas de onboarding, una elección entre manual e IA, un formulario y luego una vista previa generada. El rediseño condensa todo en una sola página con un preview en vivo que se actualiza mientras el organizador escribe.
- Eliminado: encuesta de onboarding de 7 pantallas, flujo de IA separado, recolección de teléfono / empresa
- Añadido: panel de preview en vivo, asistentes de IA inline ("Write for me"), auto-categorización desde el título
- Añadido: Revelación progresiva — opciones avanzadas (recurrencia, códigos promo) detrás de botones "+ Add"
Tickets
Category
Summer Music Session Barcelona
Enjoy a unique in-person gathering where music and good vibes come together. Come dance, sing, and connect with fellow music lovers...
Pantalla 2 de 3
Un dashboard, una navegación
El editor actual usa dos sistemas de sidebar en conflicto y oculta funciones clave como Marketing y Analytics detrás de menús colapsados. El rediseño utiliza tabs en el nivel principal y convierte el editor en WYSIWYG — se edita directamente sobre el preview.
- Eliminado: sidebar de iconos, sidebar de texto, checkmarks verdes, stepper de 3 pasos
- Añadido: 5 tabs claros (Page, Tickets, Attendees, Marketing, Analytics)
- Añadido: Edición WYSIWYG — clic para editar directamente sobre el preview del evento
- Añadido: Estadísticas rápidas visibles por defecto (visitas, registros, conversión)
Pantalla 3 de 3
La página del organizador, no el marketplace de Eventbrite
La página pública actual del evento muestra eventos de la competencia al final, tiene un sidebar sticky que consume espacio en pantalla y entierra la identidad del organizador. El rediseño pone el evento del organizador en primer plano — sin distracciones, sin competidores.
- Eliminado: Eventos de competidores ("También te podría gustar..."), sidebar sticky de precio, sección "Cómo llegar", prominencia de "Reportar este evento"
- Añadido: CTA arriba y abajo (sin necesidad de sticky), badge de categoría, bio del organizador con otros eventos, mapa compacto
¿Por qué Eventbrite muestra eventos de la competencia? Eventbrite opera como marketplace — dirigir tráfico entre eventos aumenta la venta total de entradas. Pero desde la perspectiva del organizador, esto significa pagar a Eventbrite para promocionar a sus competidores. El rediseño propone mostrar solo los otros eventos del organizador, manteniendo el tráfico dentro de su ecosistema mientras Eventbrite sigue obteniendo datos de cross-sell.
Music · Barcelona
Summer Music Session Barcelona
Free
About
Enjoy a unique in-person gathering where music and good vibes come together to create unforgettable moments. Come dance, sing, and connect with fellow music lovers in a relaxed atmosphere full of positive energy.
Highlights
Location
Carrer de València, 12 · 08015 Barcelona
Organizer
Nicolas Marciano
Music events in Barcelona · 1 event
Reflexión
Qué aprendí y qué viene después
Este proyecto me enseñó tanto sobre los límites de la evaluación heurística como sobre la UX de Eventbrite. Estos son los aprendizajes clave — y lo que haría a continuación.
Los problemas de UX suelen ser problemas organizacionales
La doble navegación, la mezcla de idiomas, la encuesta de onboarding que alimenta ventas — no son errores de diseño. Son síntomas de equipos que publican de forma independiente. Corregir la UI requiere alineación entre equipos, no solo un nuevo layout. Esa reflexión moldeó cómo enmarqué cada decisión de diseño con su tradeoff de negocio.
La evaluación heurística tiene un techo
Identifiqué 14 problemas, pero no puedo saber cuáles realmente afectan más a los organizadores. Un power user que gestiona 50 eventos al año puede tener pain points completamente distintos a los de alguien que crea su primer evento. El siguiente paso serían 6–8 entrevistas con organizadores de distintos niveles de experiencia para validar y priorizar.
Accesibilidad como restricción de diseño
El patrón de editor WYSIWYG (contenteditable, sincronización de preview en vivo) introduce retos significativos de accesibilidad — roles ARIA adecuados, navegación por teclado, anuncios de screen reader para actualizaciones en vivo. En una implementación productiva, la accesibilidad tendría que ser una restricción de primer nivel desde el inicio, no algo que se añade después.
Validar las hipótesis
Cada decisión de diseño aquí es una hipótesis informada. Antes de implementar, realizaría tests de usabilidad moderados con los prototipos — midiendo específicamente el tiempo hasta publicar y la tasa de error en el flujo de una sola página vs. el flujo actual de múltiples pasos. Las métricas dirían si el rediseño realmente funciona, no solo si se ve mejor.