No-code e low-code: 7 mitos e fatos antes de montar um app sem programar

No-code é criar um aplicativo, um site ou uma automação por meio de telas visuais, arrastando blocos e preenchendo configurações, sem escrever código. Low-code é a mesma ideia com uma porta aberta para fórmulas e scripts quando os blocos não bastam. Na prática, a fronteira é difusa: Bubble, Glide, AppSheet, Power Apps, Zapier e Make ficam em pontos diferentes dessa escala.

O tema atrai muita promessa exagerada e também muito preconceito. Abaixo, sete afirmações comuns e o que dá para dizer com base na documentação e nas páginas de preço das plataformas, consultadas em outubro de 2026.

Mito 1: "No-code é de graça"

Fato: quase todas as plataformas têm plano gratuito, mas ele serve para testar, não para operar. Os limites aparecem rápido.

Repare na unidade de cobrança de cada uma. O Zapier cobra por tarefa executada, o Bubble por carga de processamento, o AppSheet por usuário. Uma automação que roda a cada pedido de venda pode consumir as 100 tarefas grátis do Zapier na primeira semana de uma loja movimentada.

Outro ponto para o leitor brasileiro: todas essas páginas mostram preço em dólar. No cartão, entra IOF e a variação do câmbio, e o valor em real muda todo mês.

Mito 2: "Para usar no-code eu preciso assinar mais uma ferramenta"

Fato: muitas empresas já pagam por uma plataforma low-code sem saber. A documentação da Microsoft informa que as licenças do Microsoft 365 incluem direitos de uso do Power Apps e do Power Automate com conectores padrão. Conectores classificados como premium, como SQL, Azure e Dynamics 365, exigem um plano avulso do Power Apps ou do Power Automate.

Do lado do Google, a página de preços do AppSheet diz que o plano Core está incluído na maioria dos planos pagos do Google Workspace. Antes de contratar algo novo, vale abrir o painel de administração e ver o que já está liberado. A comparação entre as duas suítes está em Google Workspace ou Microsoft 365.

Mito 3: "No-code substitui o programador"

Fato: substitui parte do trabalho, não a necessidade de pensar como quem programa. Montar um app no Bubble exige modelar dados (quais tabelas, quais campos, como se relacionam), definir regras de privacidade e pensar em fluxos condicionais. É lógica de programação com outra interface.

O que muda é quem consegue resolver problemas pequenos. Um formulário de pedidos de manutenção com tabela, aviso por e-mail e painel de status é um projeto de poucas horas numa dessas ferramentas. Um sistema de faturamento com regras fiscais e milhares de usuários continua sendo trabalho de desenvolvimento. Para quem quer entender essa base, o caminho está em como aprender a programar.

Mito 4: "O app fica pronto e não dá mais trabalho"

Fato: aplicativo no-code também precisa de dono, documentação e revisão. O cenário típico de problema é a planilha que virou app, que virou processo crítico, criado por alguém que saiu da empresa e ninguém sabe ajustar.

Regras simples evitam isso:

• Cada app ou automação tem um responsável nomeado e uma descrição curta do que faz.
• Conexões usam uma conta de serviço da empresa, não a conta pessoal de um funcionário.
• Uma vez por trimestre, alguém lista o que está ativo e desliga o que ninguém usa.
• Mudanças grandes são testadas numa cópia antes de ir para a versão em uso.

Mito 5: "Se a plataforma é de uma grande empresa, a segurança está resolvida"

Fato: a plataforma pode ser segura e o app montado nela, não. A OWASP, fundação de referência em segurança de aplicações, mantém um Top 10 de riscos para esse tipo de desenvolvimento. O projeto nasceu como Low-Code/No-Code Top 10, hoje se chama OWASP Citizen Development Top 10 e ampliou o escopo para incluir código gerado com ajuda de IA e agentes.

Entre os riscos listados estão confiança cega em componentes, uso indevido de autorização, vazamento de dados sensíveis, falhas de autenticação, configuração insegura e falhas de gestão de ativos (apps esquecidos). Na prática, os erros mais comuns são:

• app publicado com acesso "qualquer pessoa com o link" e dados de clientes dentro;
• automação conectada com a conta de um administrador, com mais permissão que o necessário;
• dados copiados para um serviço que a empresa nunca aprovou.

Plataformas corporativas têm controles para isso. No Power Platform, por exemplo, as políticas de dados permitem ao administrador bloquear conectores ou separar quais podem ser usados juntos. Segundo a documentação, uma mudança de política costuma valer em até uma hora e, nos casos extremos, em até 24 horas. Apps e fluxos que violam a política ficam suspensos.

Mito 6: "Dados num app no-code não entram na LGPD"

Fato: entram como qualquer outro. Se o formulário coleta nome, telefone ou CPF, a empresa é controladora desses dados e a plataforma atua como operadora. Isso vale para uma planilha do AppSheet tanto quanto para um ERP.

Três cuidados mínimos antes de colocar dados pessoais num app montado sem código:

1. Verifique onde a plataforma armazena os dados e se há adendo de processamento de dados (DPA) com mecanismo para transferência internacional, como as cláusulas-padrão aprovadas pela ANPD.
2. Colete só o necessário. Um formulário de suporte raramente precisa de CPF.
3. Restrinja quem vê o quê e saiba como apagar um registro quando o titular pedir.

Os conceitos básicos da lei estão em o que é a LGPD.

Mito 7: "Dá para sair quando quiser"

Fato: os dados costumam sair; a lógica, quase nunca. Tabelas podem ser exportadas em CSV na maioria das ferramentas, mas telas, fluxos e regras ficam presos ao formato da plataforma. Trocar de Bubble para outra solução, por exemplo, significa refazer o aplicativo.

Por isso, a decisão de onde construir pesa mais quanto mais central o app for para o negócio. Um protótipo pode nascer em qualquer lugar. Um sistema que vai durar anos merece uma plataforma com API, exportação completa e preço previsível no cenário de sucesso.

Quando usar cada abordagem

Para as automações, a IA ampliou o que dá para fazer sem programar. Os fluxos com modelos de linguagem estão em automação com IA, e o uso de IA para escrever código, em programar com IA.

Teste de uma tarde antes de escolher a plataforma

1. Monte o fluxo principal com dados fictícios no plano gratuito.
2. Estime o volume de um mês bom (pedidos, registros, usuários) e calcule o plano necessário na página de preços.
3. Exporte os dados e veja se o arquivo é utilizável.
4. Confira se dá para exigir autenticação em dois fatores e restringir acesso por perfil.
5. Procure o DPA e a informação de onde os dados ficam.

Se a ferramenta passar nesses cinco pontos, o risco de arrependimento cai bastante. O roteiro completo para qualquer software está em como escolher software para empresa.

Fontes

• Zapier. Pricing.
• Make. Pricing.
• Bubble. Pricing.
• Glide. Pricing.
• Google. AppSheet pricing.
• Microsoft Learn. Power Platform licensing FAQs.
• Microsoft Learn. Data policies – Power Platform.
• OWASP. Citizen Development Top 10 (repositório oficial).
• ANPD. Transferência internacional de dados.
• Presidência da República. Lei nº 13.709/2018 (LGPD).