Para implantar software de manutenção sem travar a operação, o caminho mais seguro é por fases: uma área piloto com os ativos críticos, cadastro mínimo bem feito, uma data de corte clara para abandonar o papel e algumas semanas de operação assistida antes de expandir. O software em si costuma ser a parte fácil. O que derruba esses projetos é cadastro atrasado, técnico que não foi ouvido e dois sistemas rodando em paralelo por tempo demais.
Este roteiro parte do ponto em que o sistema já foi escolhido. Se você ainda está avaliando fornecedores, comece pelo guia sobre como escolher um software de manutenção.
Quem precisa estar no projeto?
Implantação que fica só nas costas do planejador vira tarefa de sobra, feita entre uma urgência e outra. Antes de cadastrar o primeiro ativo, defina nomes para estes papéis:
| Papel | Quem costuma ser | O que faz |
|---|---|---|
| Patrocinador | Gerente de manutenção ou diretor industrial | Decide conflitos, cobra prazo, defende a data de corte |
| Dono do projeto | Coordenador de PCM | Toca o cronograma, valida cadastro, fala com o fornecedor |
| Usuários-chave | Um técnico por especialidade ou turno | Testam o app, ajudam os colegas, apontam o que atrapalha |
| Almoxarifado | Responsável pelo estoque de manutenção | Cadastro de peças, regras de baixa, códigos |
| Produção | Um supervisor de turno | Valida o fluxo de solicitação de serviço |
| TI | Analista de infraestrutura ou sistemas | Acessos, celulares, rede, integração com ERP |
O papel mais subestimado é o do usuário-chave técnico. É ele quem vai dizer, na segunda semana, que fechar uma OS exige toques demais ou que o QR Code da bomba fica atrás de uma proteção. Escolha alguém respeitado pela equipe, não necessariamente o mais jovem ou o que “gosta de tecnologia”.
Implantação em fases: um cronograma de referência
Os prazos abaixo são um exemplo para uma planta com cerca de 600 ativos e 25 técnicos, com cadastro razoável em planilha. Plantas com cadastro ruim devem esticar a fase 1; plantas pequenas podem comprimir tudo.
Fase 0: preparação (semanas 1 e 2)
- Desenhar o fluxo atual de solicitação, OS e fechamento, do jeito que acontece, e decidir o que muda.
- Definir o padrão de TAG e a hierarquia da árvore de ativos.
- Escolher a área piloto: uma linha ou setor com equipamentos críticos, volume razoável de OS e uma supervisão disposta a testar.
- Comprar ou separar os celulares e testar o sinal nos pontos piores da área.
Fase 1: cadastro da área piloto (semanas 3 a 5)
- Cadastrar os ativos da área com TAG, localização, criticidade e dados de placa.
- Carregar os planos preventivos dessa área, revisados (não copie tarefa que ninguém executa).
- Cadastrar as peças que esses equipamentos consomem, com mínimo e máximo.
- Colar as etiquetas de QR Code nos equipamentos.
A regra aqui é cadastro mínimo bem feito. Melhor 120 ativos com TAG, criticidade e plano certos do que 600 ativos com metade dos campos em branco. A preparação dos dados está detalhada em migração de dados para um CMMS.
Fase 2: piloto em operação (semanas 6 a 9)
- Treinar os técnicos da área em sessões curtas, no próprio equipamento.
- Data de corte do piloto: a partir dela, toda OS daquela área nasce e fecha no sistema.
- Reunião semanal de 30 minutos com os usuários-chave para levantar problemas.
- Ajustar campos obrigatórios, listas de causa e checklists conforme o uso real.
Fase 3: expansão em ondas (semanas 10 em diante)
- Cadastrar a próxima área usando o que se aprendeu no piloto.
- Repetir treinamento e data de corte por área, não para a planta toda de uma vez.
- Ligar a integração com o ERP quando os cadastros de materiais e centros de custo estiverem estáveis.
Em usinas, evite programar data de corte para o início da safra ou para a semana mais pesada da entressafra. Em frigoríficos e indústrias de alimentos, fuja dos períodos de auditoria. A implantação compete com a rotina por atenção, e a rotina sempre ganha.
Como treinar técnicos sem tirar a equipe do campo?
Treinamento em sala, com projetor e duas horas de telas, rende pouco. O técnico esquece metade antes da primeira OS real. O que costuma funcionar melhor:
- Sessões de 30 a 40 minutos por turno, com grupos de quatro a seis pessoas.
- No equipamento: o técnico lê o QR Code, abre uma OS de teste, registra hora, peça e foto, e fecha. Com o celular que ele vai usar de verdade.
- Um cartão plastificado com os cinco passos de fechamento, preso no quadro da oficina.
- Usuário-chave por perto nas duas primeiras semanas, para tirar dúvida na hora.
Técnicos mais velhos às vezes resistem, e quase sempre não é por dificuldade com celular: é porque já viram outros sistemas chegarem e sumirem. Mostrar que o histórico que eles registram volta para eles (consultar no pé da máquina o que foi feito na última intervenção) convence mais do que qualquer discurso sobre indicadores.
Data de corte: por que o paralelo precisa ser curto
Manter papel e sistema ao mesmo tempo parece prudente. Na prática, gera dois problemas: o técnico preenche o que é mais fácil (o papel) e o planejador vira digitador das OS que não entraram no sistema. Depois de algumas semanas, ninguém sabe qual registro vale.
A recomendação é um paralelo de no máximo uma ou duas semanas por área, só como rede de segurança. Depois disso, o formulário de papel some daquela área. Se houver um problema que impeça o uso do sistema (falta de celular, sinal ruim num ponto específico), resolva o problema, não volte ao papel. O guia sobre como digitalizar as ordens de serviço trata da transição da OS em detalhe.
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.
Quais indicadores mostram que o sistema pegou?
Nos primeiros meses, não adianta olhar MTBF: ele ainda está sendo construído. Olhe indicadores de adoção, que mostram se a informação está entrando direito.
| Indicador | Como medir | Referência para o piloto |
|---|---|---|
| OS fechadas pelo técnico no app | OS fechadas no celular ÷ total de OS fechadas | Subindo semana a semana, perto de 100% ao fim do piloto |
| Tempo entre execução e fechamento | Diferença entre fim do serviço e registro de fechamento | Mesmo turno; mais de 24 h indica que a OS é preenchida depois |
| OS sem causa registrada | OS corretivas sem campo de causa ÷ total de corretivas | Caindo; se não cair, a lista de causas está ruim |
| Horas apontadas por técnico | Horas em OS ÷ horas disponíveis do técnico | Muito baixo indica apontamento incompleto |
| Preventivas geradas pelo sistema | Preventivas executadas que nasceram do plano | Todas, sem preventiva “avulsa” fora do plano |
Exemplo hipotético: no fim da terceira semana do piloto, uma linha de extrusão mostra 92% das OS fechadas no app, mas 40% das corretivas sem causa. O sistema pegou, mas a lista de causas tem 35 opções e o técnico escolhe “outros”. A correção é reduzir a lista para umas dez causas que façam sentido para aquela área, não cobrar mais o técnico.
A parte de horas merece cuidado à parte, porque é ela que alimenta o MTTR e o dimensionamento da equipe. Veja apontamento de horas na manutenção para montar as regras.
Erros que fazem a implantação travar
- Começar pela integração com o ERP. Integração é importante, mas depende de cadastro estável. Ligar a integração no primeiro mês espalha erro de código de material para os dois sistemas.
- Cadastrar a planta inteira antes de usar. Seis meses de cadastro sem nenhuma OS no sistema desmotivam todo mundo. Use cedo, mesmo que em uma área só.
- Campos obrigatórios demais. Se fechar uma OS exige 15 campos, o técnico preenche qualquer coisa. Comece com o mínimo que você vai usar e acrescente depois.
- Plano preventivo copiado do manual sem revisão. O sistema vai gerar exatamente o que você cadastrar. Se o plano antigo tinha tarefas que ninguém fazia, agora elas vão aparecer como atrasadas todo mês.
- Ninguém dono do cadastro depois do go-live. Equipamento novo, equipamento sucateado, peça nova: alguém precisa manter o cadastro vivo.
Num CMMS como o Sismetro, a implantação costuma seguir essa lógica de área piloto: árvore de ativos e planos preventivos da área, etiquetas de QR Code nos equipamentos, técnicos abrindo e fechando OS pelo app, e só depois a expansão para o restante da planta e a integração com o ERP. Seja qual for o sistema, a sequência importa mais do que a velocidade.
Checklist antes da data de corte de cada área
- Ativos da área cadastrados com TAG, criticidade e localização.
- Planos preventivos revisados e com a próxima data correta.
- Etiquetas de QR Code coladas e testadas com o celular.
- Técnicos treinados no equipamento, com o celular que vão usar.
- Lista de causas e sintomas curta e validada com a equipe.
- Fluxo de solicitação combinado com a produção, incluindo quem aprova.
- Formulário de papel recolhido no dia seguinte ao fim do paralelo.
Como próximo passo, escolha a área piloto ainda esta semana e faça a pergunta mais simples: quantos ativos críticos ela tem e quantos já estão com TAG e plano definidos? A resposta mostra quanto da fase 1 você já tem pronto.
Perguntas frequentes
Quanto tempo leva para implantar um software de manutenção?
Uma área piloto costuma rodar em poucas semanas depois do início do cadastro. A planta inteira leva alguns meses, dependendo do número de ativos e da qualidade dos dados existentes. O prazo depende mais do cadastro e da disponibilidade da equipe do que do software.
É melhor implantar na planta toda de uma vez ou por áreas?
Por áreas, quase sempre. Um piloto permite ajustar campos, listas e treinamento com pouco risco, e a expansão posterior fica mais rápida porque o padrão já está definido.
Quanto tempo devo manter papel e sistema em paralelo?
O mínimo possível, em geral uma ou duas semanas por área. Paralelo longo faz o técnico preferir o papel e transforma o planejador em digitador.
O que fazer quando os técnicos resistem ao aplicativo?
Primeiro, descubra o motivo real: muitas vezes é um problema prático, como sinal ruim, celular inadequado ou campos demais no fechamento. Resolver esses pontos e mostrar que o histórico registrado ajuda o próprio técnico costuma funcionar melhor do que cobrança.
