O que a gente construiu
para usar primeiro.

Automatizar o processo dos outros é um trabalho de escolhas. Em quase todo projeto chega o momento em que um passo do fluxo depende de uma ferramenta pronta, e decidir qual usar sobra para a gente. Durante muito tempo essa decisão foi tomada de fora: lendo documentação, testando por uma semana, confiando na página de preços. O resto quem descobria era o cliente — o limite que só aparece no volume de fechamento de mês, o suporte que responde em três dias, o reajuste que chega no aniversário do contrato.

Construir os nossos foi a forma de trazer parte dessa decisão para dentro. Nenhuma das ferramentas acima nasceu de reunião de portfólio: todas saíram de um gargalo que doeu primeiro na nossa operação ou na de um cliente e que a gente não conseguiu resolver comprando. Quando o mesmo problema aparece pela terceira vez em três empresas diferentes, ele deixou de ser exceção — e passa a valer o custo de construir.

A régua para começar é conservadora de propósito, e vale declarar: só vira produto o que a gente usa no próprio dia a dia. É um filtro chato, porque descarta ideia boa que ninguém aqui dentro usaria. Mas é o único que impede uma casa de projeto de virar fábrica de software que ninguém opera.

A parte mais útil é a mais chata de explicar: a gente passou a ter opinião formada sobre custo de manutenção. Quando uma automação pode ser resolvida de três formas, a escolha raramente é técnica — é sobre quem vai manter aquilo daqui a dezoito meses, com que frequência o fornecedor muda a regra do jogo e o que acontece no dia em que a pessoa que entendia do assunto sai da empresa. Quem entrega e vai embora não precisa responder isso.

Também mudou o que a gente aceita construir do zero. Ter escrito software próprio deixa nítido o tamanho do compromisso que existe atrás de cada ferramenta nova: documentação, atualização, migração, o dia em que ela quebra. Por isso boa parte das recomendações que saem de um projeto nosso é para não construir — usar o que já existe, ou simplesmente parar de fazer o passo que ninguém sabe explicar por que existe.

E há um efeito direto: às vezes a peça que faltava no fluxo já estava construída. Quando isso acontece, a gente diz de onde ela vem e quanto custa, e a decisão fica com o cliente. O que não acontece é produto nosso entrar no escopo por conveniência — a régua é a mesma que aplicamos a ferramenta de terceiro.

Nenhuma delas é a nossa consultoria empacotada. São ferramentas de escopo estreito, feitas para resolver um problema cada, e vendidas nos sites delas por preço de assinatura. Se a sua dor é "o trabalho trava entre dois sistemas e ninguém sabe exatamente onde", não existe ferramenta de prateleira que resolva: isso é trabalho de automação de processos, com desenho feito em cima da sua operação.

A ordem também importa. Comprar ferramenta antes de entender onde o tempo está indo é o caminho mais rápido para pagar assinatura por um problema que não era aquele. Na dúvida, o começo barato é medir — e só depois decidir se a resposta é comprar, construir ou parar de fazer.