Recursos selecionados para complementar sua leitura
Software Architect
Pós-graduado em arquitetura de software e soluções. Conecto profundidade técnica com resultados de negócio para entregar produtos que as pessoas realmente usam. Também mentoro desenvolvedores e criadores em programas ao vivo, podcasts e iniciativas de comunidade focadas em tecnologia inclusiva.
Checklist de 47 pontos para encontrar bugs, riscos de segurança e problemas de performance antes do lançamento.
Templates testados em produção, usados por desenvolvedores. Economize semanas de setup no seu próximo projeto.
Consultorias modulares para founders e CTOs fracionados. Você recebe diagnóstico acionável e acompanhamento direto comigo.
2 vagas para consultorias no Q2
Terça-feira, 14h. Uma gerente de marketing que nunca escreveu uma linha de código abre o Claude, descreve o dashboard que precisa, e em 40 minutos tem uma ferramenta funcional rodando no navegador. Gráficos interativos, filtros dinâmicos, dados puxados direto da API do Google Analytics.
Na semana anterior, ela pagava $49/mês por um SaaS de dashboards que fazia exatamente isso.
Na mesa ao lado, um designer cria um gerador de thumbnails personalizado para o time de conteúdo. Não no Canva — com IA, do zero, customizado exatamente para o brand guide da empresa. Tempo total: uma tarde.
Dois andares acima, o CTO olha para a planilha de custos de SaaS: $47.000/mês em ferramentas. E pensa: quantas dessas a gente consegue substituir?
Esse cenário está acontecendo agora. Não em startups de São Francisco. Em agências em Curitiba, consultorias em Lisboa, PMEs em São Paulo.
A pergunta que ninguém quer fazer em voz alta: se qualquer pessoa consegue construir suas próprias ferramentas com IA, por que continuar pagando por software pronto?
A resposta, como veremos, é mais nuançada do que "todas morrem" ou "nada muda." Algumas categorias de software estão em perigo real. Outras estão mais protegidas do que nunca. E a diferença entre os dois grupos revela algo fundamental sobre como valor é criado na era da IA.
Primeiro, vamos definir o que está acontecendo.
Vibe coding é o ato de criar software descrevendo o que você quer em linguagem natural e deixando a IA gerar o código. Você não precisa saber programar. Não precisa entender frameworks, linguagens ou arquitetura. Você descreve, a IA constrói.
O termo foi popularizado por Andrej Karpathy (ex-OpenAI, ex-Tesla) no início de 2025, e desde então se tornou um movimento real: milhões de pessoas criando software sem conhecimento técnico.
O crescimento é expressivo. Ferramentas como Cursor, Bolt, Lovable e Replit reportam milhões de usuários, muitos deles sem background técnico. O CEO do GitHub declarou que em 2030 a maioria do código será gerado por IA. A Gartner projeta que até 2028, 75% das aplicações corporativas terão componentes gerados por IA.
Não estamos falando de protótipos toscos. Estamos falando de ferramentas funcionais, com interface, integração a APIs e lógica de negócio — construídas por pessoas que não sabem o que é um array.
Três fatores convergiram:
1. LLMs ficaram bons o suficiente. Claude, GPT-4, Gemini — modelos de linguagem atingiram o ponto onde código gerado funciona na primeira tentativa para problemas comuns.
2. Ferramentas de criação ficaram acessíveis. Não precisa de terminal, IDE ou setup de ambiente. Plataformas como Bolt e Lovable geram apps completos no navegador.
3. O custo de experimentação caiu para zero. Antes, criar uma ferramenta interna custava meses de desenvolvimento. Agora custa uma conversa de 40 minutos com uma IA.
Antes de decretar a morte de todas as ferramentas pagas, precisamos ser honestos sobre o que vibe coding faz bem — e onde ele quebra.
Ferramentas internas simples. Dashboards, calculadoras, geradores de relatórios, formulários customizados. Se o problema é bem-definido e o escopo é limitado, vibe coding resolve.
Protótipos rápidos. Validar uma ideia antes de investir em desenvolvimento completo. O custo de testar uma hipótese despencou.
Automações pessoais. Scripts que conectam APIs, processam dados, enviam notificações. O que antes exigia um desenvolvedor ou um Zapier, agora roda com uma ferramenta feita sob medida.
Customização que SaaS não oferece. Em vez de adaptar seu processo ao software, você adapta o software ao seu processo. Esse ponto é crucial — e veremos por que mais adiante.
Escalabilidade. Uma ferramenta vibe-coded que serve 5 pessoas no time de marketing pode não funcionar para 500 usuários simultâneos. Arquitetura, performance, caching — esses problemas não desaparecem porque a IA escreveu o código.
Manutenção. Código gerado por IA sem supervisão técnica se torna legacy instantâneo. Quem mantém? Quem atualiza quando a API do Google muda? Quem corrige quando o browser atualiza e quebra a interface?
Segurança. Uma ferramenta interna que processa dados de clientes precisa de autenticação, criptografia, compliance com LGPD. Vibe coding não pensa em segurança por padrão — e a maioria dos construtores não-técnicos também não.
Colaboração em escala. Quando 200 pessoas dependem de uma ferramenta, ela precisa de uptime, suporte, documentação, permissões granulares. Isso é infraestrutura, não é código.
Integrações profundas. Conectar superficialmente a uma API é fácil. Manter sincronização bidirecional, lidar com rate limits, gerenciar webhooks, tratar dados inconsistentes — isso exige engenharia de verdade.
Vibe coding não substitui software completo. Ele substitui a camada mais simples de software.
E aqui está o ponto que muda tudo: a maioria dos SaaS que cobramos $29/mês vive exatamente nessa camada simples.
Nem todo software pago está igualmente ameaçado. A vulnerabilidade de uma ferramenta ao vibe coding depende de quatro fatores.
1. Profundidade de dados acumulados Quanto dado o usuário tem dentro da ferramenta? Quanto custa migrar?
2. Efeito de rede A ferramenta fica mais valiosa conforme mais pessoas usam? (Slack com 1 pessoa é inútil. Slack com 500 é indispensável.)
3. Complexidade técnica real O problema que a ferramenta resolve é genuinamente complexo, ou é uma interface bonita sobre operações simples?
4. Ecossistema de integrações Quantas outras ferramentas se conectam a ela? Substituir a ferramenta significa refazer todas as integrações?
| Categoria | Profundidade de Dados | Efeito de Rede | Complexidade Real | Ecossistema | Risco |
|---|---|---|---|---|---|
| Dashboards simples | Baixa | Nenhum | Baixa | Fraco | Altissimo |
| Geradores de conteudo | Baixa | Nenhum | Baixa | Fraco | Altissimo |
| Formulários/surveys | Média | Baixo | Baixa | Médio | Alto |
| Project management simples | Média | Médio | Baixa | Médio | Alto |
| CRM básico | Alta | Médio | Média | Forte | Médio |
| Design (Canva/Figma) | Alta | Alto | Alta | Forte | Médio-Baixo |
| Suite criativa (Adobe) | Altíssima | Alto | Altíssima | Fortíssimo | Baixo |
| Infraestrutura (AWS/Vercel) | Altíssima | Alto | Altíssima | Fortíssimo | Baixo |
| Comunicação (Slack/Teams) | Alta | Altíssimo | Média | Fortíssimo | Baixo |
O padrão é claro: quanto mais simples o problema e menos dados acumulados, maior o risco.
A reação instintiva é pensar que Adobe está ameaçada. Afinal, se qualquer pessoa pode pedir para uma IA gerar uma imagem ou editar uma foto, por que pagar Creative Cloud?
A realidade é mais complexa.
Por que Adobe resiste:
Adobe não vende Photoshop. Vende 30 anos de arquivos .psd que você não pode abrir em outro lugar. Vende workflows inteiros que times criativos construíram ao longo de décadas. Vende a integração entre Photoshop, Illustrator, After Effects, Premiere e InDesign que permite que um projeto flua entre profissionais diferentes sem atrito.
Os switching costs são enormes. Migrar um estúdio de design que usa Adobe há 15 anos não é trocar de ferramenta — é retreinar uma equipe inteira, converter milhares de arquivos e reconstruir todos os workflows.
Onde Adobe é vulnerável:
Na base da pirâmide. O freelancer que usava Photoshop para recortar fotos de e-commerce? Esse usa IA agora. O pequeno empreendedor que pagava Creative Cloud para fazer posts no Instagram? Canva já tinha capturado esse público — e agora vibe coding captura parte do Canva.
A estratégia de Adobe: Incorporar IA no próprio produto (Adobe Firefly), tornando profissionais existentes mais produtivos em vez de tentar impedir a democratização. O profissional que antes editava 10 imagens por dia agora edita 50 — com Adobe + IA.
Canva tem uma posição interessante e precária.
O risco: Canva democratizou design para não-designers. Mas vibe coding democratiza a criação de ferramentas para não-programadores. O mesmo fenômeno que criou o mercado do Canva agora ameaça parte dele.
Quando um gerente de marketing consegue criar seu próprio gerador de banners personalizado — com as fontes exatas, cores exatas e templates exatos que precisa — por que usaria templates genéricos do Canva?
A proteção: Canva se transformou em plataforma. Não é mais "só" um editor de imagens. É um ecossistema com templates, fotos stock, Brand Kit, colaboração em equipe, Canva Docs, Canva Presentations. O dado acumulado (brand assets, templates do time, histórico de designs) cria inércia.
A aposta: Canva aposta em ser a camada onde não-técnicos criam conteúdo visual de forma colaborativa — com IA integrada. Se conseguir, sobrevive. Se for reduzida a "editor de imagens," perde.
Ninguém ama o Salesforce. Pergunte a qualquer vendedor e ouvirá reclamações sobre a interface, a complexidade, os custos.
E mesmo assim, Salesforce está entre as ferramentas mais protegidas contra vibe coding.
Por quê? Dados. Décadas de dados de clientes, oportunidades, pipelines, históricos de interação. Uma empresa que usa Salesforce há 8 anos tem milhões de registros interligados que informam previsões de vendas, segmentação de clientes e estratégias de crescimento.
Você pode criar um CRM básico com vibe coding em uma tarde. Mas não pode recriar 8 anos de dados, 200 integrações customizadas e 50 automações de workflow em uma tarde.
O paradoxo: Quanto mais ruim a experiência do Salesforce, mais customizações os times criam para contornar as limitações — e mais presos ficam. Cada automação, cada campo customizado, cada relatório é um tijolo a mais no muro de switching costs.
Notion é um caso fascinante. Seu ponto forte — flexibilidade extrema — é exatamente o que vibe coding oferece.
O risco: Se o valor do Notion é "construa qualquer ferramenta que quiser," e vibe coding permite "construa qualquer ferramenta que quiser sem precisar do Notion," a proposta de valor enfraquece.
A proteção: Notion acumulou dados. Wikis inteiros de empresas. Bases de conhecimento. Documentação técnica. Sistemas de gestão de projeto. Migrar isso é um projeto de meses.
A estratégia: Notion incorporou IA profundamente no produto. Notion AI não é um chatbot colado na lateral — é uma camada que entende o contexto de toda a sua base de dados e gera insights a partir dele. Isso é algo que uma ferramenta vibe-coded não faz: ela não tem acesso aos seus dados.
O vibe coding não mata Adobe. Não mata Salesforce. Não mata Slack.
Mata o SaaS que vive no que eu chamo de "zona medíocre": caro demais para o que faz, simples demais para ser insubstituível.
Ferramentas de formulário e survey. Typeform, JotForm, Google Forms premium. Criar um formulário customizado com vibe coding é trivial — e o resultado é exatamente o que você precisa, não o que o template oferece.
Dashboards e reporting simples. Ferramentas que pegam dados de uma API e mostram gráficos. Esse é o caso de uso perfeito para vibe coding: bem definido, escopo limitado, resultado visual claro.
Landing page builders. Se a IA gera páginas web completas a partir de uma descrição, qual o valor de arrastar blocos no Unbounce?
Automação simples. "Quando receber email com X, salve anexo na pasta Y" — esse nível de automação já não precisa de Zapier. Uma ferramenta customizada faz exatamente isso.
Geradores de conteúdo. Ferramentas que são wrappers de API de IA com uma interface por cima. Se o valor é "acesso à IA com uma interface bonita," e a IA agora é acessível diretamente, o wrapper perde valor.
O mercado global de SaaS era estimado em mais de $300 bilhões. Se apenas a camada de SaaS "simples" — digamos 15-20% do mercado — é vulnerável, estamos falando de $45-60 bilhões em receita recorrente que precisa se justificar de uma nova forma.
Nem todo esse valor desaparece. Parte dele migra para:
As empresas que sobrevivem estão fazendo uma mudança fundamental: deixando de vender ferramentas e passando a vender plataformas onde ferramentas são construídas.
Antes: "Use nosso software para resolver seu problema." Agora: "Use nossa plataforma para construir a solução exata que você precisa."
Isso não é semântica. É uma mudança estrutural de modelo de negócio:
| Aspecto | Modelo Produto | Modelo Plataforma |
|---|---|---|
| Valor | Funcionalidade pronta | Capacidade de criar |
| Preço | Por feature/tier | Por uso/infraestrutura |
| Lock-in | Interface/workflow | Dados/integrações/ecossistema |
| Defesa | Design/UX | Network effects |
| IA | Ameaça | Acelerador |
Vercel não vende sites. Vende a infraestrutura onde milhões de sites rodam — incluindo os feitos com vibe coding. Quanto mais gente cria software, mais gente precisa de Vercel.
Supabase não vende um CRM ou um dashboard. Vende o banco de dados, autenticação e storage que qualquer ferramenta vibe-coded precisa por trás.
Stripe não se preocupa com vibe coding. Se mais gente cria software que processa pagamentos, mais gente precisa de Stripe.
O padrão: quem vende a pá durante a corrida do ouro prospera independente de quem encontra o ouro.
Se você dirige um SaaS, a pergunta estratégica mudou:
Pergunta antiga: "Como fazemos nosso produto melhor que o concorrente?" Pergunta nova: "Nosso produto é uma ferramenta ou uma plataforma? Se for ferramenta, pode virar plataforma?"
Produtos que não conseguem fazer essa transição precisam encontrar um fosso diferente: especialização profunda em um nicho, dados proprietários que nenhuma IA tem, ou compliance regulatório que vibe coding não endereça.
Vibe coding não cria só uma crise para empresas de software. Cria uma nova classe profissional.
O tool builder não-técnico é alguém que:
Esse perfil já existe. É o gerente de marketing que cria dashboards. O analista financeiro que constrói calculadoras customizadas. O gestor de projetos que faz seu próprio tracker.
O valor: Quem entende o problema resolve o problema. Sem intermediário. Sem sprint de duas semanas para uma feature simples. Sem adaptação do processo ao software.
O perigo: Sem conhecimento técnico, o tool builder cria soluções que funcionam hoje e quebram amanhã. Sem segurança. Sem manutenção. Sem escalabilidade.
Isso cria uma demanda nova: o desenvolvedor que supervisiona, padroniza e mantém ferramentas criadas por não-técnicos. É uma extensão direta do "novo papel do desenvolvedor" que exploramos em artigos anteriores — mas agora o desenvolvedor não cria ferramentas para o negócio. Ele garante que as ferramentas que o negócio cria para si mesmo funcionam com segurança e confiabilidade.
Existe um fenômeno psicológico chamado IKEA Effect: pessoas valorizam mais coisas que elas mesmas construíram. Um dashboard que o gerente de marketing fez em 40 minutos tem, para ele, mais valor percebido que um SaaS de $49/mês — mesmo que o SaaS seja objetivamente melhor.
Isso muda a dinâmica de venda de software. Não basta ser melhor. É preciso ser suficientemente melhor para superar o apego que o usuário tem pela ferramenta que ele mesmo criou.
Os efeitos de primeira ordem são óbvios: alguns SaaS perdem clientes, desenvolvedores ganham um novo papel. Mas os efeitos de segunda ordem são mais interessantes.
Quando criar software é barato, as pessoas criam e descartam ferramentas como criam e descartam planilhas. Uma ferramenta para um projeto de 3 meses. Outra para uma campanha de 6 semanas. Descartou, criou de novo.
Isso inverte a lógica de SaaS (pagar continuamente por algo permanente) para uma lógica de software efêmero (criar na hora, usar, descartar).
Em vez de uma empresa manter um produto para milhares de clientes, milhares de pessoas mantêm milhares de ferramentas individuais. A soma total de esforço de manutenção pode ser maior, não menor.
Isso cria oportunidade para um novo tipo de serviço: manutenção e governança de ferramentas vibe-coded. Imagine uma consultoria que audita, padroniza e mantém as dezenas de ferramentas internas que cada departamento criou.
Quando cada time cria sua própria ferramenta, os dados ficam fragmentados. O marketing tem um dashboard, vendas tem outro, produto tem um terceiro — e nenhum conversa com o outro.
Ironicamente, isso pode reforçar plataformas centralizadoras de dados (data warehouses, CDPs) como o centro de gravidade da organização.
Com mais pessoas criando software, a qualidade média cai (muita ferramenta mal feita). Mas a qualidade do topo sobe — porque profissionais técnicos usando IA criam software melhor e mais rápido do que nunca.
O mercado se polariza: software excelente feito por profissionais augmentados por IA, e software "bom o suficiente" feito por não-técnicos com vibe coding. O meio — software medíocre feito por empresas de SaaS — é espremido dos dois lados.
Se você está decidindo entre criar uma ferramenta com vibe coding ou comprar um SaaS, use este framework.
Muitas decisões caem na zona cinza. Quando isso acontece, pergunte:
"Se essa ferramenta quebrar às 3h da manhã, quem conserta?"
Se a resposta é "ninguém" ou "a IA que criou," você precisa de um SaaS. Se a resposta é "nosso time técnico pode resolver," criar internamente é viável.
Hora de avaliar honestamente: o seu produto resolve um problema que vibe coding não consegue resolver? Se a resposta for não, a estratégia precisa mudar — e rápido.
Caminhos possíveis:
O vibe coding não é seu inimigo. É seu multiplicador.
Enquanto não-técnicos criam ferramentas simples, a demanda por desenvolvedores que fazem o que vibe coding não consegue — arquitetura, segurança, escalabilidade, integração profunda — aumenta.
O novo skill: saber transicionar uma ferramenta vibe-coded de "protótipo que funciona" para "solução de produção confiável." Isso é engenharia de verdade, e nenhuma IA faz sozinha.
Duas ações imediatas:
1. Audite seus gastos com SaaS. Quantas ferramentas pagam $20-$80/mês por algo que seu time poderia criar com IA? Mesmo que corte 30% dessas ferramentas, o impacto no orçamento é significativo.
2. Estabeleça governança para ferramentas internas. Se seu time já está criando ferramentas com vibe coding (e provavelmente está), você precisa de padrões: onde rodam, como são mantidas, quem é responsável, como os dados são protegidos.
A narrativa simples é tentadora: IA democratiza tudo, empresas de software morrem, todo mundo cria suas próprias ferramentas.
A realidade é mais sutil.
O que morre é o software que cobra caro pelo simples. O SaaS de $49/mês que é uma interface bonita sobre uma operação que qualquer IA faz. O wrapper de API disfarçado de produto. A ferramenta que resolve 70% do problema e cobra como se resolvesse 100%.
O que sobrevive é o software que oferece algo que vibe coding não pode replicar: décadas de dados acumulados, efeitos de rede, compliance regulatório, ecossistema de integrações, infraestrutura confiável em escala.
E o que nasce é uma nova dinâmica: profissionais não-técnicos criando ferramentas customizadas, desenvolvedores garantindo que essas ferramentas funcionem em produção, e plataformas de infraestrutura crescendo por baixo de tudo.
Quando todo mundo pode construir, o valor migra de quem constrói a ferramenta para quem resolve o problema certo. A ferramenta é commodity. O entendimento do problema, a curadoria da solução e a infraestrutura confiável — isso permanece escasso e valioso.
Para empresas de software, a mensagem é clara: suba na cadeia de valor ou prepare-se para competir com os próprios clientes.
Para profissionais, a mensagem é igualmente clara: quem entende profundamente o problema — seja técnico ou não — captura o valor. A ferramenta é apenas o meio.
A era do software como produto exclusivo de especialistas acabou.
A era do software como capacidade universal está começando.
E nela, o diferencial não é saber programar. É saber o que vale a pena construir.
AVALIE SEU PRODUTO (OU O PRODUTO QUE VOCÊ USA)
PROFUNDIDADE DE DADOS
[ ] Usuários acumulam dados significativos ao longo do tempo?
[ ] Migrar esses dados é complexo e custoso?
[ ] Os dados ganham valor com o tempo (histórico, padrões, insights)?
EFEITO DE REDE
[ ] O produto fica mais valioso conforme mais pessoas usam?
[ ] Existe colaboração que exige que todos usem a mesma ferramenta?
[ ] Substituir individualmente é possível, mas coletivamente é impraticável?
COMPLEXIDADE TÉCNICA REAL
[ ] O problema que resolve é genuinamente complexo?
[ ] Vibe coding conseguiria replicar 80%+ da funcionalidade?
[ ] A confiabilidade e segurança exigidas são altas?
ECOSSISTEMA
[ ] Quantas integrações de terceiros dependem desta ferramenta?
[ ] Existe um marketplace ou comunidade ao redor?
[ ] A ferramenta é parte de um workflow maior?
PONTUAÇÃO
0-3 pontos positivos: RISCO ALTO — Considere criar internamente
4-7 pontos positivos: RISCO MÉDIO — Monitore alternativas
8-12 pontos positivos: RISCO BAIXO — O SaaS provavelmente vale o investimento
Sua vez. Abra a planilha de SaaS da sua empresa. Aplique o framework. Quantas ferramentas passam no teste?
O vibe coding não mata todas as ferramentas. Mas revela quais delas sempre foram mais caras do que deveriam.