Low code: o que é, quando vale e o custo de saída

Low code entrega rápido no começo. É verdadeiro, é o argumento de venda de todas as plataformas do setor, e é a metade da conta que aparece na apresentação. A outra metade aparece dois anos depois, quando a empresa precisa de algo que a plataforma não faz e descobre quanto custa sair dela.

Este texto trata das duas metades: o que low code realmente é, onde ele é a escolha certa, e como calcular o custo de saída antes de entrar em vez de depois.

O que é low code (e o que não é)

Low code é o desenvolvimento de software em uma plataforma visual: você monta telas, fluxos, regras e modelo de dados numa interface gráfica, e escreve código apenas nos pontos em que a plataforma não resolve sozinha. O termo foi cunhado pela consultoria Forrester em 2014, e as plataformas mais conhecidas do mercado são OutSystems, Mendix, Microsoft Power Apps e, no Brasil, Cronapp.

Vale separar low code de três coisas com as quais ele é confundido, porque a confusão muda a decisão:

• Reaproveitar código não é low code. Usar biblioteca, pacote ou trecho de repositório é desenvolvimento normal: reuso de código é a prática padrão da engenharia de software desde sempre, e você continua com o código na sua mão, na sua linguagem, no seu repositório.
• IDE não é low code. Um ambiente integrado de desenvolvimento é onde a pessoa escreve código com apoio de ferramenta. Não abstrai a programação, acelera quem programa.
• Gerador de código não é low code. Ferramenta que gera código que você passa a manter deixa você com código próprio. Plataforma low code mantém a aplicação dentro dela.

Essa última distinção é a que importa mais, e é o eixo de tudo o que vem depois: em low code, o que você constrói vive dentro da plataforma. O modelo visual é o programa, e o programa depende do motor de execução do fornecedor para funcionar.

Low code, no code e código próprio

A linha decisiva é a última. Nas duas primeiras colunas, mudar de fornecedor significa construir de novo, porque não existe código portável para levar embora. Na terceira, significa mexer no que você já tem. Se o assunto é no code especificamente, com o que dá e o que não dá para fazer, tratamos dele em no-code: o que é e o que dá para criar. E para o vocabulário mais amplo de tipos de aplicação, vale software aplicativo.

Quando low code é a escolha certa

Low code não é atalho de amador, é ferramenta com domínio de aplicação. Ele ganha em quatro situações:

• Aplicação interna de processo. Aprovação, cadastro, checklist, formulário com fluxo. Volume previsível, regras conhecidas, poucos usuários simultâneos e nenhuma exigência de experiência diferenciada.
• Substituir planilha compartilhada. Aqui o comparativo não é com software feito sob medida, é com uma planilha que já quebra. Qualquer plataforma ganha desse ponto de partida.
• Testar uma hipótese antes de investir. Se o objetivo é descobrir se alguém usa, e não construir o produto final, a plataforma entrega o teste mais rápido. É o uso clássico de produto mínimo viável: o que você quer é aprendizado, não a base de código.
• Time sem capacidade de desenvolvimento e prazo curto. Nem toda empresa deve montar time técnico. Se o software é meio e não fim, alugar a plataforma é decisão defensável.

Um padrão comum nas empresas que acertam: começam em low code para a operação interna, e mantêm código próprio no que é o produto vendido. Quando a dúvida é justamente qual ferramenta interna merece virar produto, os 3 critérios resolvem a triagem antes da escolha técnica.

Quando low code é armadilha

Três casos em que a conta chega, e chegam sempre pelo mesmo motivo: o teto da plataforma encontra a ambição do negócio.

Quando o software é o produto

Se a empresa vende o software, ou se a tecnologia é a vantagem competitiva, low code coloca o núcleo do negócio dentro da casa de um terceiro. Você passa a depender do roadmap, do preço e da continuidade de outra empresa para evoluir o que te diferencia. E o diferencial que você quer construir é justamente o que a plataforma oferece igual para todos os clientes dela.

Quando a integração é o requisito central

Plataformas integram bem com o que já suportam e mal com o resto. Sistema legado com protocolo próprio, ERP customizado, integração que exige controle fino de autenticação ou de volume: aí o conector pronto não existe e a extensão bate no limite do que a plataforma permite. Vale entender o mecanismo em como funciona uma API antes de assumir que “tem integração” resolve.

Quando o volume ou a experiência precisam crescer fora do previsto

O caso concreto: pico de acesso muito acima do normal, ou uma exigência de desempenho e interface que a plataforma não expõe. Não é que fique impossível, é que você não controla a alavanca. Ajustar significa abrir ticket com o fornecedor ou mudar de plano, e não alterar seu código.

O custo de saída: a conta que ninguém faz antes

A decisão por low code costuma ser comparada por custo de entrada, e é aí que ela parece óbvia. A comparação honesta inclui quatro linhas que só aparecem depois:

Sobre portabilidade, o detalhe que costuma surpreender: o dado quase sempre é exportável, e a lógica quase nunca. Fluxos, regras e validações estão no formato do fornecedor, e sair significa reescrever tudo isso a partir da leitura das telas. É o que transforma “trocar de plataforma” em “refazer o sistema”. Vale ler o contrato com atenção nesse ponto, que é assunto de contrato de licença de uso de software, e comparar com uma estimativa de quanto custa desenvolver o mesmo escopo sob medida.

O que a IA mudou nessa decisão

A premissa histórica do low code era: programar é caro e escasso, então vale pagar para abstrair a programação. Essa premissa enfraqueceu. Com assistentes de IA escrevendo código, a distância entre “não sei programar” e “consigo produzir software funcionando” diminuiu, e é o que se chama de vibe coding.

Isso muda o comparativo em dois pontos. O primeiro é que a alternativa ao low code deixou de ser necessariamente um time completo: existe um caminho intermediário em que se produz código próprio com muito menos gente. O segundo é o que mais importa: nesse caminho, o resultado é código que você possui. A rapidez inicial, que era o trunfo exclusivo da plataforma, deixou de ser exclusiva; a dependência de fornecedor, que era o preço a pagar por ela, continua sendo cobrada.

Isso não anula o low code, e o motivo é honesto: código gerado por IA ainda precisa de alguém que saiba revisar, hospedar, monitorar e corrigir. Quem não tem ninguém assim continua melhor servido por uma plataforma que cuida disso. Mas quem tem uma pessoa técnica passou a ter uma opção que não existia em 2021.

Cinco perguntas antes de escolher

1. Isso é o produto ou é apoio à operação? Se é o produto, a resposta tende a ser código próprio.
2. Qual o horizonte? Abaixo de um ano, a velocidade decide. Acima de três, o custo de saída decide.
3. O que precisa integrar, e essas integrações já existem prontas? Se a resposta é “a plataforma tem API”, isso não é sim, é talvez.
4. Quem mantém isso em dois anos? Vale para os dois lados: quem mexe no low code e quem mexe no código.
5. Quanto custa refazer? Se você não sabe responder, essa é a linha que vai definir o resultado da escolha, e ela está sendo ignorada.

A resposta útil quase nunca é escolher um lado para tudo. É separar o que é operação, onde a plataforma resolve e o custo de saída é aceitável, do que é produto, onde possuir o código é o ativo. Essa separação precisa de escopo definido, e o método está em como definir o escopo do primeiro produto digital. Para o comparativo entre montar a capacidade dentro de casa ou contratar, o ponto de partida é desenvolvimento de software.

Perguntas frequentes