Aguacate Wallet

De una billetera funcional a una experiencia que da confianza

TL;DR

Aguacate Wallet es una plataforma fintech que reúne envío de dinero, cambio de moneda y operaciones cripto en una sola app. Un benchmark interno contra plataformas locales e internacionales mostró que la experiencia de Aguacate estaba a un 90% de distancia de la competencia en flujos y coherencia. El problema no era visual: era estructural. La app resolvía transacciones, pero no resolvía la incertidumbre del usuario.

Lideré el rediseño de seis flujos críticos (registro, verificación, envío de remesas, cambio de moneda, cripto y beneficiarios) y la creación del primer sistema de diseño del producto. El testeo con clientes reales validó la mayoría de las hipótesis y reveló un hallazgo que reorganizó toda la arquitectura: los usuarios no usan el dashboard como pantalla de información — lo usan como el primer lugar para operar.

Aguacate no necesitaba verse mejor. Necesitaba sentirse más claro.

1. El problema real

El dinero ya se mueve rápido. La confianza, no.

Una wallet hoy puede concentrar transferencias, conversiones, pagos y operaciones cripto en una sola interfaz. Pero mientras el dinero se volvió más digital, también se volvió más fragmentado: bancos, exchanges, monedas locales, dólares, cripto y remesas conviven con reglas y lenguajes distintos.

En productos financieros, esa fragmentación no genera demora. Genera duda.

El verdadero reto ya no es permitir que una transacción ocurra. Es lograr que el usuario entienda, en cada paso, qué está haciendo, cuánto está moviendo, cuánto le cuesta y qué va a pasar después.

La confianza no aparece cuando la interfaz se ve moderna. Aparece cuando el usuario siente control.

Aguacate Wallet en este contexto

Aguacate propone reunir tres mundos en una sola experiencia: envío de dinero, cambio de moneda y operaciones cripto. Esa es su mayor ventaja y, simultáneamente, su mayor desafío de diseño:

Mientras más capacidades concentra una plataforma financiera, más clara debe ser su experiencia.

El diagnóstico: 90% de distancia

Un benchmark contra plataformas locales (Chile) e internacionales (Wise, Binance, exchanges regionales) midió cuatro criterios: facilidad de uso, tiempo de completado, funcionalidad y accesibilidad.

El hallazgo fue contundente:

La usabilidad y experiencia de Aguacate estaba alejada en un 90% respecto a la competencia a nivel de flujos y coherencia interna.

Esto no significaba que la app necesitara una capa de pintura. Significaba que el producto resolvía transacciones, pero no resolvía incertidumbre. Los flujos no guiaban al usuario en los momentos donde la precisión, la seguridad y la confianza son críticas.

El reto de diseño

Tres niveles de intervención:

1. Simplificar los flujos críticos — registro, verificación, envío, cambio de moneda, cripto y beneficiarios.
2. Ordenar la arquitectura visual y funcional — foundations, componentes y patrones consistentes entre app y web.
3. Traducir complejidad financiera en decisiones comprensibles — que el usuario sienta que opera dentro de una experiencia que lo acompaña, no dentro de un sistema técnico.

2. Investigación: cómo construye claridad la competencia

Pregunta guía

¿Qué hace que una experiencia financiera se sienta fácil, segura y confiable?

El benchmark no buscaba copiar interfaces. Buscaba entender los patrones que permiten que una operación financiera se perciba como simple.

Benchmark local, regional e internacional

Comparé plataformas locales, para entender expectativas básicas del mercado chileno, y plataformas regionales/internacionales, para reconocer estándares más maduros: experiencias guiadas, información crítica visible y menor incertidumbre antes de cada decisión.

Plataformas locales:

Plataformas regionales/internacionales

Auditoría de flujos actuales de Aguacate Wallet

Además, revisé los flujos actuales de Aguacate Wallet para contrastar lo que la competencia resolvía con mayor claridad frente a la experiencia real del usuario en la plataforma.

