No code e low code: o que são e qual usar com IA

Quarta depois do almoço, três abas abertas no navegador. Numa, uma plataforma no code promete o app da sua empresa sem uma linha de código. Na outra, a plataforma low code que o fornecedor do ERP ofereceu "pra TI de vocês", que você não tem. Na terceira, uma ferramenta de IA montou em vinte minutos o portal onde o cliente acompanha o pedido.

As três funcionam na demonstração. E todo artigo que você abre separa no code de low code pelo quanto você sabe programar, uma régua que perdeu o sentido quando a IA começou a escrever código pra quem não programa.

A pergunta que decide agora é outra: o que esse portal precisa aguentar daqui a seis meses.

O que é no code e o que é low code

No code é montar um app, um site ou uma automação numa plataforma visual, arrastando blocos e preenchendo regras, sem escrever código. Quem monta é a pessoa do negócio: o dono, o financeiro, o comercial. Também se escreve no-code, com hífen, e é a mesma coisa.

Low code é o mesmo jeito visual com uma porta aberta pra um programador escrever o pedaço que a plataforma não cobre. Por isso o low code costuma vir junto de alguém de TI, que sabe o que fazer quando abre essa porta.

Desde que a inteligência artificial passou a gerar código a partir de uma conversa, entrou um terceiro caminho na mesa: descrever o app em português e deixar a IA escrever o código.

Zapier, Make e n8n aparecem nas mesmas listas de ferramentas no code, mas fazem outra coisa. Eles não montam app: ligam as ferramentas que você já usa.

Com IA, o no code passou a escrever código

Até pouco tempo, a diferença entre os três caminhos era quem escrevia o código. Hoje, até o guia de no code do Google Cloud, consultado em outubro de 2026, inclui a "prototipagem generativa sem código": você descreve o objetivo em linguagem simples e a IA gera o código real.

Na prática, a fronteira mudou de lugar. Ferramentas como o Lovable aparecem nas listas de no code, mas por baixo escrevem código de verdade, o mesmo que um programador escreveria. A documentação do Lovable, consultada em 2026, mostra que dá pra baixar o código ou sincronizar com o GitHub. Quem monta não escreve uma linha, e mesmo assim o código existe e pode ir embora com você.

Saber programar deixou de ser o que separa os caminhos. A IA leva qualquer pessoa até a primeira versão em qualquer um deles, e leva rápido. A diferença aparece depois, quando o app precisa aguentar gente usando todo dia.

Onde cada caminho trava daqui a seis meses

A primeira versão é parecida nos três. Seis meses depois, o portal de pedidos tem trinta clientes entrando, precisa conversar com o ERP, e o financeiro quer um relatório que ninguém previu. É aí que os caminhos se separam:

• No code trava na saída. O app vive dentro da plataforma. Nas perguntas frequentes do Bubble, consultadas em 2026, a própria empresa diz que não existe um código para exportar: os dados saem em planilha, e o app fica lá. Se o preço muda ou falta um recurso, mudar de plataforma é refazer. Por isso, pergunte como os dados e o app saem antes de pôr o primeiro cliente dentro.
• Low code trava na porta. O pedaço que a plataforma não cobre precisa de alguém técnico, e a licença entra na conta todo mês. Sem TI na casa, a porta aberta pro código vira uma porta que ninguém sabe abrir.
• Código com IA trava no dono. O código é seu, e a manutenção também. Quando o login cai às sete da manhã, alguém precisa entender o que a IA escreveu, e às vezes isso quer dizer contratar um programador. Sem especificação e sem quem responda pelo app, ele vira um app costurado prompt a prompt, que anda e ninguém sabe bem como.

Login, pagamento e dado que não pode sumir pesam igual nos três, e eu falei deles no post sobre criar app com IA. Aqui o ponto é outro: cada caminho cobra a conta num lugar diferente, e a demonstração não mostra nenhum deles.

Escolher o caminho continua sendo decisão sua

No code, low code e código dizem como o app é montado. O que decide é o que você compra com cada caminho. No guia do meu método, eu chamo essa escolha de usar pronto, amarrar ou construir, e ela não é uma escada: tem empresa que precisa construir desde o primeiro dia.

• Usar pronto compra velocidade. A ferramenta de mercado que resolve o caso comum: agenda, CRM, formulário, ou uma plataforma no code que já é o que você precisa. Sem manutenção sua.
• Amarrar compra flexibilidade. Ligar o que você já tem com Zapier, Make ou n8n. Roda sozinho, e cobra manutenção quando a ferramenta do outro lado muda.
• Construir compra controle. Software feito pro seu caso, com as suas regras. Hoje a IA escreve boa parte do código, e alguém precisa ser dono dele.

Montar um sistema inteiro numa plataforma no code é construir. Você paga o custo de construir, em tempo, regra e manutenção, e o app continua morando na casa de outra empresa. Isso não faz do no code um erro: pra site, formulário, ferramenta interna pequena e teste de ideia, ele é o caminho mais rápido que existe.

Pra decidir, eu olho o app daqui a seis meses:

• Quem usa e quantos. Três pessoas do financeiro ou todos os seus clientes.
• O custo do erro. Pedido duplicado é chato; cobrança em dobro é problema.
• O dado. O que não pode sumir, vazar nem ficar preso numa plataforma.
• Com o que conversa. ERP, banco, WhatsApp, a planilha do comercial.
• Quanto ainda muda. Processo que muda toda semana não cabe num sistema construído do zero.
• Quem mantém. Se não tem ninguém, amarrar dá mais trabalho do que parece, e construir vira aposta.

A IA ajuda a responder. Peça pra ela listar tudo o que o portal precisa fazer daqui a seis meses e o que acontece se cada parte falhar. A escolha do caminho, com o custo e o dono que vêm junto, continua sendo sua.

O que eu pergunto antes de abrir qualquer ferramenta

Quando alguém me mostra um app montado numa dessas três abas, a primeira pergunta que eu faço é sobre os próximos seis meses, antes de olhar a tela. No Colaboratório, eu decido o caminho com o cliente por esses critérios antes de escolher a ferramenta, e às vezes a resposta é uma ferramenta pronta.

Quando a resposta é construir, a IA escreve boa parte do código e o trabalho que sobra é decidir. Foi assim que saíram seis MVPs em quatro meses, com duas pessoas.

O caso contrário eu contei no post sobre o que é vibe coding: um app que passou meses quase pronto porque ninguém tinha decidido o que ele precisava aguentar. Faltou alguém escolher o caminho antes do próximo prompt.

Se o portal daquela quarta ainda está nas três abas, escreva antes as respostas dessas perguntas. Se der construir, montei uma página sobre software sob medida com o jeito que eu levo um sistema até a operação. E se quiser pensar o caminho junto, entre em contato.