Eu venho batendo numa tecla há algum tempo: a queda do custo de prototipar não é só um avanço técnico. É uma mudança de mercado. Mudou o que o cliente espera. Mudou o que ele aceita pagar. Mudou o que ele chama de valor.
Hoje, uma conversa vira protótipo.
Com Vibe Coding, Bolt, Cursor e ferramentas similares, eu consigo transformar uma transcrição em interface, fluxo e demo em tempo recorde. Isso reduz a barreira técnica e derruba um mito antigo: o mito de que software sempre precisa de meses para existir.
E quando o protótipo fica barato, o cliente fica mais exigente. Não por capricho. Por racionalidade.
O cliente não rejeita processo. Ele rejeita cheque em branco
Quando alguém diz que está caro, muitas vezes não é sobre o preço. É sobre o risco.
Risco de investir alto sem evidência. Risco de esperar meses para ver algo tangível. Risco de comprar uma fase “teórica” que não dá para testar.
Eu vejo isso na prática. Quanto mais o mercado percebe que dá para materializar rápido, menos tolerância ele tem para jornadas longas que só prometem entrega lá na frente.
Foi assim que eu cheguei na minha teoria das interfaces líquidas.
Minha teoria das interfaces líquidas
Eu chamo de interfaces líquidas a ideia de que o software deixa de ser um bloco fixo e passa a ser uma camada adaptativa, moldada em tempo real para resolver um problema específico, naquele contexto, naquele instante.
Não é software como monumento. É software como resposta.
Ele nasce rápido, pode ser reescrito rápido, pode ser descartado sem culpa. E, principalmente, não obriga o usuário a se encaixar num fluxo pré determinado. O fluxo se ajusta ao usuário.
Essa mudança tem duas consequências diretas.
A primeira é positiva. Ela acelera decisão. Ela reduz custo de tentativa e erro. Ela coloca evidência antes de compromisso.
A segunda é perigosa. E é aqui que muita gente se ilude.
Código ficou barato. Operação ficou mais cara
Gerar código é uma coisa. Operar sistema é outra.
Eu posso criar uma interface em horas. Mas a empresa não quebra por interface ruim. Ela quebra por risco operacional.
Uma automação mal feita vira vazamento. Um agente sem governança vira incidente. Um protótipo que vira produção sem disciplina vira dívida de segurança.
Por isso, eu repito: quando o código vira commodity, o diferencial migra para o que a IA sozinha não entrega bem em ambiente corporativo.
Governança. Segurança. Continuidade. Auditabilidade.
A grande oportunidade não é vender software. É vender confiança.
Eu não acho que agência ou time técnico perdem relevância. Eu acho que eles precisam mudar de função.
O valor está menos em “fazer tela” e mais em garantir que a tela não vire problema.
Eu considero que a camada de valor real, daqui para frente, é a infraestrutura de confiança: controle de acesso, logs, trilha de auditoria, testes, observabilidade, governança de modelos e prompts, processos de contingência.
Parece mais burocracia. Mas no fundo é o novo preço da escala.
Por isso o mercado está migrando para precificação por resultado
Outro sinal que eu vejo com força é a mudança do modelo comercial.
Cobrar por hora ou por licença faz cada vez menos sentido quando o cliente consegue ver algo funcionando rápido. A unidade de valor muda.
O cliente quer pagar por impacto.
Outcome based pricing não é uma “moda de proposta”. É uma resposta natural a um cenário em que protótipo ficou barato e falhar em produção ficou caro.
Se eu cobro por horas, o risco fica com o cliente. Se eu cobro por resultado, eu assumo parte do risco.
E risco é o centro da decisão.
Como eu organizo isso na prática
Eu tenho usado uma sequência simples, porque ela casa velocidade com responsabilidade.
- Demonstração com a dor real: Eu não começo com apresentação. Eu começo com um artefato. Algo que o cliente toca.
- Piloto com poucas métricas: Duas ou três métricas. Tempo economizado, erro reduzido, SLA, custo evitado. Pouco e verificável.
- Produto com governança: Aí sim eu falo de arquitetura, segurança, integrações e rotina de operação.
A inversão é proposital.
Primeiro evidência. Depois infraestrutura.
Onde faz sentido começar
Se eu tivesse que escolher um ponto de partida para aplicar interfaces líquidas, eu começaria onde o problema é repetível, o ROI é fácil de medir e a prova aparece rápido.
Rotinas de backoffice administrativo e financeiro. Contabilidade operacional. BPO financeiro. Processos que consomem tempo, geram erro e têm impacto direto em caixa e eficiência.
O motivo é pragmático.
Dá para demonstrar valor em semanas. Dá para medir. Dá para padronizar. E dá para evoluir integração aos poucos.
Depois, eu expandiria para áreas reguladas com mais complexidade, mas eu começaria onde a evidência nasce rápido e a conversa sai do “promete” para o “mostra”.
O que define quem vai sobreviver a essa mudança de mercado?
A tecnologia barateou o protótipo.
Mas não barateou o custo do erro.
Então a diferença, para mim, não está em quem faz mais rápido. Está em quem faz rápido e sustenta.
No fim, eu sempre volto para o mesmo ponto:
Eu vendo horas? Ou eu vendo previsibilidade, redução de risco e resultado mensurável?
Porque o mercado já entendeu a mudança. A questão é como se adaptar rápido.