No me enfoqué solo en pantallas aisladas, sino en los principales recorridos del producto: onboarding, verificación, envío de dinero, cambio de moneda, cripto, beneficiarios, dashboard, soporte, transacciones y recargas. Busqué identificar dónde la experiencia perdía coherencia, aumentaba la carga cognitiva o podía afectar la confianza del usuario.

Esta auditoría me permitió reconocer que Aguacate tenía una propuesta funcional sólida, pero no siempre la comunicaba de forma simple. Algunos flujos necesitaban más guía, mejor jerarquía visual, mayor visibilidad de información crítica y una estructura más consistente.

Patrones que aparecían en las mejores experiencias

Lo que estos patrones tenían en común no era estética. Era anticipación de la duda.

5 insights que estructuraron el rediseño

Insight 1 — La competencia guiaba mejor al usuario. Las plataformas mejor evaluadas usaban formularios modulares, steppers, microcopy y CTAs identificables. El usuario sabía dónde estaba y qué faltaba. Implicación: simplificar registro, verificación y envío con progreso visible.

Insight 2 — La confianza dependía de la información visible. Las plataformas más maduras mostraban comisión, tasa de cambio, monto final, tiempo estimado y soporte antes de pedir confirmación. Aguacate los mostraba después o no los mostraba. Implicación: anticipar todo lo que el usuario necesita saber antes de mover dinero.

Insight 3 — Cripto debía sentirse ubicable y comprensible. Las mejores plataformas presentaban cripto como una acción más (cambiar, recibir, enviar), no como un módulo aislado con jerga técnica. Implicación: integrar cripto al lenguaje de tareas familiares.

Insight 4 — La consistencia era una condición para escalar. Sin foundations comunes, cada flujo se sentía como una experiencia distinta. En productos financieros, la inconsistencia afecta la confianza, no solo la estética. Implicación: crear un sistema de diseño con tokens, componentes y patrones de accesibilidad.

Insight 5 — Beneficiarios era un flujo sensible de seguridad. El beneficiario es el destino del dinero. Si el usuario no entiende a quién envía o cómo validar la información, la percepción de riesgo aumenta. Implicación: rediseñar beneficiarios con validación progresiva y confirmación previa.

De insights a principios de diseño

Los hallazgos se tradujeron en cinco principios que guiaron toda la etapa UX:

1. Reducir carga cognitiva — cada flujo debía pedir menos esfuerzo mental.
2. Hacer visible el progreso — el usuario debía saber dónde estaba y qué seguía.
3. Anticipar información crítica — comisiones, tiempos, tasas y destinatarios visibles antes de confirmar.
4. Diseñar con consistencia — app y web debían sentirse como el mismo sistema.
5. Traducir cripto a lenguaje cotidiano — desde acciones, no desde conceptos técnicos.

3. UX: convertir hipótesis en una experiencia testeable

Mapeo: ¿dónde se rompía la claridad?

Antes de prototipar, mapeé los flujos críticos para identificar dónde la experiencia generaba más fricción:

Hipótesis de diseño

Prototipo low-fi: validar lógica antes que estética

Con las hipótesis definidas, el siguiente paso fue construir un prototipo de baja fidelidad orientado a validar la claridad de los flujos principales. El objetivo no era evaluar una propuesta visual terminada, sino comprobar si la estructura de la experiencia ayudaba al usuario a avanzar con menos dudas.

El prototipo se enfocó en dos momentos críticos: registro y remesa. En el flujo de registro, se diseñaron pantallas para iniciar sesión, elegir tipo de cuenta, crear una cuenta personal, validar correo, ingresar datos personales, adjuntar documentos, registrar residencia y completar el proceso de verificación. En el flujo de remesa, se trabajó una secuencia de envío dividida en tres pasos: Cambio, Contacto y Validación.

Flujo 1 — Registro Tipo de cuenta (personal/empresa) → credenciales → validación por correo → datos personales → documentos → residencia → pantalla final con tiempo estimado de verificación.

