Para convencer a diretoria a investir em software de manutenção, apresente o problema em dinheiro e em risco, mostre quanto custa continuar como está, proponha um investimento com retorno conservador e ofereça um piloto com critério de sucesso definido. Diretor não compra funcionalidade; compra previsibilidade, menos perda e menos exposição.
O erro mais comum de gerentes de manutenção é chegar à reunião com a demonstração do fornecedor na cabeça: aplicativo bonito, QR Code, dashboard colorido. Tudo isso é verdade, mas não responde à pergunta que o diretor industrial e o financeiro estão fazendo em silêncio: “o que a empresa ganha, quanto custa e qual o risco de não dar certo?”
O que a diretoria realmente quer saber?
Cada pessoa na mesa olha para um lado. Vale preparar a conversa pensando em cada uma:
- Diretor industrial: disponibilidade das linhas, cumprimento do plano de produção, segurança.
- Diretor financeiro ou controladoria: retorno, prazo de payback, impacto no orçamento, capital parado em estoque.
- Diretor geral ou dono: risco para clientes e auditorias, dependência de pessoas-chave, crescimento sem perder o controle.
- TI: segurança, integração com o ERP, esforço da equipe interna.
Uma apresentação que fala só de manutenção para essas pessoas perde a sala nos primeiros cinco minutos. Fale a língua de cada uma, com números da sua planta.
Que dados levantar antes da reunião?
Duas ou três semanas de levantamento resolvem. Não precisa ser perfeito; precisa ser honesto e mostrar de onde vem cada número.
- Horas de parada não planejada nos equipamentos gargalo, mesmo que venham do apontamento da produção. Em um exemplo hipotético, uma linha de envase com 94 horas de parada no ano e custo estimado de R$ 4.200 por hora representa R$ 394.800 de perda.
- Os dez equipamentos que mais pararam, com o número de ocorrências. Isso mostra que o problema tem endereço.
- Horas extras da manutenção e quanto delas foi corretiva de emergência.
- Valor do estoque de sobressalentes e itens sem movimento há mais de dois anos.
- Compras urgentes no ano, com frete expresso.
- Achados de auditoria ligados à manutenção (registros de preventiva, calibração, BPF, NR-12).
- Quanto tempo o PCM gasta montando relatórios em planilha toda semana.
Para o custo da hora parada, use a margem de contribuição, não o faturamento. O artigo sobre quanto custa uma máquina parada mostra como fazer essa conta de forma que o financeiro aceite.
Roteiro de apresentação em seis slides
Diretoria gosta de apresentação curta. Seis slides bem montados são suficientes, e o resto vai para o anexo.
- O problema em uma frase e um número. Exemplo: “Perdemos 94 horas de envase no ano por falhas, cerca de R$ 395 mil de margem.”
- Por que isso acontece. Preventiva controlada em planilha, sem histórico por equipamento, sem saber quais ativos mais falham. Mostre a lista dos dez piores.
- O que muda com o sistema. Três ou quatro mudanças de processo, não funcionalidades: preventiva gerada automaticamente, OS registrada no momento do serviço, histórico por ativo, estoque com mínimo e máximo.
- Investimento e retorno. Custo total do primeiro ano (incluindo horas internas) e retorno em cenário conservador e pessimista. O artigo sobre ROI de software de manutenção traz o passo a passo dessa conta.
- Riscos e como serão tratados. Adesão da equipe, qualidade do cadastro, integração com o ERP. Para cada risco, uma ação.
- Proposta de piloto e decisão pedida. Área, prazo, indicadores e o que você precisa que eles aprovem hoje.
Termine pedindo uma decisão clara. “Aprovar o piloto de 90 dias na linha 2” é melhor do que “pensar no assunto”.
Quer tirar isso da planilha?O Sismetro junta ordens de serviço, preventivas, estoque e indicadores num só lugar, com app para os técnicos e integração com o ERP Senior.
Como responder às objeções mais comuns
| Objeção | Resposta que costuma funcionar |
|---|---|
| “Já temos o ERP, ele não faz isso?” | O ERP cuida de compras, fiscal e estoque contábil. Ele não foi feito para o técnico registrar falha no campo nem para gerar preventiva por horímetro. Os dois se complementam e podem ser integrados. |
| “A planilha está funcionando.” | Mostre o que a planilha não responde: quais equipamentos mais quebraram no ano, quanto custou cada um, quantas preventivas atrasaram. Se ninguém consegue responder em dez minutos, a planilha não está funcionando. |
| “A equipe não vai usar.” | Por isso o piloto: uma área, técnicos envolvidos desde a escolha do app, critério de adesão medido. Se não funcionar em 90 dias, o prejuízo é pequeno. |
| “Não tem orçamento este ano.” | Compare com o custo de uma única parada grande do último ano. Proponha começar pelo piloto, com investimento menor. |
| “Já tentamos e não deu certo.” | Entenda o que falhou (cadastro ruim, app ruim, falta de dono) e mostre como o novo projeto trata cada ponto. |
| “A TI não tem braço para isso.” | Mostre o esforço real da TI no projeto e, se for o caso, como a hospedagem na nuvem reduz essa carga. |
Por que propor um piloto?
Piloto reduz o tamanho da decisão. Em vez de pedir aprovação para a planta inteira, você pede para uma área por um período definido, com critérios claros. Um bom piloto tem:
- Uma área com dor visível (a linha que mais para, a utilidade que mais dá problema).
- Prazo de 60 a 90 dias.
- Três indicadores medidos antes e depois: por exemplo, percentual de OS registradas no momento do serviço, preventivas executadas no prazo e horas de parada.
- Um responsável com tempo reservado para o projeto.
Combine também, antes de começar, o que acontece no fim do piloto. Se os critérios forem atingidos, a expansão para as outras áreas já está pré-aprovada ou volta para a mesa? Deixar isso em aberto é um jeito comum de o projeto ficar parado no meio: a área piloto funciona, todo mundo gosta, e ninguém decide o próximo passo. Uma frase na ata da reunião (“atingidos os três indicadores, expande para as linhas 1 e 3 no trimestre seguinte”) evita esse limbo.
Outro cuidado: escolha uma área onde o resultado possa aparecer em 90 dias. Uma linha que para pouco e tem preventiva em dia vai mostrar ganho pequeno, mesmo com o sistema funcionando bem. A área com dor visível tem mais a mostrar e mais gente torcendo para dar certo.
Antes mesmo do piloto, dá para testar o aplicativo no campo. A Sismetro, por exemplo, oferece teste grátis de 15 dias, tempo suficiente para levar o app à área mais difícil da planta e ouvir os técnicos. Chegar à diretoria dizendo “os encarregados da linha 2 testaram e aprovaram” pesa mais do que qualquer folheto.
Erros que fazem a proposta ser recusada
- Prometer demais. “Vamos reduzir 40% das falhas” sem histórico para sustentar destrói a credibilidade na primeira pergunta.
- Esconder o custo interno. Horas de cadastro, treinamento e acompanhamento existem. Se aparecerem depois, parecem surpresa.
- Chegar sozinho. Converse antes com o gerente de produção e com a controladoria. Um aliado na mesa vale mais do que um slide a mais.
- Falar só de manutenção. Relacione o projeto a metas que a diretoria já tem: entrega para clientes, auditorias, segurança, expansão.
- Não dizer como vai medir. Diretoria aprova com mais facilidade quando sabe como e quando vai ver o resultado.
Depois da aprovação, a credibilidade se mantém com resultado mensal. O artigo sobre relatório de manutenção para a diretoria mostra o que acompanhar. E se a conversa for sobre investimento em manutenção de forma mais ampla (reformas, preditiva, equipe), o raciocínio é parecido ao descrito em como justificar investimento em manutenção. Para quem ainda está no estágio de decidir se a planilha já não dá conta, vale ler planilha de manutenção x software.
Próximo passo prático: separe uma hora nesta semana para levantar só dois números, as horas de parada não planejada dos três equipamentos gargalo e o valor do downtime estimado por hora. Com eles na mão, a conversa com a diretoria já começa no lugar certo.
Perguntas frequentes
Como justificar a compra de um software de manutenção?
Mostre o custo atual do problema (paradas, horas extras, compras urgentes, achados de auditoria), o investimento total do projeto e o retorno em cenário conservador. Proponha um piloto com indicadores definidos para reduzir o risco da decisão.
Quanto tempo leva para preparar a proposta?
Em geral, duas a três semanas de levantamento de dados são suficientes. O mais demorado costuma ser reunir horas de parada e custos com alguma confiabilidade, já que esses dados normalmente estão espalhados entre produção, manutenção e financeiro.
Vale a pena fazer piloto antes de contratar para a planta toda?
Na maioria dos casos, sim. O piloto reduz o tamanho da decisão, testa a adesão da equipe e gera números da própria planta para a expansão. Defina área, prazo e critérios de sucesso antes de começar.
Quem deve participar da apresentação para a diretoria?
Além do gerente de manutenção, é útil ter o gerente de produção da área do piloto e alguém da controladoria que tenha revisado os números. A TI deve ter sido consultada antes, para que as perguntas sobre segurança e integração não fiquem sem resposta.
