
68M de usuarios. 3 equipos. 1 admin. Atados a dependencias del mismo flujo.
¿Cómo se reduce a la mitad el tiempo de entrega pidiéndole menos al equipo?
Semi Senior UX Designer · Mercado Libre · 2025
01 · El dolor
Cada cambio obligaba a reconstruir la campaña desde cero.
El 38% del trabajo de UX era rehacer lo que ya existía.
Negocio definía la campaña. Producto la asignaba al equipo. UX la construía pieza por pieza en Figma y la pasaba al admin una a una. Si Negocio pedía un ajuste, el admin lo registraba como una campaña nueva, y UX rehacía todo desde cero. No era un cuello de botella de un rol. Era una dependencia impuesta por el sistema.


02 · El método
3 roles. El flujo entero. Tiempos cronometrados.
UX writers, designers y leads de producto, y benchmark de herramientas que resolvían problemas similares.
Medimos cuánto tardaban en completar tareas específicas e identificamos los puntos de quiebre. Luego contrastamos con entrevistas para entender el proceso completo, no solo la interfaz. La pregunta no era “¿qué pasos sigues?” sino “¿cuándo te trabas? ¿qué haces cuando dependes de otro equipo para seguir?”
03 · El insight
Una herramienta que obligaba a cada rol a salirse para hacer su trabajo.
Cada salida abría una nueva capa de coordinación entre equipos.
Una sola interfaz para tres roles, pero ninguno podía resolver lo suyo sin salirse de ella. Negocio iba a herramientas externas para volver a seleccionar la base de usuarios en cada campaña. UX cargaba con la creación operativa de campañas que ya existían y solo debían iterarse, no crearse de nuevo. Producto no podía dar feedback dentro del admin: pasaba por canales externos para llegar a UX, multiplicando las capas de comunicación. No era una falla de la interfaz. Era un sistema que empujaba a cada rol fuera de la herramienta, y cada salida generaba más dependencias entre equipos.

04 · La estrategia
Cada rol debía resolver lo suyo. Sin salirse del admin. Sin esperar a otro equipo.

Negocio
De rol operativo a visualizador. La base de usuarios se define una vez y la campaña la conserva entre versiones, sin reseleccionarla en cada iteración.

Producto
Crear versiones sobre campañas existentes. Asignar al equipo UX. Revisar y aprobar con feedback directo dentro de la herramienta.

UX
Reutilizar piezas de versiones anteriores o importar de otras campañas. Construir sin recrear desde cero. Solicitar revisión al terminar.
05 · El diseño
Una sola decisión estructural destrabó el flujo. Las otras dos liberaron tiempo.
Tres equipos dejaron de reconstruir, y empezaron a iterar.
Prototipo interactivo
Disponible en pantalla grande
Abre este caso desde un computador para experimentar los flujos de duplicar e importar piezas, alternar entre vista Lista y Timeline, y revisar el detalle de cada pieza.
Detalle de campaña
MLA-DDA-UIF-PJ
Estás viendo una versión productiva. Las versiones productivas no se pueden modificar — crea una nueva versión para editar piezas.
ID pieza
Tipo de pieza
Día de envío
Acciones
5.1
Campaña + versiones
Una campaña actúa como contenedor. Las versiones viven dentro y comparten base de datos y piezas. Producto crea la versión nueva, asigna al equipo y la notifica. La anterior sigue activa mientras se construye la nueva.
5.2
Reutilización de piezas
UX puede traer piezas de la versión anterior, importarlas de otras campañas, duplicarlas o crearlas desde cero. El ajuste reemplaza a la construcción. La recreación manual deja de ser obligatoria.
5.3
Revisión in-tool con contexto
Producto revisa con un comparativo entre versiones. Si rechaza, debe señalar la sección con errores, es obligatorio. UX sabe exactamente dónde ir sin navegar a ciegas.
Misma campaña, otro rol
Producto ve solo lo que necesita para revisar.
Tabs distintos a los de UX. Foco en cambios pendientes, comparativo lado a lado, aprobación o rechazo con notas.
Prototipo interactivo
Disponible en pantalla grande
Abre este caso en computador para experimentar el flujo de revisión: comparar valores entre versiones, aprobar o rechazar con notas.
Detalle de campaña
MLA-DDA-UIF-PJ
ID pieza
Tipo de pieza
Día de envío
Acciones
06 · Los resultados
Mejoramos la experiencia de quienes usaban la herramienta e impactamos la eficiencia del negocio.
Construimos y enviamos más campañas en menor tiempo.
-58%
Time to market
+26%
Campañas utilizadas Q4 vs Q3
55%
Self Service
“El -58% no fue solo una optimización de velocidad. Fue la consecuencia de construir herramientas pensadas en el usuario.”
07 · Lo que haría diferente
¿Qué haría hoy usando AI?
El sistema de 2025 reducía el trabajo. El de 2026 lo eliminaría.
Con las capacidades de IA actuales, la pregunta no sería “cómo hacemos el proceso más rápido”, sino “¿y si el sistema armara la campaña desde el contexto regulatorio?”
- Input regulatorio como punto de partida: con la fecha límite, el mercado y el tipo de comunicación, el sistema genera el borrador completo, piezas, contenido y timeline, basado en campañas anteriores exitosas.
- Detección de riesgo antes de la revisión humana: inconsistencias regulatorias o errores de contenido identificados antes de que la campaña llegue a Producto. Menos ciclos de aprobación.
- Reutilización automática: en lugar de que Poli busque qué importar, el sistema sugiere cuáles piezas son reutilizables según similitud de objetivo, canal y audiencia.