A menor unidade viável de software vendável

O conceito de 'menor unidade viável de software vendável' não é só sobre preço ou funcionalidade, é uma equação estratégica de custo total de propriedade (TCO) em tempos de IA generativa. A novidade real aqui não é que LLMs reduziram o custo de construir software, mas que redefiniram o ponto de equilíbrio entre comprar e construir: agora o limite não está mais na escala da equipe ou na complexidade técnica absoluta, e sim na relação entre esforço humano contínuo (prompting, validação, integração, manutenção) e o valor unitário da licença. Para TI corporativa, isso muda a governança de aquisições: um SaaS de $125/mês pode ser mais racional do que um projeto interno mesmo com LLMs, se exigir mais de 1,3 hora/mês de engenheiro sênior para manter, e isso já considera o tempo de contexto switching, testes e operação, não só o prompt.

Essa zona de viabilidade é especialmente crítica em arquiteturas híbridas: sistemas que dependem de integração com dados legados, compliance regulatório (como LGPD ou Basileia III), ou SLAs operacionais rígidos. Nesses casos, o custo oculto de reconstrução não é só o tempo de engenharia, mas o risco de falha em produção, auditoria negativa ou multa por indisponibilidade. O River, citado no artigo, funciona como caso prático: sua versão Pro não vende código, vende confiabilidade operacional comprovada em ambientes de produção Go/Postgres, algo que um LLM não entrega de forma atômica, nem garante em atualizações futuras.

Para CIOs e arquitetos de nuvem, essa mudança exige repensar o modelo de avaliação de fornecedores. Não basta comparar features ou TCO em 3 anos: agora é preciso modelar o custo de *atenção humana contínua* necessária para manter uma solução interna, e esse custo escala mal com a complexidade de integração, não com linhas de código. Em nuvem, isso impacta diretamente decisões de modernização: migrar um sistema legado para uma stack serverless com LLMs assistivos pode gerar economia em infraestrutura, mas aumentar drasticamente o custo de governança se exigir revisão manual constante de outputs gerados. A zona de viabilidade vira um critério de design: quanto mais crítico o domínio, menor a tolerância para 'reconstrução sob demanda', mesmo com IA.