01 / Pagos digitales · República Dominicana · 2022
CARDNET / MONI PAY
Definir la experiencia antes de invertir en construirla.
Conecté research, definición de flujos y evaluación con usuarios para concretar un MVP de pagos y documentar ajustes antes de construir. Trabajé junto a los equipos de PALO IT y CARDNET.
Resultado: Prototipo evaluado · sin lanzamiento
- Rol
- Product Designer · CX / Product Design
- Alcance
- Definición + prototipo evaluado
- Equipo
- PALO IT + CARDNET · CX/UX, UX Design, arquitectura de soluciones y desarrollo
- Periodo
- 24 oct – 9 dic 2022 · ≈ 7 semanas
Caso destacado
El reto
El reto: Convertir una intención de negocio en una propuesta concreta
CARDNET buscaba ampliar su oferta digital para tarjetahabientes. El research mostró necesidades de confianza, control sobre los cargos y acceso a operaciones dispersas entre canales.
El reto fue conectar esas necesidades con una propuesta de producto que pudiera evaluarse antes de invertir en desarrollo.
Mi contribución
Mi contribución: Del workshop a pruebas con usuarios
Facilité el workshop, sinteticé hallazgos y los llevé a journeys, arquitectura y flujos. Participé en el prototipado, diseñé y ejecuté pruebas de usabilidad, documenté ajustes y presenté la propuesta al cliente.
La definición y el diseño visual se trabajaron con CX/UX, arquitectura de soluciones y desarrollo. Las decisiones que siguen son del equipo; mi aporte está en la facilitación, la síntesis, los flujos y la evaluación.
Propuesta de valor
Propuesta de valor: Operaciones cotidianas en una estructura común
Conectar las necesidades de los tarjetahabientes con un MVP de pagos evaluable antes de invertir en construcción: tarjetas, transferencias, pagos y seguimiento financiero dentro del mismo modelo de navegación.
Pantallas del prototipo MONI PAY. Muestran la propuesta trabajada con el equipo, no un producto publicado.
Decisiones y evidencia
Decisiones y evidencia: Del workshop a los ajustes posteriores a las pruebas
Del workshop a una propuesta de MVP
Con el equipo, conectamos las necesidades de usuarios con los servicios de CARDNET: pagos, transferencias y gestión de tarjetas de distintas instituciones. El workshop ayudó a concretar la propuesta; los materiales conservan la priorización, los supuestos de negocio y el trabajo con el equipo.
Journeys, arquitectura y blueprint
Los journeys, la arquitectura de información y el service blueprint describieron los recorridos del MVP y sus dependencias. Selecciona una imagen para ampliarla.
Registro, Home y transferencias cambiaron tras las pruebas
Evaluamos tareas de registro, pagos, transferencias, presupuestos y grupos en sesiones remotas con el prototipo de Figma. Los problemas observados se convirtieron en ajustes de estructura, navegación e información.
01 Ordenar el registro
- Observado
- La lectura resultaba confusa aunque los datos solicitados eran adecuados.
- Decisión
- Separar datos personales y de contacto, añadir un indicador de pasos y simplificar la captura del segundo apellido.
02 Replantear Home
- Observado
- Entrar directamente por Transferencias dificultaba ubicar las demás funciones.
- Decisión
- Reorganizar la navegación y reunir en Home acciones e información para dar contexto a las tareas.
03 Ordenar la transferencia
- Observado
- Demasiados datos al mismo tiempo dificultaban leer el formulario.
- Decisión
- Mostrar la información necesaria durante la captura y reunir el detalle en la revisión previa a confirmar.
Impacto y alcance real
Impacto y alcance real: Un prototipo evaluado y una propuesta documentada
CARDNET recibió recorridos evaluados, ajustes documentados, journeys, arquitectura y service blueprint. Mi trabajo conectó hallazgos con cambios concretos en registro, Home y transferencias.
La siguiente fase no avanzó por presupuesto: el resultado corresponde a definición y evaluación cualitativa de un prototipo.
Aprendizajes
Aprendizajes: Hacer explícitas las decisiones antes de construir
El proyecto me permitió conectar la visión del negocio con los problemas observados en las pruebas. Conservaría esa trazabilidad entre hallazgo, flujo y ajuste.
Hoy añadiría criterios de éxito, estados de error y un plan de medición desde la definición, para dar continuidad a la evaluación durante la implementación.
Lo que no puede afirmarsepor falta de medición
Lo que no puede afirmarse: Definición y evaluación, no un producto lanzado
- MONI PAY no se lanzó: no hay métricas de adopción, uso, conversión ni resultados de negocio.
- Las pruebas fueron cualitativas sobre un prototipo; sus hallazgos no equivalen a desempeño en producción.
- Las decisiones de producto y diseño visual se tomaron en equipo con PALO IT y CARDNET.