Entre 2019 e 2021, tive o privilégio de trabalhar dentro da Toyota Motor Corporation no Japão — não em um escritório, mas no chão de fábrica, onde o Toyota Production System (TPS) acontece de verdade. O que aprendi lá mudou fundamentalmente a forma como penso sobre software, growth e negócios. Neste artigo, compartilho as lições mais valiosas e como as aplicamos na construção do Broco.
Quando Taiichi Ohno desenvolveu o Sistema Toyota de Produção nas décadas de 1950 e 1960, ele provavelmente não imaginava que seus princípios seriam aplicados a uma indústria que ainda não existia. Mas as lições de lean manufacturing são surpreendentemente relevantes para o desenvolvimento de software moderno e, mais ainda, para estratégias de growth. Na FPRY, aplicamos várias delas tanto no processo de engenharia do Broco quanto na metodologia de crescimento que usamos com nossos clientes.
O primeiro princípio é a eliminação de desperdício — ou "muda" em japonês. Na Toyota, isso significa eliminar estoque excessivo, movimentação desnecessária e defeitos. Em software, os desperdícios equivalentes são: código que ninguém usa (features que não resolvem problemas reais), handoffs excessivos entre times (cada transferência de contexto gera perda de informação) e bugs que poderiam ter sido evitados com testes automatizados. Em growth, o desperdício aparece em campanhas sem hipótese clara, leads não qualificados consumindo tempo do time comercial e processos manuais que escalam linearmente. No Broco, adotamos uma política rigorosa de validação de hipóteses antes de escrever qualquer código ou lançar qualquer campanha. Cada feature passa por um ciclo de discovery com usuários reais antes de entrar no backlog de desenvolvimento.
O segundo princípio é o "jidoka" — automação com toque humano. Na fábrica da Toyota, qualquer operador pode parar a linha de produção ao detectar um defeito. Presenciei isso em primeira mão: um operador identificou uma micro-variação em uma peça e parou toda a linha sem hesitar. O custo de parar era enorme, mas o custo de um defeito passando adiante seria muito maior. Em software, implementamos isso com CI/CD rigoroso: cada pull request precisa passar por testes automatizados, revisão de código e validação de performance antes de ser mergeado. Se qualquer check falha, o "andon" digital é acionado e o deploy é bloqueado. Isso pode parecer lento, mas na prática acelera a entrega porque evita o retrabalho de corrigir bugs em produção. Em growth, jidoka significa ter dashboards em tempo real que alertam quando uma métrica sai do esperado — se o CAC de uma campanha sobe 20%, paramos e investigamos antes de continuar gastando.
O terceiro princípio é o "kaizen" — melhoria contínua. A Toyota não busca revoluções; busca milhares de pequenas melhorias incrementais. Vi isso acontecer diariamente: cada estação de trabalho tinha um quadro onde operadores registravam sugestões de melhoria. As melhores eram implementadas na semana seguinte. Aplicamos isso com retrospectivas semanais onde o time identifica um único ponto de fricção e implementa uma melhoria concreta na semana seguinte. Ao longo de um ano, essas pequenas mudanças se acumulam em transformações significativas. Nosso tempo de deploy caiu de 45 minutos para 8 minutos, a cobertura de testes subiu de 62% para 91% e o número de incidentes em produção caiu 78% — tudo através de melhorias incrementais, não de grandes reescritas.
O quarto princípio é o "genchi genbutsu" — vá e veja por si mesmo. Ohno insistia que gestores fossem ao chão de fábrica observar os processos reais. No Japão, não existia decisão importante que não começasse com uma visita ao gemba (local real). Em software, isso significa que arquitetos e tech leads precisam ler código, revisar PRs e conversar com usuários. No Broco, todo membro do time, independente do cargo, dedica pelo menos duas horas por semana a suporte ao cliente. Isso mantém toda a equipe conectada aos problemas reais e evita que decisões técnicas sejam tomadas no vácuo.
O quinto princípio, talvez o menos conhecido fora do Japão, é o "heijunka" — nivelamento da produção. A Toyota não produz em picos e vales; ela distribui a carga de forma uniforme. Em software, isso se traduz em sprints previsíveis com capacidade reservada para incidentes (nunca comprometemos 100% do sprint). Em growth, significa não depender de lançamentos pontuais para gerar receita, mas construir máquinas de aquisição previsíveis e sustentáveis. Foi exatamente essa filosofia que aplicamos no programa FPRY Destrava: em vez de campanhas episódicas, criamos sistemas de geração de leads que funcionam continuamente.
O sexto princípio é o "nemawashi" — construir consenso antes de agir. Na Toyota, nenhuma decisão significativa é tomada sem que todos os stakeholders tenham sido consultados previamente. O processo é mais lento no início, mas a execução é drasticamente mais rápida porque não há resistência interna. Trouxemos isso para o Broco: antes de iniciar qualquer feature grande, fazemos um RFC (Request for Comments) interno de 48 horas. O resultado é que nossas features saem melhor pensadas e com menos retrabalho.
A conexão entre lean e growth pode não ser óbvia, mas é profunda. O growth sustentável não vem de hacks isolados — vem da construção sistemática de processos eficientes, da eliminação de desperdício em cada etapa do funil e da melhoria contínua baseada em dados. Quando aplicamos kaizen ao funil de vendas da Marksell, por exemplo, fizemos mais de 200 micro-otimizações em 6 meses. Nenhuma delas era revolucionária individualmente, mas o resultado acumulado foi um pipeline de R$150 milhões. Esse é o poder do lean aplicado a growth.
A experiência na Toyota me ensinou que excelência não é um destino — é um hábito diário. No Broco, carregamos esse DNA em cada decisão, cada deploy e cada interação com nossos usuários. E é por isso que acredito que a melhor escola de growth do mundo não está no Vale do Silício — está no chão de fábrica de Nagoya.
