Como convencer a diretoria a investir em um CMMS

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.

1. 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.
2. Os dez equipamentos que mais pararam, com o número de ocorrências. Isso mostra que o problema tem endereço.
3. Horas extras da manutenção e quanto delas foi corretiva de emergência.
4. Valor do estoque de sobressalentes e itens sem movimento há mais de dois anos.
5. Compras urgentes no ano, com frete expresso.
6. Achados de auditoria ligados à manutenção (registros de preventiva, calibração, BPF, NR-12).
7. 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.

1. 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.”
2. 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.
3. 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.
4. 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.
5. Riscos e como serão tratados. Adesão da equipe, qualidade do cadastro, integração com o ERP. Para cada risco, uma ação.
6. 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”.

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.