Como o vendor lock-in funciona de verdade em plataformas no-code e builders de IA: por que o app que você criou pode não sobreviver ao fim da assinatura, quais promessas de exportação não são saídas reais, cinco perguntas que revelam a verdade antes de você se comprometer e como ganhar velocidade de construção sem abrir mão da propriedade.
Fundadores e operadores que construíram, ou estão prestes a construir, em uma plataforma no-code ou de IA e querem manter a liberdade de sair.
- Uma visão precisa do que é lock-in e de quando ele começa a custar caro
- O teste da exportação falsa, que desmonta qualquer promessa tranquilizadora
- Cinco perguntas que revelam quem é o dono antes de você comprometer um projeto
O jeito mais rápido de construir pode virar, sem alarde, o lugar mais caro para ficar preso. O lock-in nunca se anuncia na página de preços; ele aparece no dia em que você tenta sair e descobre que o que você construiu não pode ir junto. Veja como a armadilha funciona na prática, como identificar exportações que não são saídas de verdade e como manter a velocidade sem vestir a jaula.
Lock-in significa que o que você construiu só existe dentro da plataforma de um fornecedor: o app roda no runtime dele, a lógica vive no formato dele e os dados ficam no schema dele. Pare de pagar e o app para de funcionar; queira sair e não há nada portátil para levar. Você é dono de uma conta, não de um aplicativo. O teste é simples: um desenvolvedor conseguiria rodar e manter seu app em um servidor sob seu controle, sem o fornecedor? Se não, você está preso.
O que torna essa armadilha eficaz é que, por dentro, tudo parece propriedade. Você fez o app, ele carrega a sua marca, seus clientes o usam todos os dias. A distância entre essa sensação e a realidade jurídica e técnica só aparece na hora da saída, que é o momento mais caro possível para descobrir isso. A essa altura, o custo de reconstruir é a sua posição de negociação, e o fornecedor sabe disso.
E o dia da saída chega com mais frequência do que se planeja: um aumento de preço que você não consegue absorver, um recurso que a plataforma nunca vai criar, uma aquisição que muda os termos ou simplesmente o seu produto crescendo além do template. Reconstruções sob medida custam de 15.000 a 300.000 dólares, exatamente o resgate que uma posição presa entrega ao seu fornecedor.
Como os compradores aprenderam a perguntar sobre lock-in, os fornecedores aprenderam a responder com recursos que soam como liberdade e não mudam nada. Aprenda a ouvir a diferença, porque as palavras são escolhidas com cuidado e as distinções são reais.
Um fundador pergunta a duas plataformas o que acontece se ele cancelar. Plataforma A: “você pode exportar todos os seus dados a qualquer momento”, ou seja, arquivos CSV cheios de linhas. Plataforma B: “seu projeto é um repositório de código; veja como rodá-lo em qualquer host”, ou seja, o próprio produto vai embora com ele. As duas respostas soam tranquilizadoras numa call de vendas. Só uma delas é uma saída, e a diferença vale exatamente uma reconstrução completa.
Um desenvolvedor competente conseguiria pegar o que você construiu, rodar em infraestrutura sob seu controle e continuar evoluindo tudo com ferramentas comuns, sem o runtime nem a permissão do fornecedor? Sim significa que você é dono de um aplicativo. Qualquer outra resposta significa que você é dono de uma assinatura.
Faça estas perguntas antes de comprometer um projeto de verdade com qualquer plataforma, e exija respostas diretas. Respostas evasivas também são respostas.
É tentador arquivar tudo isso como problema para algum dia. Isso interpreta mal como o custo funciona: o lock-in é cobrado da sua posição continuamente, não só na saída.
O seu custo de migração é o teto do que um fornecedor pode cobrar de você, e quando migrar significa reconstruir tudo, esse teto é altíssimo. As negociações de renovação refletem isso. Ser dono do seu código mantém o fornecedor honesto todos os anos, porque ir embora é sempre uma opção viva.
Toda plataforma fechada tem um limite, e produtos de sucesso o encontram: a integração que ela não vai suportar, a regra que o modelo dela não consegue expressar, a performance que ela não consegue entregar. Numa fundação fechada, o limite é uma parede atrás da qual você espera. Numa aberta, é a linha onde você começa a editar código diretamente.
Um negócio que roda em software próprio está acumulando um ativo: algo que você pode hospedar em qualquer lugar, entregar a um desenvolvedor ou vender junto com a empresa. Os mesmos fluxos construídos dentro de uma plataforma fechada são um passivo permanente fantasiado de progresso, e a due diligence os trata exatamente assim.
Por uma década, a resposta honesta era não, e essa troca construiu a indústria no-code. Os builders visuais davam velocidade e levavam a sua liberdade; escrever código do zero dava liberdade e levava os seus meses. A maioria escolhia racionalmente a velocidade e torcia para a parede ficar bem longe.
A construção com IA dissolveu essa troca. Hoje você pode descrever o que quer em linguagem natural, receber no mesmo dia um aplicativo funcional com banco de dados e login de verdade, e terminar com código fonte real e editável e os seus próprios dados, hospedados onde você escolher, mantidos com ferramentas comuns, extensíveis além de qualquer template. O caminho amigável de entrada não exige mais uma jaula na saída.
Então cobre de toda ferramenta, incluindo os builders de IA mais novos, o padrão completo: velocidade real na entrada, propriedade real na saída. As duas coisas existem juntas agora. Aceitar só uma delas é uma escolha, e com o que você sabe agora, seria uma escolha cara.
Faça uma pergunta e exija resposta direta: se eu parar de pagar, um desenvolvedor competente consegue rodar e manter o meu app em infraestrutura sob meu controle? Depois confirme no período de teste: procure código fonte de verdade e um schema de banco de dados que você possa levar, não um botão de exportar que gera planilhas.
Não. Linhas sem o schema, os relacionamentos, a lógica e as telas são registros, não um produto. Usá-las em outro lugar significa reconstruir tudo ao redor delas do zero, exatamente o custo que o lock-in deveria ter poupado.
Não mais. Os builders de IA hoje produzem um aplicativo funcional a partir de uma descrição em linguagem natural em um dia, deixando com você código real e editável e os seus próprios dados. A troca entre velocidade e propriedade que justificava plataformas fechadas acabou.
Porque o custo se acumula enquanto você fica: um fornecedor que sabe que sair significa reconstruir tudo precifica de acordo, e no dia em que você precisar de algo que a plataforma não faz, você espera em vez de construir. Propriedade é alavancagem que você segura todos os anos, não só um seguro para a saída.