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.
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.