Fintech · Producto y Diseño UX/UI
GOAT
Liderando la Expansión de Producto en un Ecosistema Fintech
Liderando la Expansión de Producto en un Ecosistema Fintech
GOAT opera como Payment Service Provider dentro del ecosistema fintech argentino — la capa de infraestructura que le permite a otros productos financieros mover dinero de verdad. Cuando entré, la plataforma ya estaba en producción pero con un alcance acotado. Los años siguientes, mi trabajo fue ayudarla a crecer hacia algo mucho más grande, integración por integración.
GOAT convive dentro de una estructura de holding junto a Rebit, la billetera orientada al usuario final — misma infraestructura, dos productos, dos públicos. Trabajé directamente con el CEO en estrategia y alcance, y lideré un equipo de cuatro diseñadores UX/UI responsables de las interfaces de ambos productos.
El verdadero desafío era expandirse sin romper lo que ya funcionaba. Cada servicio nuevo —pago de servicios, cobranzas con tarjeta, transferencias interbancarias— tenía que diseñarse alrededor de infraestructura, usuarios e ingresos ya existentes. No había margen para romper lo que funcionaba con tal de construir lo que seguía.
Y cada integración significaba un vínculo de trabajo nuevo: bancos, procesadoras de tarjeta, redes de pago de servicios, cada una con su propio equipo técnico, sus requisitos y sus tiempos. Traducir esa disparidad en flujos coherentes y predecibles se volvió una parte central del trabajo, antes de que se escribiera una sola línea de código.
Cada integración arrancaba con una reunión técnica donde trabajaba junto al CEO y al proveedor externo para entender qué era realmente posible construir. No eran reuniones de diseño — eran conversaciones de finanzas e ingeniería, y tenía que sostener mi lugar en ellas para sacar los requisitos reales.
A partir de ahí, mapeaba los flujos de usuario antes de tocar una sola pantalla, documentando cada punto de decisión, cada estado de error y cada edge case. En fintech, los edge cases no son un detalle menor — un estado de error que falta en un flujo de pago no es un bug, es un ticket de soporte o un contracargo.
Los flujos pasaban a desarrollo como archivos de Figma anotados, sin margen para la interpretación. El líder de desarrollo y yo alineábamos el comportamiento antes del handoff, lo que significaba cero idas y vueltas una vez que arrancaba la ingeniería. En paralelo, mantenía al equipo de cuatro diseñadores UX/UI a la misma velocidad, revisando fidelidad y sosteniendo el sistema de diseño a medida que se introducían patrones nuevos — sobre un sistema que todavía se estaba definiendo mientras lo construíamos.
En paralelo al trabajo de producto, diseñé la identidad visual de GOAT desde cero — un sistema de logo principal y secundario, y una librería de ilustraciones pensada para explicar infraestructura financiera a un público que no piensa en flujos ni en APIs.
El set de ilustraciones se convirtió en el tejido conectivo entre la plataforma y su material comercial: lo suficientemente abstracto para sostener la marca, lo suficientemente concreto para que un dueño de comercio pudiera mirar una y entender qué hace el producto en la práctica.
Durante mi paso por GOAT, la plataforma creció de 10 a 20 clientes B2B, y el volumen de procesamiento mensual llegó a superar los 1.500 millones de ARS. Prisma quedó completamente activado para pagos y cobranzas. Rebit Comercios —un producto aparte que después lideré de punta a punta— se diseñó y lanzó sobre esa misma infraestructura.
Lo que me llevo de GOAT no fue un flujo o una pantalla en particular — fue el corrimiento de diseñar interfaces a diseñar sistemas de los que dependen otros sistemas. Cuando tu producto está parado entre la infraestructura de un banco y el flujo de caja de una pyme, el trabajo deja de ser sobre píxeles y pasa a ser sobre confianza. También me enseñó a sentirme cómodo siendo el único diseñador en una sala llena de gente de ingeniería y finanzas — ahí es donde viven los requisitos reales.