Métricas de Ops: Tempo de Ciclo, Vazão, Taxa de Erro e SLA de Fornecedores

A maioria dos dashboards de Ops são relatórios de atividade disfarçados de métricas. Chamados tocados. Reuniões participadas. Tarefas encerradas. Mensagens enviadas no Slack. O COO passa quinze minutos olhando gráficos de barras e sai sem saber se a função está ficando mais rápida, mais barata ou mais confiável. Vai acenar educadamente e depois pedir ao Financeiro para modelar o que acontece se o quadro de pessoal for reduzido em dois.

É isso que um relatório de atividade lhe compra. Um assento caro numa reunião onde você já está perdendo o argumento antes de começar.

Um COO quer três respostas. Se a vazão está crescendo. Se o custo por processo está caindo. Onde virá o próximo problema. Seis métricas, segmentadas corretamente e com tendência ao longo de quatro trimestres, fornecem essas respostas. Todo o resto é decoração.

Por Que as Métricas de Atividade Falham na Alta Gestão

"Fechamos 1.400 chamados este trimestre" não diz nada à sala. Não indica se o trabalho foi correto, rápido ou barato. Não mostra se 1.400 foi mais ou menos do que o mesmo esforço produziu no trimestre anterior. Não separa uma solicitação de reembolso de uma integração de fornecedor de uma exceção de folha de pagamento, embora essas três coisas exijam quantidades radicalmente diferentes de tempo e dinheiro para ser entregues.

As métricas de atividade falham na alta gestão por uma razão estrutural. Elas recompensam movimento, não resultado. Quando um time é medido por chamados encerrados, fica muito bom em encerrar chamados, incluindo o truque de dividir um problema real em quatro chamados menores para inflar o número. O Ops Manager que entrega esse dashboard não está mentindo. Está apenas medindo a coisa errada, e o COO vai perceber isso no segundo QBR.

A solução é trocar o verbo. Pare de contar o que o time fez. Comece a medir o que a função entregou.

As Seis Métricas Que Pertencem a um Slide do QBR

Essas seis resistem ao escrutínio de um COO com boa base em números. Mapeiam para vazão, custo e risco: as três coisas que um executivo com letramento financeiro se preocupa. Cada uma precisa ser segmentada por tipo de processo, porque uma média entre integração, reembolsos e POs de fornecedores é um número que não descreve nada.

1. Tempo de Ciclo por Processo

Medido do recebimento da solicitação até a entrega. Mediana, não média. Segmentado por tipo de processo.

O tempo médio de ciclo é uma armadilha. Um PO de fornecedor travado que levou 47 dias vai puxar uma fila de reembolsos de 2 dias para um número que parece ruim mas não é, ou pior, vai esconder uma fila silenciosamente deteriorada sob um único outlier. A mediana te diz como a solicitação típica realmente se sente. O percentil 90 te diz como é o pior caso tolerável. Ambos pertencem ao slide.

Referências para ancorar a conversa:

• Reembolso ao cliente: mediana de 1 a 3 dias úteis é saudável. Acima de 5 dias, há um gargalo de aprovação.
• PO de fornecedor do pedido à emissão: mediana de 5 a 10 dias úteis. Acima de 15, compras é a restrição.
• Integração de novo contratado (solicitação até totalmente provisionado): mediana de 2 a 4 dias úteis. Acima de uma semana, IT e HR não estão se coordenando.
• Escalonamento de cliente do recebimento à resolução: mediana de 4 a 24 horas dependendo do nível. Acima de 48 horas, a fila está quebrada ou sem pessoal suficiente.

O número no slide é "Tempo de ciclo de reembolsos, mediana: 2,1 dias, trimestre anterior: 2,8 dias, meta: 2,0 dias." Três números, um processo. Depois repita para o próximo processo. Cinco processos num slide é o limite antes de o olhar se perder.

2. Vazão por Trimestre

Unidades de trabalho concluídas, por categoria de processo, com tendência nos últimos quatro trimestres.

Comparação mês a mês é ruído. Uma visão acumulada de quatro meses vai suavizar uma semana de feriado ou um congelamento de fornecedor. Trimestre a trimestre é a cadência certa para um QBR. É também a cadência que o Financeiro usa para planejar, o que significa que sua linha de tendência de vazão se alinha com a tendência de receita deles, e os dois gráficos dialogam entre si.

A armadilha a evitar: não agregue. "Total de chamados encerrados: 1.400" é o número do relatório de atividade que você está tentando deixar para trás. A versão que garante orçamento é:

Essa tabela conta três histórias diferentes ao COO. Os reembolsos estão crescendo com o negócio, o que é bom. Os POs de fornecedores estão estagnados, então explique ou corrija. As integrações quase dobraram, e essa é a linha de justificativa de quadro de pessoal. Deve estar no topo.

3. Taxa de Erro e Percentual de Retrabalho

Parcela do trabalho concluído que retornou para correção. Segmentada, com tendência e nomeada.

