Seu AMS SAP está funcionando. E esse é justamente o problema.
O diagnóstico: quando foi a última vez que seu relatório de SLA veio vermelho?
Talvez você nem se lembre. O tempo de resposta está dentro do acordado, a disponibilidade atende à meta, o tempo de solução cumpre o contrato. No papel, o serviço funciona.
Existe uma pergunta que esses indicadores não respondem: por que o mesmo chamado volta todo mês?
A explicação é estrutural. Os indicadores de AMS medem a velocidade da resposta. Nada, porém, mede o tamanho do problema. Você pode ter um contrato com todos os indicadores em dia e, ao mesmo tempo, uma operação que perde capacidade todos os dias.
Há ainda um custo que nunca chega à planilha: o key user que virou help desk. O profissional contratado para entender do negócio passa parte do dia explicando transações, refazendo lançamentos e contornando erros recorrentes. Essa hora sai da empresa diariamente e, no entanto, não aparece em relatório de atendimento.
A tradução que interessa ao board:
Um AMS que só apaga incêndio entra no orçamento como seguro, não como investimento.
E a mesma verba continua sendo aprovada, ano após ano, para manter o problema exatamente do mesmo tamanho.
A causa: o chamado fecha, mas o aprendizado some
Há uma explicação recorrente por trás da reincidência: o conhecimento gerado no atendimento não fica.
O analista resolve, encerra o ticket e segue para o próximo. A mesma situação reaparece com outro usuário, em outra unidade, no mês seguinte. Como a solução não ficou registrada, a investigação é refeita do começo. Dessa forma, a empresa paga duas, três, dez vezes pelo mesmo aprendizado.
Portanto, a correção estrutural não está em responder mais rápido. Pelo contrário: está em fazer com que cada chamado encerrado deixe algo para trás.
Uma base construída sobre a sua operação
É aqui que entra o Lexor, o copiloto de IA do MegaAssistIA, nossa ferramenta de ITSM. E vale a distinção mais importante: não é um repositório genérico de boas práticas de SAP.
A base reúne o vocabulário, os desvios e os contornos daquela operação específica: como a sua empresa fecha o mês, quais exceções fazem parte dos seus processos, quais contornos a equipe já aprendeu a aplicar no dia a dia.
Esse conhecimento entra por três caminhos:
| Origem | Como o conhecimento entra | Resultado |
|---|---|---|
| Projeto | Durante a implantação, o conteúdo entra no Lexor em tempo de projeto | O conhecimento fica: se o AMS vem depois, a transição já começa pronta |
| Chamado | O Lexor sugere a solução na abertura e é realimentado no encerramento | O conhecimento acumula, sem depender de alguém lembrar de documentar |
| Cliente de mercado | Mesmo sem projeto nosso, acessamos o diretório do cliente e subimos o conteúdo existente | O conhecimento é absorvido pela base |
O terceiro caso costuma surpreender: o ganho não é exclusivo de quem veio de projeto. Assim, mesmo que outro parceiro tenha feito a sua implantação, a base continua sendo construída a partir do que já existe.
O método: a cada 3 meses, a base vira plano de ação
Ter a base é uma etapa. Analisar o conjunto dos chamados é outra.
Análise de causa raiz é pilar do ITIL, e praticamente todo contrato de AMS promete entregá-la. Na prática, ela costuma ser reativa: acontece quando o cliente reclama ou quando um consultor experiente percebe o padrão.
Ou seja, é humana, episódica e dependente de memória. Memória não escala e não detecta o problema lento, aquele que, por exemplo, cresce dois chamados por mês até comprometer um fechamento.
A proposta é outra: transformar a análise de causa raiz em rotina contratual trimestral, não em favor eventual.
Como funciona o ritual trimestral
- Analisar. Os chamados são agrupados por significado, não por categoria. Afinal, categoria é taxonomia de abertura; significado é o que realmente se repete.
- Classificar. Levanta-se a hipótese de causa raiz, sempre sustentada por chamados citáveis. Há ticket, data e número por trás de cada hipótese.
- Priorizar. Define-se onde o retorno é maior, porque nem toda causa vale o mesmo esforço.
- Executar. Cada tratamento recebe responsável, prazo e acompanhamento.
Dessa maneira, o trimestre deixa de produzir apenas um relatório de volumetria. Passa a entregar três respostas que um diretor leva direto para o comitê: o que se repete, por que se repete e o que será feito a respeito.
O tratamento: toda causa raiz cabe em uma destas seis
Esta é a parte mais concreta, e a mais útil para quem decide orçamento. Uma vez identificada, toda causa raiz se encaixa em seis categorias:
| Causa raiz | Tratamento |
|---|---|
| 1. Capacitação Sistema correto, uso incorreto | Trilha pontual, conteúdo gravado, material curto e direcionado |
| 2. Processo Desenho ou documentação ausente ou inadequada | Redesenho e documentação viva com Signavio |
| 3. Dado mestre Cadastro incorreto, incompleto ou duplicado | Saneamento e régua de qualidade na entrada |
| 4. Parametrização Customizing desalinhado da operação atual | Ajuste de configuração |
| 5. Defeito Desenvolvimento próprio com erro ou desenho ruim | Correção estrutural ou refatoração |
| 6. Lacuna funcional Necessidade real não atendida pelo sistema | Melhoria evolutiva ou projeto no escopo de Consulting |
Observe o detalhe que muda a conversa de orçamento:
Quatro dos seis tratamentos não são desenvolvimento.
Em outras palavras, quatro dessas seis frentes se resolvem com gente, processo, dado e configuração, não com mais horas de ABAP. Antes de tratar qualquer causa, vale comparar o custo de eliminá-la com o de conviver com ela. É uma conta que raramente é feita.
O retorno: OPEX mantém o problema. ROI o reduz.
Chegamos ao ponto que interessa ao C-level, e ele é direto: o orçamento de AMS não precisa aumentar.
Muda o que esse orçamento compra. Conforme a reincidência cai, as horas migram de Sustain para Consulting. Portanto, o retorno aparece em três frentes simultâneas.
1. Capacidade que volta. Primeiramente, a hora volta para a empresa. O key user volta a ser key user. É um custo que nunca esteve em planilha, mas que saía todo dia e que, por isso mesmo, nunca foi negociado.
2. Verba que muda de destino. Hoje o contrato compra reincidência. Amanhã, evolução. O cenário esperado: ao longo de quatro trimestres, a curva de chamados de sustentação cede enquanto a curva de horas de evolução sobe, sem que o orçamento total se mexa. O ritmo depende do perfil da carteira e do volume de causas tratadas em cada ciclo.
3. Risco que não acontece. Ou seja, cada causa raiz eliminada é um incidente que simplesmente não acontece. A matemática aqui é implacável: uma falha em fechamento contábil, inventário ou faturamento não custa o preço do chamado. Custa muito mais.
O desconforto que faltava: o incentivo está invertido
Vale dizer em voz alta aquilo que quase nunca entra numa proposta comercial.
Quem é remunerado por volume de chamado não tem incentivo para eliminar a causa.
Não é má-fé de ninguém. É aritmética. Quando a receita depende da quantidade de atendimentos, resolver a causa raiz reduz o próprio faturamento. Nesse desenho, o ruído é o produto: o problema precisa continuar do mesmo tamanho para que a conta feche.
| Modelo tradicional | Nossa proposta | |
|---|---|---|
| Efeito de resolver a causa | Reduz a receita do serviço | Libera hora para evolução |
| O que o contrato compra | Volume de atendimento | Redução de reincidência |
| Destino da hora | Sustentar | Evoluir |
Nossa proposta inverte esse incentivo. A meta passa a ser reduzir o ruído para que a hora vire valor. A mesma hora deixa de sustentar e passa a evoluir.
OPEX é o que você paga para o problema continuar do mesmo tamanho. ROI é o que você paga para ele diminuir.
Perguntas frequentes sobre AMS SAP, causa raiz e ROI
O que é AMS em SAP? AMS (Application Management Services) é o serviço contínuo de sustentação, suporte e evolução do ambiente SAP. Na maioria dos contratos, o acompanhamento se concentra em indicadores de atendimento, que descrevem como o chamado foi tratado, não com que frequência ele retorna.
Por que meu SLA está verde e os usuários seguem insatisfeitos? Porque as duas coisas medem realidades diferentes. A meta contratual olha para o atendimento individual; a insatisfação nasce do acúmulo. A mesma dificuldade, repetida mês após mês, consome a equipe mesmo quando cada ocorrência isolada é resolvida dentro do prazo.
Como transformar AMS de OPEX em ROI? Acumule o conhecimento da operação em uma base específica do cliente, estabeleça a análise de causa raiz como rotina contratual trimestral, classifique cada causa em uma das seis categorias de tratamento e migre as horas liberadas de sustentação para evolução.
Preciso ter sido cliente de projeto para ter esse ganho? Não. O conteúdo que a sua operação já produziu pode ser incorporado à base mesmo que a implantação tenha sido feita por outro parceiro. O ponto de partida é o conhecimento que a empresa acumulou até aqui, venha ele de onde vier.
Eliminar causa raiz exige aumentar o orçamento? Não necessariamente. Quatro dos seis tratamentos dispensam desenvolvimento e cabem na capacidade já contratada. O que se redefine é o destino das horas. Causas que caem em defeito ou lacuna funcional podem exigir esforço adicional, e aí entra a avaliação caso a caso: tratar a causa dentro das horas liberadas pela queda de reincidência, ou abrir escopo de projeto.
O próximo passo
Se o seu relatório de AMS nunca vem vermelho, mas a operação continua reclamando, o indicador está medindo a coisa errada.
A pergunta que vale levar para a próxima reunião de contrato não é “meu fornecedor está dentro do SLA?”. É: “meu contrato está comprando reincidência ou evolução?”
GFT | Megawork. AMS SAP com causa raiz como rotina contratual, base de conhecimento própria do cliente e horas que migram da sustentação para o valor.
Fale com nosso time e receba uma análise.
Pronto para modernizar a gestão da sua empresa?
Fale com um especialista Megawork e descubra como o SAP pode transformar sua operação.
Leia também
O conhecimento que sustenta a base do AMS começa a ser gerado bem antes do primeiro chamado. Ele nasce durante a implantação, quando cada decisão de processo, cada validação de usuário-chave e cada compromisso do contrato viram registro. Por isso, a governança do projeto determina em que estado a operação chega ao AMS.