Publicado el
10 MIN DE LECTURA
UI UX para fintech: lo que Pix ya exige de la pantalla


Por:
UI UX para fintech es el diseño de la interfaz y de la experiencia de productos financieros, como apps de pago, cuentas digitales y billeteras. En Brasil, parte de esa pantalla ya llega decidida: el Banco Central publica requisitos mínimos de experiencia del usuario para Pix, el sistema de pagos instantáneos de Brasil, con nombres obligatorios, mensajes con contenido mínimo y reglas para el comprobante.
Las guías de UX para fintech que leí en septiembre de 2026 son extranjeras y ninguna menciona que aquí la interfaz de quienes participan en Pix sigue un documento del regulador, que acaba de llegar a la versión 7.4, vigente a partir del 1 de marzo de 2027.
En Wama, el tema viene de proyectos entregados: en 2025 el estudio diseñó y desarrolló la aplicación de Cappta, una institución de pago con adquirencia y cuenta digital en white label, con las interfaces diseñadas en Figma. Este texto es el recorte de diseño dentro de la guía sobre lo que la norma le pide al sitio web de una fintech.
¿Qué cambia en UI UX para fintech?
Cambia el costo del error y cambia quién define parte de la pantalla. En un producto financiero, un botón ambiguo puede mandar dinero a la persona equivocada, así que la confianza, la claridad del monto y la confirmación antes de pagar pesan más que en cualquier otro producto digital.
Flujo corto, jerarquía clara y los momentos que definen la experiencia de un SaaS también valen para una cuenta digital. La diferencia es el perímetro: además de las reglas de tienda y de seguridad, que son lo que el Banco Central exige a quien construye la app, existe una capa de interfaz escrita por el propio regulador.
Stric, que permite a las empresas operar como bancos digitales en white label, recibió de Wama en 2026 branding, diseño de la plataforma SaaS y sitio web, y sus clientes necesitan saber qué pantallas son libres y cuáles siguen la norma.
¿Qué parte de la pantalla ya decidió el Banco Central?
Toda la experiencia de Pix en aplicaciones para personas físicas tiene un piso definido por el Banco Central. El documento Requisitos Mínimos para la Experiencia del Usuario, versión 7.3 de diciembre de 2025, se declara parte integrante del reglamento de Pix, y las obligaciones valen para los participantes del esquema.

Algunos puntos obligatorios de la versión vigente:
El área de Pix es accesible en la aplicación principal, en la pantalla de inicio de sesión o justo después de ella, con un destaque no menor que el de otras formas de pago.
Los nombres son fijos: "Pix", "Chave Pix", "Minhas chaves", "Pix Copia e Cola", "Meus Limites", "Pix Agendado" y "Pix Automático", entre otros.
Los mensajes de éxito, error y orientación tienen un contenido mínimo, que la marca puede reescribir con su propia voz pero no eliminar.
Las validaciones de seguridad de Pix no pueden pedirle al usuario más acciones que las que piden las otras formas de pago de la institución.
La pantalla inicial del área de Pix tiene un acceso directo al canal de reclamos, con el aviso de que el usuario puede registrar un reclamo en el sitio del Banco Central.
El campo Descripción, de hasta 140 caracteres, aparece de forma literal: la app no muestra enlaces ni contenido dinámico ahí.
El último punto es diseño al servicio de la seguridad: un enlace clicable en un mensaje de transferencia es una puerta abierta al fraude. Quien diseña sin conocer el manual descubre estas reglas después de que la pantalla fue aprobada, cuando rehacerla cuesta más.
¿Qué cambia la versión 7.4 del manual de Pix hasta marzo de 2027?
La versión 7.4 de los requisitos de experiencia de Pix, fechada en septiembre de 2026 y vigente a partir del 1 de marzo de 2027, aprieta tres frentes: comprobante, fraude y memoria de contactos. Quien rehace una app ahora debería diseñar con la versión nueva y dejarlo por escrito, como parte de lo que tiene que decir el contrato con quien desarrolla.

Cambio en la 7.4 | Qué pasa en la pantalla | Efecto para quien la usa |
|---|---|---|
Comprobante con finalidad exclusiva | Queda prohibido incluir propaganda, publicidad, ofertas comerciales o hipervínculos | El comprobante solo prueba la transacción |
Nombre comercial del receptor | Se muestra en el comprobante cuando el receptor es persona jurídica y tiene nombre comercial | El pagador reconoce a la empresa |
Contactos favoritos | La app guarda la clave Pix usada y alerta al pagador si cambia la identificación del receptor | El contacto guardado deja de ser un atajo a ciegas |
Sospecha de fraude transaccional | Mensaje obligatorio cuando el Pix no puede hacerse por estar marcado como sospecha de fraude | El rechazo viene con un motivo |
Estado de cuenta estandarizado | Signos de más y de menos y los términos Pagamento (pago) y Recebimento (cobro) | Entradas y salidas sin ambigüedad |
Pix Automático | Campo Objeto del pago presentado de forma clara y destacada | El usuario sabe qué autorizó cobrar |
Autoservicio del MED | Recorrido de impugnación reformulado, con filtro de lo que es elegible | Menos impugnaciones abiertas por el camino equivocado |
La dirección se repite: la 7.1, de febrero de 2025, creó el autoservicio del Mecanismo Especial de Devolución (MED), y la 7.2, de octubre de 2025, empezó a exigir un mensaje de error para claves de cuentas con restricción por fraude.
Confianza, error y fricción: donde el diseño todavía decide
La norma define el piso, y la confianza sigue siendo trabajo de diseño. Las guías de agencias de UX publicadas en 2026 coinciden en tres ideas: la confianza se decide por la precisión visual, la legibilidad vale más que la simplificación agresiva y la fricción bien ubicada protege.
El manual de Pix confirma la tercera idea. Cuando la institución necesita tiempo extra para analizar una transacción sospechosa, el mensaje obligatorio avisa el tiempo adicional y ofrece cancelar, y los ejemplos del documento hablan de 30 y 60 minutos. El diseño decide si esa espera parece una falla o una protección.