"Retornou" precisa de uma definição acordada pelo time antes do início do trimestre. Um reembolso que o cliente contestou porque o valor estava errado: retrabalho. Um PO de fornecedor que voltou porque o código GL estava incorreto: retrabalho. Um chamado de integração reaberto porque um acesso ao sistema foi esquecido: retrabalho. Chamados reabertos por novas solicitações do mesmo cliente não são retrabalho, são trabalho novo, e confundir os dois é como um time honesto acaba inflando sua taxa de erro por acidente.

Referências do setor, trate como âncoras e não como evangelho:

• 3 a 5%: saudável para a maioria dos processos de Ops.
• 5 a 8%: faixa normal, observe as tendências.
• 8 a 12%: um processo está sob pressão (pessoal, treinamento ou ferramental está fora).
• Acima de 12%: um processo está quebrado. Pare de adicionar volume até corrigir.

A taxa de retrabalho é o número mais útil do slide porque é o indicador antecedente para todo o resto. O custo por processo sobe quando o retrabalho sobe. O tempo de ciclo sobe quando o retrabalho sobe. O NPS do cliente cai quando o retrabalho sobe. Se você só conseguir passar uma métrica extra pela atenção do COO, que seja esta.

4. Percentual de Violação de SLA de Fornecedores

Percentual de compromissos de fornecedores não cumpridos no período, por fornecedor. Os três maiores infratores expostos pelo nome.

Essa é a métrica que transforma uma função de Ops passiva em uma com influência sobre compras. Os dados de SLA estão nos contratos que você assinou e nos chamados que abriu. A maioria dos times de Ops nunca fecha o ciclo entre os dois, o que explica por que as renovações de fornecedores os pegam de surpresa.

O slide deve ter esta aparência:

Duas coisas acontecem quando esse slide chega à sala. Primeiro, Financeiro e Compras querem os dados subjacentes. Entregue-os e você acaba de se tornar a fonte da verdade sobre o desempenho de fornecedores. Segundo, a próxima conversa de renovação com os Fornecedores B e C vai de forma muito diferente. Você entra com dados de violação, não com intuição, e ou o preço cai ou o contrato é encerrado.

Destaque os três maiores infratores pelo nome. O COO vai lembrar esses nomes na reunião de renovação. Esse é o ponto todo.

5. Cobertura de Automação

Percentual das etapas do processo no escopo que rodam sem toque humano. Monitore o movimento, não o nível absoluto.

A cobertura de automação absoluta é uma métrica falsa. Um time que processa reembolsos simples e passíveis de automação vai parecer 80% automatizado. Um time que lida com exceções contratuais complexas vai parecer 15% automatizado e estar fazendo um trabalho mais difícil com mais qualidade. Comparar esses dois números é sem sentido.

O que importa é o delta. "No trimestre passado, a automação de reembolsos estava em 62%. Neste trimestre, 71%. No próximo, meta de 78%." Essa é uma história sobre uma função obtendo mais alavancagem com o mesmo quadro de pessoal, que é a manchete que um COO precisa ouvir antes da conversa de orçamento.

O denominador também importa. Defina "etapas no escopo" antecipadamente e mantenha a definição estável. Mover as balizas para fazer o número parecer melhor é um truque de um trimestre que o Financeiro vai perceber na segunda vez que pedir a lista de etapas subjacentes.

6. Custo por Processo

Custo totalmente onerado (mão de obra mais ferramental mais fornecedores) dividido pelas unidades entregues.

Esse é o número que um COO pode comparar à receita por unidade, que é a comparação que decide se sua função expande ou contrai. Se a receita por cliente integrado é de US$ 4.200 e o custo por integração é de US$ 380, a função tem economia unitária evidente. Se o custo por integração é de US$ 1.100, você tem um problema que precisa expor antes que o Financeiro o faça.

Três regras para calculá-lo sem se enganar:

1. Inclua a mão de obra com custo totalmente onerado, não o salário base. Um IC de Ops com salário de US$ 90K custa à empresa aproximadamente US$ 115K a US$ 125K quando se incluem benefícios, impostos e overhead. Use o número onerado.
2. Inclua o ferramental por alocação, não pelo total. Se o seu CRM custa US$ 80K/ano e Ops usa 30% das licenças, aloque US$ 24K ao custo de Ops, não US$ 80K.
3. Inclua o repasse de fornecedores onde ele faz parte do processo. Se o Fornecedor B cobra US$ 40 por chamada de API de integração e você realiza 800 integrações, isso são US$ 32K de custo de fornecedor que pertence ao cálculo do custo por processo.

Analise a tendência do custo por processo trimestre a trimestre ao lado da vazão. O par conta a história de alavancagem. Vazão +30%, custo por processo -12%: a função está escalando. Vazão +30%, custo por processo +8%: você está comprando volume com dinheiro, não com alavancagem.

O Diagnóstico de "Alta Vazão com Taxa de Erro Crescente"

Este é o padrão que pega os times de surpresa, e o que um IC de Ops inteligente nomeia em voz alta antes que o COO o faça.

A vazão está subindo. Os tempos de ciclo estão se mantendo. A taxa de retrabalho também está subindo. O dashboard parece majoritariamente verde, mas uma linha amarela está rastejando para cima.

