← Volver a proyectos
Three checkouts. One shared foundation.

Tres checkouts. Una base común.

Convertí un recorrido de compra fragmentado en un sistema compartido que ayudó al equipo a aumentar un 17% la conversión en e-commerce.

Caso completo (en inglés)
Cliente
Empresa global de eSIM
Mi rol
Product Designer
Alcance
Desktop, web responsive y app nativa
Periodo
8 meses · 2024–2025
Systems thinkingJourney auditDesign systemsCross-functional delivery

S / SITUACIÓN

El coste de dar tres respuestas distintas.

Una misma persona encontraba campos, validaciones y errores diferentes según la plataforma. Cada checkout había crecido con un equipo distinto: cada requisito nuevo multiplicaba las decisiones, la implementación y las pruebas.

Un requisito antifraude convirtió esa fragmentación en una restricción de negocio. La dirección de facturación era obligatoria en desktop, opcional en web responsive y no existía en la app. Corregir cada flujo por separado mantendría el problema de mantenimiento.

T / RETO Y RESPONSABILIDAD

Hacer que un sistema funcionara en tres contextos.

Mi responsabilidad fue hacer visible la divergencia, acordar con Producto e Ingeniería qué debíamos compartir y llevar ese acuerdo a una arquitectura de campos implementable. El objetivo era una compra predecible que pudiera incorporar nuevos requisitos sin tres rediseños separados.

A / ACCIONES Y DECISIONES DE DISEÑO

Unificar el comportamiento. Conservar las diferencias necesarias.

La decisión clave de alcance
17

Comportamientos compartidos

Campos, estados y patrones de validación reutilizables.

6

Diferencias intencionales

Necesidades locales de pago, mercado y requisitos legales.

01

Definición del problema

Auditar antes de rediseñar.

Comparé cada paso en las tres superficies y documenté 23 puntos de divergencia. Así, la discusión dejó de depender de preferencias visuales: podíamos priorizar qué diferencias generaban fricción, riesgo de cumplimiento o trabajo repetido.

02

Visión de sistemas

Una base común, excepciones intencionales.

Resolví 17 puntos con comportamientos compartidos y mantuve seis diferencias explícitas por necesidades de mercado, pago o requisitos legales. La biblioteca cubrió estados de campos y casos límite, incluido el resumen del pedido con el teclado de iOS abierto. La consistencia se tradujo en reglas predecibles con espacio para el contexto.

03

Alcance y entrega

Migrar junto a los equipos.

Delimité el trabajo a la base del checkout y documenté los comportamientos necesarios para implementarla. El despliegue avanzó por fases en desktop, web responsive y app nativa. La integración de pagos mantuvo su alcance propio y el equipo de app contó con un camino de migración.

Shared field and validation architecture across desktop and mobile checkout.
Arquitectura compartida de campos y validaciones en el checkout de desktop y móvil.

R / RESULTADOS E IMPACTO DE NEGOCIO

Mejor conversión. Una base más clara para evolucionar.

+17%
conversión en e-commerce · 30 días siguientes
17 / 23
divergencias resueltas con comportamiento común
3 → 1
superficies conectadas por una misma base

La conversión de e-commerce aumentó un 17% en los 30 días posteriores a la consolidación. La arquitectura compartida también dio a Producto e Ingeniería una referencia común para futuros requisitos. Mi aporte conectó la auditoría, las decisiones de diseño y la entrega; el resultado comercial corresponde al equipo multifuncional.

Observación posterior al lanzamiento en e-commerce; no atribución aislada a un único cambio de diseño.

Lo que aprendí

Nombrar las diferencias concretas hizo posible el acuerdo. Un sistema de diseño aporta valor de negocio cuando reduce decisiones repetidas y hace comprensibles sus excepciones.

Qué exploraría después

Extendería la auditoría a momentos cercanos a la compra y combinaría datos del funnel con investigación cualitativa para entender por qué cambia el comportamiento entre plataformas.