Flujo 2 — Remesa Cotización (monedas + tasa + medio de pago) → beneficiario → resumen (todos los datos críticos) → éxito.

La pregunta del prototipo era una sola:

¿La nueva experiencia ayuda al usuario a entender qué hacer, qué información entregar y cómo avanzar?

4. User Test: lo que validó y lo que cambió el diseño

Preparación de entrevistas y testing

La metodología se planteó como un Testing de experiencia. El objetivo fue entender si la nueva propuesta era clara y relevante para el usuario, especialmente en escenarios vinculados al envío de dinero.

Para ello, se trabajó con clientes de AguacateWallet que habían realizado remesas en los últimos meses. La muestra estuvo compuesta por 3 hombres y mujeres entre 25 y 50 años, un perfil relevante porque ya tenía experiencia previa con el problema que la plataforma buscaba resolver.

El test se estructuró en cuatro actividades. Cada una simulaba una tarea real dentro del producto:

1. Crear una cuenta personal después de recibir una recomendación para usar AguacateWallet.
2. Iniciar sesión y encontrar la opción de remesa.
3. Cotizar un envío de pesos chilenos a bolívares hacia una cuenta Banesco, pagando con transferencia bancaria.
4. Continuar el flujo seleccionando un beneficiario existente.

El enfoque fue observar la experiencia desde la acción: no preguntar solamente qué opinaban los usuarios, sino ver qué hacían, dónde dudaban, qué entendían y qué no encontraban.

Lo que funcionó

✅ El registro fue comprendido sin fricción. Los usuarios entendieron la diferencia entre cuenta personal y empresa, completaron credenciales intuitivamente, y aceptaron T&C y validación por correo sin dudas. Funcionó porque cada pantalla tenía un objetivo evidente.

✅ La verificación dejó de generar rechazo. Cuando el sistema explicó qué pedía, por qué y cuánto tomaba (30 minutos – 2 horas, notificación por correo), los usuarios la aceptaron como un paso necesario, no como un obstáculo.

✅ La cotización resultó clara. Banderas, monedas, montos, banco, medio de pago y tiempo estimado dieron suficiente contexto. La operación se entendió a la primera.

✅ El resumen funcionó como punto de control. La pantalla de revisión previa fue interpretada como lo que es: un trust checkpoint — el momento donde el usuario decide si confía lo suficiente para confirmar.

Lo que NO funcionó (y cambió el diseño)

❌ Hallazgo crítico: la opción de remesa no fue encontrada.

Los tres usuarios buscaron remesa primero en el dashboard, no la encontraron, confundieron otras opciones, y solo después la ubicaron en el menú hamburguesa.

El problema no era que no supieran hacer una remesa. Era que el sistema no les mostraba dónde empezar.

Esta observación cambió la lógica de toda la arquitectura del producto: los usuarios no usan el dashboard como pantalla de información — lo usan como punto de partida para operar. Ese insight no estaba en el research previo. Apareció solo cuando los usuarios actuaron.

❌ Las tarjetas de beneficiario no entregaban suficiente contexto. Los usuarios entendieron las categorías (recurrentes / todos los contactos), pero la tarjeta sin banco asociado generaba dudas al seleccionar. En una transacción financiera, esa duda es exactamente lo que aumenta la percepción de riesgo.

❌ La pantalla de éxito pasó desapercibida. Confirmaba que la transacción se creó, pero perdía la oportunidad de dar tranquilidad, comprobante y siguiente acción.

Iteración y recomendaciones

Los testeos no cerraron el proceso; señalaron dónde debía afinarse.

A partir de los hallazgos del testeo, el informe plantea cuatro recomendaciones principales: crear accesos directos desde el dashboard para todos los tipos de operaciones, hacer que los componentes sean más intuitivos según el contexto de la operación, agregar datos adicionales del beneficiario —como el banco— y permitir compartir la operación con algún contacto al finalizar.

