Não sou engenheiro de software. Mesmo assim, construí e publiquei um produto FinTech real com IA
Trabalho há mais de 8 anos com operações, produtos e plataformas nos setores de FinTech e cripto.
Passei por ambientes de exchange, pagamentos, operações globais e produtos digitais. Já trabalhei com integrações, fluxos operacionais, atendimento, incidentes e produtos ligados a mercados financeiros.
Mas existe uma coisa importante:
eu não sou engenheiro de software.
Mesmo assim, nas últimas semanas construí e publiquei um produto real, com versão Web e Android, usando um fluxo de desenvolvimento fortemente apoiado por IA.
O produto se chama TransferIQ.
E quero compartilhar aqui não apenas o resultado, mas principalmente o que aprendi no processo.
O problema começou de uma necessidade real
Moro no Brasil e, como alguém que vive fora do país de origem, transferências internacionais fazem parte da vida real.
Ao comparar serviços diferentes, percebi um problema simples:
é muito difícil saber qual rota realmente entrega mais dinheiro no final.
A maioria das pessoas começa olhando apenas para a taxa.
Por exemplo:
- serviço A cobra 5 USD
- serviço B cobra 10 USD
A conclusão intuitiva é que o serviço A é mais barato.
Mas isso pode estar errado.
Porque o custo real também depende de:
- spread cambial
- taxa de câmbio aplicada
- método de pagamento
- método de recebimento
- faixa de valor
- país de origem
- país de destino
- disponibilidade local
- precificação dinâmica
Um exemplo simplificado:
Provider A
- Fee: 5 USD
- FX rate: 1 USD = 4,90 BRL
- Final receive: 4.875 BRL
Provider B
- Fee: 10 USD
- FX rate: 1 USD = 4,98 BRL
- Final receive: 4.930 BRL
O primeiro parece mais barato olhando apenas a taxa.
Mas o segundo pode entregar mais dinheiro no final.
Foi aí que a ideia começou a mudar.
Em vez de perguntar:
Qual serviço cobra menos taxa?
passei a pensar:
Quanto o usuário provavelmente recebe no final?
Essa diferença parece pequena, mas mudou completamente a lógica do produto.
O que é o TransferIQ
O TransferIQ é uma plataforma independente para comparar rotas de:
- transferências internacionais
- FX
- cripto
- stablecoins
- P2P
- rotas locais de recebimento
A ideia é comparar, antes da execução:
- valor estimado de recebimento
- estrutura de custos
- diferença cambial
- tipo de rota
- método de pagamento ou recebimento
- diferenças entre provedores e mercados
Mas também existe um limite muito importante.
O TransferIQ:
- não guarda dinheiro do usuário
- não executa transferências
- não fornece uma cotação final garantida
- não deve ser confundido com exchange, wallet ou serviço de remessa
O princípio é:
Estimate first. Official quote before sending.
Ou seja:
primeiro comparar as rotas disponíveis.
Depois confirmar a cotação final diretamente com o provedor ou exchange oficial.
Comparar remessas é mais difícil do que parecia
Antes de construir o produto, eu imaginava que seria principalmente um problema de interface.
Não era.
O problema principal era definir o que exatamente estava sendo comparado.
Por exemplo, algumas plataformas tradicionais trabalham com:
- bank transfer
- debit card
- credit card
- cash pickup
- local payout
No mercado cripto, aparecem outras variáveis:
- trading fee
- withdrawal fee
- network fee
- spread
- P2P premium
- stablecoin liquidity
- local off-ramp
Então não existe uma única resposta universal para:
“Qual serviço é mais barato?”
A resposta depende do corredor, valor, método e momento.
Ferramentas de comparação tradicionais normalmente focam em um mercado específico.
Algumas comparam remessas.
Outras comparam câmbio.
Outras mostram preços de cripto.
O que eu queria testar era uma visão mais ampla:
e se o usuário pudesse comparar rotas tradicionais e alternativas a partir do valor final estimado?
Essa foi uma das principais motivações do TransferIQ.
Um dos maiores erros que eu quase cometi: chamar tudo de “Live API”
Durante o desenvolvimento, percebi outro problema importante.
É muito fácil usar expressões como:
- Live API
- Official API
- Official Rate
porque elas parecem melhores na interface.
Mas isso pode ser incorreto.
Nem todas as empresas de remessas oferecem uma API pública de cotação em tempo real.
Além disso:
- dado público de mercado
- benchmark
- estimativa de provider
- preço P2P
- cotação oficial
são coisas diferentes.
Então precisei separar melhor os tipos de dados.
Hoje trabalho com categorias como:
- Live exchange market
- Provider benchmark
- Market benchmark
- Variable pricing
- P2P pricing
- Crypto only
Isso me ensinou algo importante:
em FinTech, transparência sobre a natureza do dado faz parte do produto.
Uma interface bonita não compensa uma classificação incorreta.
E dizer que algo é “oficial” ou “live” sem ter certeza pode destruir confiança.
A parte mais curiosa: construí isso sem ser programador tradicional
Usei principalmente:
- React Native
- Expo
- JavaScript
- Supabase
- REST APIs
- Netlify
- GitHub
Mas o ponto principal foi o uso de IA no processo.
A IA ajudou muito em tarefas como:
- geração de componentes
- correção de erros
- refatoração
- ajustes de UI
- lógica condicional
- estruturação de dados
- textos multilíngues
- investigação de bugs
- preparação de builds
Sem esse apoio, provavelmente eu não teria conseguido chegar tão rápido a uma versão publicada.
Mas existe uma parte que considero ainda mais importante:
IA escreve código, mas não decide o produto por você.
Durante o desenvolvimento, precisei tomar decisões como:
- o que comparar
- o que não comparar
- quais dados mostrar
- quais dados esconder
- quando chamar algo de estimativa
- quando não usar a palavra “official”
- quais rotas remover
- quais filtros mudar
- qual problema resolver primeiro
Em vários momentos, a IA podia implementar exatamente o que eu pedia.
O problema era que, às vezes, o que eu pedia estava errado.
Isso me fez perceber uma coisa:
quanto mais rápido a IA implementa, mais rápido também podemos construir a coisa errada.
Por isso, experiência de produto, operações, domínio e julgamento continuam muito importantes.
Um exemplo real de mudança de produto
No começo, eu estava muito focado em taxas.
Depois percebi que isso era limitado.
Mudei o foco para:
Estimated Final Receive Amount
Depois encontrei outro problema.
No modo cripto, por exemplo:
USDT → BTC
o filtro mais importante não deveria representar o ativo enviado.
Deveria representar o ativo final recebido.
Parece um detalhe pequeno.
Mas muda completamente a experiência.
Também tive que separar conceitos como:
- Sending Currency
- Receiving Currency
- Sending Coin
- Receiving Coin
Fiat e cripto podem estar na mesma aplicação, mas não devem ser tratados como se fossem exatamente a mesma coisa.
Essas decisões não vieram da IA.
Vieram de revisar o produto, encontrar inconsistências e mudar a especificação.
O produto já está publicado
Hoje o TransferIQ possui:
Web
Android
https://play.google.com/store/apps/details?id=com.jkim1285.TransferIQMobile
GitHub
https://github.com/jkim1285/TransferIQ
Ainda existe muito para melhorar.
Eu não considero o produto “pronto”.
Na verdade, os maiores desafios agora são:
- aumentar a precisão dos dados
- conseguir mais usuários reais
- coletar feedback
- melhorar a comparação por corredor
- ampliar rotas de stablecoin e off-ramp
- melhorar a classificação da qualidade dos dados
O modelo que quero testar
Minha prioridade agora não é começar adicionando dezenas de recursos pagos.
O plano é mais simples:
- aumentar usuários e avaliações
- monetizar com referral e affiliate onde fizer sentido
- adicionar receita de publicidade quando houver tráfego suficiente
- no futuro, melhorar os dados reais de recebimento e transformar parte dessa inteligência em API
Ou seja, primeiro quero validar se as pessoas realmente usam a comparação.
Depois, se o produto gerar tráfego e dados suficientes, existe espaço para evoluir.
O que eu gostaria de ouvir da comunidade
Não estou procurando apenas comentários como:
“ficou legal”
O que realmente ajuda é crítica concreta.
Por exemplo:
- a proposta é fácil de entender?
- o valor estimado de recebimento faz sentido como foco principal?
- comparar remessas e cripto no mesmo produto é útil ou confuso?
- quais corredores deveriam ter prioridade?
- quais serviços vocês realmente usam?
- quais dados deveriam ser considerados mais confiáveis?
- o que faria vocês abandonarem a ferramenta imediatamente?
Especialmente quem trabalha com:
- FinTech
- pagamentos
- FX
- remessas
- cripto
- stablecoins
- React Native
- Expo
- produtos financeiros
pode ter uma visão que eu ainda não tenho.
Construí o TransferIQ porque encontrei um problema real e decidi testar uma solução.
Ainda estou no começo.
Mas sair de uma ideia, construir Web e Android, publicar, corrigir problemas reais e colocar o produto na mão de usuários já mudou completamente minha visão sobre desenvolvimento com IA.
IA tornou possível construir mais rápido.
Mas continuo acreditando que produto, contexto, domínio e capacidade de tomar decisões difíceis continuam sendo a parte mais importante.
Feedback sincero é bem-vindo.