En los proyectos de Wama, esa decisión pesa en las pantallas de seguimiento. En Milhas Pix, un marketplace de millas con pago por Pix, el estudio diseñó en 2025 desde la página de adquisición hasta las pantallas de gestión de ofertas y seguimiento de transacciones, donde el usuario decide si confía en el producto.
Tres prácticas valen para cualquier producto financiero:
Mensaje de error con motivo y siguiente paso. Sin motivo, el error se convierte en un ticket de soporte.
Estados de espera diseñados. Pendiente, en análisis, rechazado y devuelto merecen su propia pantalla, no un ícono de carga.
Accesibilidad desde el primer borrador. El manual recomienda áreas táctiles más grandes, descripción activa para lectores de pantalla y videos en Libras (la lengua de señas brasileña).
El primer contacto sigue la lógica de cómo diseñar el primer uso de un producto, con un detalle: en el primer acceso, el manual obliga a la app a presentar Pix (velocidad, disponibilidad, costo y formas de pagar), y eso tiene que caber en el flujo sin convertirse en una pantalla de términos.
¿Y el Open Finance?
El Open Finance también evalúa la experiencia. En el piloto de recorrido optimizado, regulado por la Instrucción Normativa BCB n.º 740, del 29 de mayo de 2026, la validación de UX de las marcas participantes usa un cuestionario que, según las directrices generales del piloto, se basa por completo en la versión más reciente de la Guía de Experiencia del Usuario del ecosistema.
Para quien diseña, es un documento de interfaz más sobre la mesa: una fintech que va a iniciar pagos o compartir datos por ese camino revisa sus recorridos contra esa guía, además del manual de Pix.
Cómo contratar el diseño de un producto financiero
Pide en el alcance, por escrito, lo que exige la norma antes de discutir la estética. Un proyecto de UI UX para fintech bien contratado entrega el mapa de lo que está regulado y la prueba de que cada pantalla sigue la versión correcta del manual.
Inventario de las pantallas reguladas: área de Pix, comprobante, estado de cuenta, límites, impugnación y favoritos.
Mensajes de error y de espera como entregable, con el contenido mínimo del manual y la voz de la marca.
Prototipo del comprobante y del estado de cuenta ya con la versión 7.4.
Revisión contra el manual vigente y el futuro, con la fecha de corte en el cronograma.
Archivos de diseño y accesos a nombre de la fintech, porque vale saber qué cambia cuando el producto necesita código propio.
En Wama, una sola persona conduce el proyecto del brief al deploy, sin una capa de atención entre quien decide y quien diseña. Las revisiones son ilimitadas dentro del alcance, así que ajustar un mensaje de error hasta que quede claro no consume una ronda.
La IA entra en el flujo del estudio en código y automatización, con lectura humana de todo resultado. Acelera la construcción, no la decisión: saber qué pantalla ya decidió el regulador sigue siendo trabajo de personas.
Errores comunes en UI UX para fintech
Diseñar con la versión del manual que va a vencer. Una app rediseñada ahora con la 7.3 tendrá que cambiar el comprobante, los favoritos y el estado de cuenta antes de marzo de 2027.
Usar el comprobante como vitrina. Un banner de crédito o una oferta en el comprobante quedan prohibidos por la 7.4.
Tratar el error como excepción. En un producto financiero, el rechazo, el análisis y la devolución son flujos principales y merecen el mismo cuidado que la pantalla de éxito.
Preguntas frecuentes
¿El manual de UX de Pix aplica a cualquier fintech?
Las obligaciones aplican a los participantes de Pix, en aplicaciones para personas físicas. Una fintech en white label, que opera con la licencia de un socio, suele diseñar su propia pantalla, y en la lectura de Wama el socio tiende a exigirle que siga el manual, porque la obligación es suya.
¿Cuándo entra en vigor la versión 7.4?
A partir del 1 de marzo de 2027, según el Banco Central, que publicó el documento en septiembre de 2026 entre las versiones futuras del reglamento de Pix. Hasta entonces vale la 7.3, de diciembre de 2025, y una app que atraviesa esa fecha tiene que cumplir con las dos.
¿El comprobante de Pix puede tener una oferta de producto?
Con la versión 7.4, no. El comprobante pasa a tener la finalidad exclusiva de registrar y demostrar la transacción, y queda prohibido incluir propaganda, publicidad, ofertas comerciales, hipervínculos o contenido ajeno a la operación. La oferta puede ir en otra pantalla, nunca en el documento que prueba el pago.
¿UI UX para fintech es distinto de UI UX para SaaS?
El oficio es el mismo: investigación, flujo, jerarquía y pruebas. En fintech, sin embargo, el error le cuesta dinero al usuario, el análisis antifraude es parte del flujo y el regulador fija nombres, mensajes y comprobantes que un SaaS común elige libremente.
¿Cuánto cuesta un proyecto de producto digital para fintech?
Depende de la cantidad de flujos y de cuánto del producto está regulado. Como referencia, el rango general de Wama para SaaS y sistemas va de US$ 4.000 a US$ 20.000, y puede llegar a US$ 40.000 según la complejidad. Lo que mueve ese número está en cuánto cuesta la primera versión de un producto.
Si tu fintech va a diseñar o rehacer su app antes de marzo de 2027, empieza por el inventario de las pantallas reguladas. Habla con Wama y lleva el flujo actual a la primera reunión.