Estas recomendaciones pueden convertirse en decisiones de iteración:

La iteración más importante está en el dashboard. Si los usuarios buscan primero ahí, la experiencia debe responder a ese modelo mental. En lugar de esconder las operaciones principales en un menú, el dashboard debería funcionar como un centro de acción: enviar dinero, hacer remesa, cambiar moneda, gestionar beneficiarios o revisar transacciones.

5. UI: materializar la confianza

“La UI no es estética. Es confianza visual.”

Con los flujos validados, construí el primer sistema de diseño del producto, capaz de sostener esa claridad a escala — entre app y plataforma web.

Foundations Tipografía con jerarquía clara para montos, datos sensibles y acciones.

Color: Definí una paleta basada en verdes, blancos y tonos profundos para reforzar claridad, frescura y confianza. Usé los verdes principales para acciones, marca y elementos interactivos, mientras los tonos suaves funcionaron como fondos de apoyo. Así, la paleta permitió construir una experiencia visual más coherente, limpia y reconocible entre app y plataforma web.

Rebranding: El rediseño también incorporó un rebranding: la marca pasó de Aguacate Cambios, con una identidad más asociada a remesas tradicionales, a Aguacate Wallet, una expresión más flexible y alineada con su evolución como plataforma fintech. Este cambio permitió ampliar la percepción del producto: de una solución enfocada en cambio y envío de dinero, a una wallet integral para gestionar envíos, conversión de moneda y operaciones cripto desde una experiencia más moderna, simple y confiable.

Componentes clave

Pantallas finales (high fidelity)

• Nuevo flujo de registro y onboarding.

• Home / dashboard como centro de acción.

• Flujo de envío de remesa

• Flujo de envío de Cripto

• Conversión de moneda y operaciones cripto unificadas en lenguaje cotidiano.

6. Impacto

Aunque el proyecto no cuenta todavía con métricas posteriores a implementación, el rediseño permite proyectar impacto en cuatro frentes: conversión, confianza, descubribilidad y escalabilidad.

La oportunidad no era solo mejorar la interfaz, sino hacer que Aguacate se sintiera más claro en los momentos donde el usuario toma decisiones sensibles: registrarse, verificar su identidad, cotizar una remesa, elegir beneficiario y confirmar una operación.

Impacto cualitativo validado en testeo

• Registro y verificación: comprendidos sin fricción por los 3 participantes.
• Cotización: clara cuando el contexto visual estaba presente.
• Resumen previo: funcionó como momento de control y reforzó la confianza.
• Dashboard: la observación más valiosa del proceso — reorganizó la arquitectura completa.

7. Aprendizajes

Diseñar una wallet es diseñar confianza.

El proceso dejó una lección central: en productos financieros, la experiencia no puede limitarse a permitir acciones. Tiene que ayudar al usuario a entenderlas, validarlas y sentirse seguro antes de completarlas.

Aprendizajes principales:

1. UX no es simplificar pantallas; es simplificar decisiones.

   El usuario no solo necesita avanzar rápido. Necesita entender dónde está, qué está haciendo y qué pasará después.

2. La confianza depende de la información visible.

   Comisiones, tasas, tiempos, beneficiarios y medios de pago deben aparecer antes de confirmar, no después.

3. El dashboard debe ser un centro de acción.

   Si los usuarios buscan las operaciones principales ahí, la interfaz debe responder a ese modelo mental.

4. Cripto necesita traducción, no complejidad técnica.

   Las funciones cripto deben presentarse desde acciones comprensibles: enviar, recibir, cambiar o consultar saldo.

5. El sistema de diseño también construye confianza.

   La consistencia visual hace que la experiencia se sienta más predecible, segura y escalable.

Cierre:

Rediseñar Aguacate Wallet no fue solo ordenar una aplicación.

Fue transformar una experiencia financiera compleja en una plataforma más clara, guiada y confiable.