Comprar ou construir agora também é uma decisão de UX, sobretudo em empresas

O texto trata de um custo que raramente aparece no business case: o upkeep, a manutenção anual de uma ferramenta construída internamente. O autor, que não é identificado no material, propõe uma regra pessoal: reservar 30% do custo inicial de construção por ano para atualizações, patches, trocas de modelo e novos pedidos. No exemplo dele, duas pessoas gastam duas semanas a 150 dólares por hora, o que dá 24.000 dólares de partida e 7.200 por ano depois. Uma assinatura de 20 dólares por assento para 25 pessoas custa 6.000 por ano. Em três anos, são 45.600 dólares contra 18.000. Upkeep, aqui, é uma regra de bolso de quem escreveu, não um projeto, produto ou padrão de mercado.

O argumento central é que comprar ou construir virou também decisão de UX. A complexidade não some, só muda de lugar: no seu código, no roadmap do fornecedor ou nos usuários. O texto cita dados como os da Menlo Ventures (76% dos casos de uso de IA corporativos comprados em 2025, contra 53% um ano antes) e um estudo com 137 trabalhadores que trocavam de aplicativo cerca de 1.200 vezes por dia, perdendo quase quatro horas por semana. Também aponta limites: o próprio autor admite viés de seleção nos números do MIT e lembra que o estudo da METR, com 16 desenvolvedores, já foi marcado como desatualizado.

O CEVIU já vinha acompanhando o tema. Em 4 de agosto de 2026, noticiou "Desenvolver vs. Comprar: O Dilema Recalibrado na Era da IA", sobre como as ferramentas de IA tornam a criação mais ágil e dão nuances novas à decisão. Em 28 de julho de 2026, em "Infraestrutura de Agentes de Codificação: Comprar ou Desenvolver Internamente?", o foco era que, para a maioria das organizações, comprar infraestrutura pronta permite concentrar esforço no que importa. E em 24 de junho de 2026, "A dívida técnica oculta dos sistemas de IA: Agent Harness" já falava de custo escondido em código de produtos com IA. A novidade agora é o ângulo: a conta deixa de ser só de engenharia e passa a incluir manutenção orçada, trocas de contexto do usuário e aposentadoria de modelos.

Para quem toca produto em empresa, a leitura prática é simples: antes de aprovar uma ferramenta feita com coding agent, coloque a manutenção anual no business case e nomeie um dono. Se a comparação com a assinatura só fecha sem o upkeep, o ganho provavelmente é ilusório. Vale também levar design para a mesa antes da decisão, não depois.