Comparar / Construir vs Comprar

Construir vs comprar: o seu core banking

A resposta honesta é que nenhuma opção ganha por defeito. Construir dá-lhe controlo total e uma fatura em aberto; comprar dá-lhe rapidez e um teto que não é você a definir. A verdadeira questão é que riscos prefere assumir — os do seu código, ou os do roadmap de outra empresa.

Lado a lado

Cinco dimensões que realmente decidem

Dimension
Desenvolver internamente
Comprar uma plataforma
Time to market
12–24 meses até à primeira transação real: ledger, contas, reconciliação e infraestrutura de cartões são todos seus para desenhar, escrever e validar antes de um único cliente entrar.
Semanas até um piloto. O ledger, as contas e a infraestrutura já existem e já foram postos à prova, por isso a sua primeira transação é uma tarefa de configuração, não de desenvolvimento.
Controlo e flexibilidade
Total. Cada tabela, cada máquina de estados, cada caso limite é seu para moldar — e para continuar a moldar à medida que o produto muda.
Limitada pelo modelo da plataforma. Obtém o que ela expõe; tudo o resto é um pedido de funcionalidade no roadmap de outra empresa.
Superfície de compliance
Toda a superfície é sua: trilhos de auditoria, residência de dados, gestão de chaves e as evidências que uma auditoria exige têm de ser desenhados de raiz e defendidos.
Grande parte da superfície é herdada de uma plataforma que já a opera — mas continua a ser responsável pela forma como a usa, e confia nos controlos dela a par dos seus.
Manutenção e on-call
Uma equipa permanente. Os ledgers nunca ficam «concluídos» — são corrigidos, migrados, monitorizados e mantidos em on-call enquanto estiverem em funcionamento.
Em grande parte, do fornecedor. Atualizações, disponibilidade e a maioria dos incidentes saem da sua equipa — ao custo de depender do ritmo e da status page deles.
Estrutura de custos
Elevado e fixo à partida — salários e anos — e depois um custo marginal mais baixo por conta quando estiver em produção. Está a comprar um ativo e os seus passivos.
Leve à partida, recorrente depois — uma licença ou partilha de receitas que escala com a utilização. Previsível, mas nunca nulo, e definido pelo fornecedor.
01

Quando construir compensa

Construa quando o core é o produto. Se a sua diferenciação está no próprio ledger — um modelo de liquidação inovador, uma classe de ativos que ninguém suporta, limites de latência que uma plataforma genérica não atinge — então ser dono de cada linha é o objetivo, não um custo acessório. Construir compensa também quando tem aquilo que a maioria das equipas não tem: uma equipa de engenharia permanente e financiada, que encara o core como um compromisso de uma década, e fôlego suficiente para chegar à conformidade antes de um concorrente chegar aos clientes.

  1. 01A sua vantagem está no ledger — um modelo de liquidação ou de ativos que nenhuma plataforma expõe
  2. 02Tem uma equipa permanente, financiada para o manter em on-call durante anos, não um sprint de lançamento
  3. 03Restrições regulatórias ou de residência de dados impedem operar sobre o core de terceiros
  4. 04O time-to-market não é, de facto, a restrição determinante
02

Quando comprar compensa

Compre quando o time-to-market é a restrição e o core é o mínimo exigido. A maioria dos produtos fintech não ganha no ledger — ganha na app, na distribuição, no onboarding, no nicho. Se o core é algo que os clientes dão por garantido em vez de o escolherem, cada mês gasto a construí-lo é um mês não investido naquilo que realmente ganha. Comprar compensa também quando não consegue montar uma equipa de core permanente, ou quando um custo fixo e conhecido vale mais para o negócio do que um custo em aberto.

  1. 01O core é o mínimo exigido; a sua vantagem é a app, a audiência ou a distribuição
  2. 02Precisa de um piloto em semanas e não pode esperar trimestres por uma primeira transação
  3. 03Prefere um custo recorrente conhecido a uma fatura aberta de desenvolvimento e manutenção
  4. 04Não tem — ou não quer — uma equipa de ledger permanente em on-call
03

Onde se encaixa uma plataforma sobre o seu próprio core

A divisão entre construir e comprar esconde uma terceira opção: comprar o core, ser dono da app. Uma plataforma whitelabel dá-lhe um ledger, contas, cartões e cripto que já funcionam — por isso evita os dezoito meses de desenvolvimento — enquanto a sua equipa mantém a superfície que os clientes realmente veem. Os seus designers são donos de cada ecrã, a sua equipa de produto é dona da combinação de funcionalidades, e a plataforma por baixo está comprovada antes de chegar o primeiro cliente. Herda a parte que é o mínimo exigido e fica com a parte que é sua. Nem sempre é a resposta — se a sua vantagem está no ledger, construa-o — mas para a maioria dos produtos é o meio-termo honesto: a rapidez de uma plataforma sem uma app genérica, e um custo que acompanha a utilização em vez de uma equipa fixa.

  1. 01Evite a construção do core; mantenha a app, a marca e a combinação de funcionalidades
  2. 02Um ledger já testado em produção, não um projeto de raiz que tem de validar
  3. 03O custo acompanha as contas e os módulos que operar, não uma equipa permanente
  4. 04Standalone ou totalmente whitelabel — sob a sua marca, sobre infraestrutura que não teve de escrever

Não sabe de que lado está?

Diga-nos o que está a construir e o que tem de ser verdade daqui a seis meses. Seremos honestos sobre se deve construir, comprar ou correr a sua app sobre um core que não escreveu.