Da Dependência da Mesa ao Self-Service: Projetando a Plataforma Modular do BaaSiC

Contexto

Quando as operações mais valiosas vivem fora do produto

O BaaSiC é a plataforma Banking as a Service da Transfero — uma camada de infraestrutura em crypto e FIAT que permite empresas operarem serviços bancários (depósitos, saques, câmbio OTC, pagamentos e remessas internacionais) por uma única API e um backoffice web.

Conforme a plataforma amadureceu, o dia a dia migrou para o backoffice. Mas algumas das operações de maior valor — em especial a remessa internacional — ainda aconteciam fora do produto, via pedidos manuais à mesa de liquidação por chat. Funcionava em volume baixo; em escala virou teto: cada remessa dependia de uma pessoa na mesa, restrita ao horário comercial, e a rastreabilidade regulatória era difícil de garantir.

Abordagem

Uma interface que se adapta a cada cliente

As capacidades da plataforma são módulos independentes, contratados separadamente — pagamentos, câmbio e remessa. Projetei a navegação e o dashboard para serem guiados por dois filtros independentes: os módulos que a empresa contrata e o papel do usuário logado. A empresa vê só o que possui; o usuário vê só o que seu papel pode acionar. Sem telas de "acesso negado" — o que não está contratado simplesmente não aparece.

Para trazer a remessa para dentro do produto, mapeei o processo manual passo a passo — o que a mesa pedia aos clientes, quais dados variavam por destino, onde os erros aconteciam. Esse fluxo manual virou o blueprint de um fluxo self-service guiado, desenhado junto de quem o operava.

Discovery com IA. Os requisitos de beneficiário variam enormemente por país, cada um guiado pela sua própria estrutura cambial e bancária. Eram variações demais para mapear de forma confiável na mão, então usei IA para estruturar essa matriz: os campos exigidos por corredor e país. Os formulários dinâmicos nasceram de um retrato completo, e não do punhado de casos que pegaríamos manualmente. A IA não desenhou o fluxo; ela tornou a discovery exaustiva.

Solução

A operação trazida para dentro do produto

Sobre a base adaptativa, a feature nova principal: um fluxo guiado que permite a empresa criar uma remessa internacional sozinha, substituindo o pedido manual à mesa e preservando a precisão que a mesa garantia.

• Wizard guiado: seleção de corredor, valor nos dois sentidos (a enviar ou a receber), cotação ao vivo com taxa e prazo, formulários de beneficiário dinâmicos por país e validados campo a campo, e 2FA para criar a ordem
• Histórico e comprovante: registro completo de cada remessa, comprovante gerencial com linha do tempo de status, recriação em um clique e export CSV
• Vocabulário de status compartilhado: estados técnicos condensados em status claros — criada, em processamento, concluída, reembolsada, falhou — com notificações por email
• Sem becos sem saída: saldo insuficiente guia inline para Top Up ou Swap; favoritos de beneficiário reutilizáveis pelo time

Design Foundations

O token system que tornou a plataforma adaptativa

Uma interface que se renderiza diferente para cada cliente — por módulo contratado e por papel do usuário — não pode ser construída tela a tela. Precisa de uma fundação onde o mesmo componente se apresenta em modos diferentes a partir de uma única fonte de verdade. Construí isso sobre um sistema de tokens semânticos: cor, tipografia, espaçamento, raio, elevação e movimento definidos uma vez e compostos em todo lugar.

Os componentes referenciam tokens semânticos — nunca hex cru — então uma única mudança cascateia pela plataforma. Os mesmos componentes renderizam em "modo bancário" (familiar) e em modo denso (cripto-nativo), guiados pela configuração do cliente, não por telas duplicadas. Novos corredores, ativos ou módulos se conectam a padrões existentes.

IA como alavanca. A IA foi central para convergir a camada visual dos produtos neste sistema único: auditando inconsistências e unificando componentes, para montar telas mais rápido e manter consistência à medida que novos corredores, ativos e módulos entravam, exatamente o que uma interface dirigida por capacidade exige.

Resultado

Operações que viviam no chat, agora fluxos de produto

A remessa internacional saiu de um processo manual e dependente da mesa para um fluxo self-service com trilha de auditoria completa — sustentando diretamente as metas de rastreabilidade regulatória. Para ancorar o design, defini os critérios de sucesso do lançamento da feature:

Um detalhe importa: a mesa não desapareceu. Ela seguiu operando, e o próprio time da mesa passou a usar o fluxo da TPN para as próprias transações, os especialistas internos que conheciam todos os edge cases escolheram a ferramenta self-service em vez do processo manual. A mudança não foi remover a mesa; foi a mesa deixar de ser gargalo obrigatório, e o self-service virar o caminho padrão, para parceiros e para a mesa.

A mudança mais profunda foi conceitual: operações que viviam fora do produto — no chat, na disponibilidade de uma pessoa, sem rastro — viraram fluxos self-service e auditáveis dentro dele. A arquitetura modular guiada por contrato e papel, e os padrões de status e confirmação, viraram fundação reutilizável para o resto da plataforma. E porque a interface se renderiza a partir dos módulos contratados e dos papéis, e não de telas construídas à mão, o produto seguiu expandindo com o negócio: cada nova network absorvida ampliava o alcance para mais países de destino a custo menor, sem redesenho a cada vez.