Como o Costdown funciona
A maior parte do conhecimento de manufatura é apresentada por tema: o que é Lean, o que é Kaizen, dez formas de reduzir custos de fabricação. Esse conteúdo tem valor, mas um engenheiro diante de um problema real não começa por um tema — ele começa por um problema concreto: custo de solda alto demais, desperdício de material demais, tempo de ciclo longo demais. A pergunta que o Costdown quer responder não é "o que eu deveria ler", mas "esse problema já foi resolvido em algum lugar?" — e o mecanismo que responde a essa pergunta são cinco etapas ligadas num único ciclo, não cinco funcionalidades separadas.
Por que tem que ser um ciclo, não um arquivo
Um arquivo só precisa guardar. Mas guardar não é suficiente para que uma solução volte no momento certo para quem precisa dela — ela também precisa ser reconhecida corretamente, colocada no lugar certo para comparação, ajustada às novas condições, e revalidada depois do uso. Falta qualquer uma das cinco etapas, e o ciclo se fecha no lugar errado: ter Find sem Compare significa encontrar algo mas ainda não saber se deve confiar; ter Reuse sem Measure significa reaplicar uma estrutura sem que ninguém saiba se ela ainda vale nas novas condições.
Find — encontrar uma solução já existente, sem exigir correspondência perfeita
O primeiro passo não exige um caso idêntico. Uma fábrica querendo reduzir o custo de mão de obra de uma etapa de solda pode encontrar um caso sobre a melhoria de um dispositivo de solda em outro setor — o produto não é o mesmo, mas o princípio por trás (menos movimentos de posicionamento e fixação) ainda pode ser relevante. O Costdown não precisa encontrar a resposta perfeita; precisa trazer à tona soluções potencialmente relevantes, para que o engenheiro não precise começar completamente do zero. Para essa etapa continuar funcionando, dois projetos precisam descrever a mesma coisa na mesma linguagem — "solda TIG SUS304" e "solda de inox de 2 mm" precisam virar a mesma linha para se encontrarem, e é por isso que processos, máquinas e materiais no Costdown passam por códigos padrão em vez de nomes digitados livremente.
Compare — ter encontrado não significa poder aplicar
Uma solução que deu certo numa fábrica não necessariamente dará certo em outra, porque produto, volume, máquinas e taxas de mão de obra podem ser diferentes. Por isso o Compare não só coloca dois números lado a lado — ele também coloca lado a lado as condições que produziram esses números:
| Fator | Caso de referência (ilustrativo) | Sua fábrica |
|---|---|---|
| Etapa do processo | Solda robotizada | Solda robotizada |
| Tempo de ciclo antes | 42 segundos | 55 segundos |
| Volume | 80.000 peças/ano | 100.000 peças/ano |
| Solução | Melhoria do dispositivo | Ainda não definida |
| Investimento | US$ 3.000 | — |
(A tabela acima é um exemplo ilustrativo de como ler um caso, não os dados de um projeto real.)
Olhando essa tabela, a pergunta não é mais "existe um caso que reduziu custos?", mas "as condições desse caso são próximas o bastante das minhas para valer a pena confiar?". É por isso que a comparação no Costdown sempre mostra primeiro o nível de confiança — baseado em evidências reais disponíveis no momento, não em declarações próprias — antes de qualquer outro número, e sempre permanece dentro do mesmo país para que preços unitários e condições de mercado não se misturem.
Reuse — levar o princípio, não os números de outra pessoa
Reutilizar não significa transplantar uma solução inteira para outro lugar — na fabricação real isso raramente é viável, já que produto, máquinas, materiais e mão de obra diferem de um lugar para outro. O que realmente viaja é o princípio por trás da solução: o dispositivo específico daquela outra fábrica não servirá nesta, mas o princípio "menos movimentos de posicionamento e fixação" pode servir como ponto de partida para projetar outro dispositivo adequado às próprias condições. A fábrica ainda precisa medir de novo com seus próprios dados reais — o Reuse encurta o caminho até encontrar uma direção, não substitui a medição em si.
Measure — uma ideia ainda não é um resultado
Antes da implementação, todos os números são apenas projeções. Suponha que uma ideia inicial seja só "talvez a gente consiga economizar uma pessoa reorganizando a etapa" — isso ainda é só uma ideia. Somente depois de testar e medir de novo (exemplo ilustrativo: mão de obra de 5 para 4 pessoas, tempo de ciclo de 60 para 58 segundos, US$ 2.000 investidos) é que existe um resultado avaliável. O Costdown mantém uma distância clara entre o número projetado no momento da proposta e o número medido após a implementação; o nível de confiança de um projeto depende de essa diferença estar preenchida com evidências, não de quão bem o projeto foi escrito ou quantas vezes foi lido.
New Case — um resultado medido vira o ponto de partida do próximo
Assim que um projeto tem um resultado medido, ele não para no relatório final. Imagine uma cadeia ilustrativa: uma fábrica reduz o tempo de ciclo de solda de 52 para 39 segundos e registra isso como um caso. Outra fábrica encontra esse caso, precisa ajustá-lo a condições de produção diferentes, e chega ao seu próprio resultado — de 61 para 44 segundos — e esse caso vira, por sua vez, um novo caso. Uma terceira fábrica encontra os dois casos e percebe uma terceira direção que nenhuma das duas tinha tentado. É exatamente aí que o ciclo se fecha de verdade: não porque há mais um artigo, mas porque há mais um ponto de dado verificado, e o conhecimento começa a gerar conhecimento.
O Costdown não substitui o engenheiro
Uma solução que já deu certo antes ainda precisa ser reavaliada sob as condições reais de quem vai usá-la. Os engenheiros continuam tendo que pesar sozinhos a viabilidade, a qualidade, a segurança, o investimento e o risco — ninguém entrega essas decisões a um sistema. O Costdown muda exatamente uma coisa: um engenheiro não precisa mais necessariamente começar do zero. Em vez de gastar tempo se perguntando se alguém já fez isso antes, ele pode partir do que já existe, e então usar sua própria especialidade para decidir o que, dali, vale a pena aplicar.
Cinco etapas, não cinco funcionalidades
Nenhuma dessas cinco etapas pensa no lugar do engenheiro nem decide no lugar da fábrica. O que elas substituem é o caminho que precisava ser refeito do zero toda vez que um problema já tinha sido resolvido por alguém — e o que mantém esse caminho realmente encurtado é o fato de as cinco etapas se ligarem num único ciclo, e não ficarem separadas.