Essa é a armadilha de tomar emprestado da qualidade. O time está atingindo volume ao pular verificações, comprimindo etapas de revisão ou colocando novos contratados em trabalho ao vivo cedo demais. Parece uma vitória por dois trimestres. Depois chegam as reclamações dos clientes, o backlog de retrabalho explode e o número de tempo de ciclo quebra porque uma em cada duas solicitações agora é uma correção.

Causas típicas:

• QA ou camada de revisão com pessoal insuficiente. O volume cresceu, a camada de verificação não cresceu, então as verificações foram puladas.
• Ramp de novos contratados. Três ICs novos em ramp ao mesmo tempo vão elevar o retrabalho antes de elevar a vazão. O atraso é real e previsível.
• Mudança de ferramental. Um novo CRM, um novo sistema de chamados, um novo workflow de aprovação: todos causam um pico temporário de retrabalho que você deveria estar monitorando de propósito, não detectando por acidente.
• Compressão de processo. Alguém removeu uma etapa para acelerar as coisas. Agora o trabalho é mais rápido e pior.

A correção não é desacelerar a vazão. É encontrar qual processo está gerando o retrabalho, segmentar especificamente para aquele processo e corrigir a causa raiz. Uma taxa de retrabalho de 15% em uma categoria de processo é um problema corrigível. Uma taxa de retrabalho combinada de 7% em toda a função esconde o processo quebrado dentro dos saudáveis.

Nomeie o diagnóstico em voz alta no QBR. "A vazão subiu 14% trimestre a trimestre, o que é bom. O retrabalho também subiu, de 5,1% para 7,4%, concentrado no processamento de POs de fornecedores. Dois terços disso é atribuído a um IC novo em ramp. Esperamos que o retrabalho volte a 5% no próximo trimestre quando o ramp terminar. Aqui está o que estamos monitorando semanalmente para confirmar." Esse é o relato de um IC de Ops que está prestando atenção. O COO vai confiar na previsão do próximo trimestre por causa de como este trimestre foi enquadrado.

Padrão de Slide do QBR: Seis Métricas, Um Slide

O conjunto completo pertence a um único slide. Forçar tudo em um slide é a disciplina. Se não couber, você está complicando demais.

O padrão que funciona:

Esse é o slide. Seis linhas. Quatro colunas. Uma frase cada. Sem gráficos de barras. Sem "chamados encerrados" em lugar algum. O COO lê em 30 segundos e sabe onde pressionar.

O comentário em uma linha é a parte que a maioria dos ICs de Ops pula e a parte que faz mais trabalho. O número diz ao COO o que aconteceu. O comentário diz se você entende o porquê. O segundo é o que garante o próximo orçamento.

Métricas de Vaidade Para Eliminar

Elimine essas imediatamente. Elas não têm lugar em um slide que vai para um COO.

• "Chamados encerrados": sem sentido sem segmentação por processo e taxa de retrabalho. Um time pode encerrar mais chamados enquanto faz um trabalho pior.
• "Tempo médio de resposta" sem segmentação: médias escondem a cauda longa. Use mediana mais percentil 90, por processo.
• "Horas registradas": mede esforço, não resultado. A métrica correta é horas por unidade entregue, que é apenas o custo por processo com outro nome.
• "Mensagens enviadas no Slack" ou "reuniões realizadas": proxy de atividade sem ligação defensável ao resultado. Se alguém na sua organização monitora isso em um slide, descubra quem é e remova discretamente.
• "Chamados envelhecendo" sem limiares: todo chamado está envelhecendo. O número que importa é quantos estão envelhecendo além do prazo de SLA.
• "NPS" sem contexto de volume: um NPS de 72 de 8 clientes é um NPS de 72 de 8 clientes. Combine com o volume de respostas ou não mostre.

O teste para saber se uma métrica pertence ao slide é simples. Se o COO perguntasse "e daí?" três vezes seguidas, você teria uma resposta cada vez? Chamados encerrados falha na primeira. Custo por processo responde três camadas abaixo.

O Que Garante o Próximo Orçamento

O IC de Ops que entra no QBR com esses seis números, segmentados por processo, com tendência ao longo de quatro trimestres e com uma frase de comentário honesto em cada um, é o IC que recebe o próximo aumento de quadro de pessoal. Quem aparece com um gráfico de barras de chamados encerrados perde o argumento antes de terminar o segundo slide.

As métricas importam. O enquadramento importa mais. Um COO não está procurando um dashboard. Está procurando um líder de Ops que entenda o que a função entrega, o que custa e onde vai quebrar em seguida. Esses seis números, bem usados, provam os três.

Traga-os no próximo trimestre. Depois no seguinte. No terceiro QBR seguido com esse conjunto, você não é mais o IC apresentando métricas. É a pessoa que o Financeiro consulta antes de construir o modelo.

Saiba Mais

• Modelo de Descrição de Cargo de Operations Manager
• Conduzindo um QBR de Ops Que Garante Quadro de Pessoal
• Gestão de Fornecedores para Ops Managers
• Documentação de Processos Que Sobrevive à Rotatividade