Da concessionária de carros para TI: como a mudança que parecia lateral virou base
Cresci numa família de empreendedores do ramo de carros. A decisão de entrar em tecnologia não foi óbvia de onde eu estava — mas o que aprendi nessa transição moldou tudo que veio depois.
Cresci num ambiente onde o negócio eram carros.
Conversas à mesa sobre compra, venda, cliente, margem, estoque. Empreendedorismo não era conceito de livro — era o que eu via funcionando todos os dias. Concessionária tem ritmo próprio: cliente entra, proposta sai, negócio fecha ou não fecha. Resultado visível, imediato, mensurável.
Quando decidi entrar em TI, não foi um momento épico. Não tive computador aos seis anos que mudou tudo. Não fui hacker adolescente. O que tive foi curiosidade sobre como as coisas funcionavam por dentro — e tecnologia era onde essa curiosidade encontrava mais tração.
A transição carros → TI parecia lateral para quem olhava de fora.
"Vai trabalhar com computador?" Era assim que descreviam. Como se TI fosse uma coisa genérica, homogênea, difícil de explicar em termos de negócio real.
O que eu percebi cedo — e que levou tempo para articular — é que os dois mundos compartilhavam a mesma coisa fundamental: sistema que precisa funcionar para que negócio aconteça.
Na concessionária, sistema de vendas fora do ar enquanto cliente está na cadeira não é inconveniência. É venda perdida. Custo real, imediato, visível. Esse senso de urgência calibrado em impacto eu carreguei comigo sem perceber.
Na Oi Telecomunicações — meu primeiro emprego em TI, 2013 — quando a rede de um escritório caia, o problema não era técnico só. Era que as pessoas paravam de trabalhar. Telefonemas não completavam. Sistemas internos ficavam inacessíveis. O custo estava acontecendo por minuto.
O que a família empreendedora me ensinou sem querer:
Processo repetível vale mais que herói. Concessionária que depende de um vendedor genial não escala. O processo é o ativo. Runbook antes de eu conhecer a palavra runbook.
Cliente é uma pessoa, não um número. Suporte técnico que trata usuário como ticket dura pouco. A pergunta mais útil não é "qual é o erro?" — é "o que você estava tentando fazer quando parou?"
Resultado invisível não é resultado. Se você resolveu o problema mas ninguém sabe que resolveu, o valor não chegou. Comunicação faz parte do trabalho.
A transição que parecia lateral foi, na prática, uma mudança de vocabulário com o mesmo modelo mental embaixo.
Sistemas de carros e sistemas de TI têm as mesmas propriedades: componentes que dependem um do outro, falhas que propagam de forma não-óbvia, e pessoas que precisam do que o sistema entrega para fazer o trabalho delas.
Entendi isso com mais clareza quando comecei a trabalhar em plataforma, anos depois. Mas a intuição começou aqui — numa família de empreendedores onde eu aprendi o que "sistema que funciona" significa antes de saber o nome.
Essa semana: qual é o contexto não-óbvio que formou sua maneira de pensar sobre tecnologia?