Como este tema funciona na sua empresa
Relatório simples (1-2 páginas, mensal). Métricas principais: custo vs. orçado, tempo de resposta médio, satisfação do usuário. Coleta manual de dados do ticket system. Desafio: falta de automação para consolidar informações.
Relatório estruturado (3-5 páginas, mensal/trimestral). Métricas: SLA por nível de severidade, análise de custos, incidentes críticos, mudanças, recursos alocados. Integração com dashboard ou ferramenta de relatório. Reunião formal com fornecedor.
Relatório robusto (10+ páginas, mensal). Métricas granulares: SLA por serviço, value-based (economia gerada), risco e compliance, inovação. Múltiplos fornecedores consolidados. Ferramenta central de SAM (Service Account Management). Relatório executivo separado.
Relatório de desempenho de fornecedor é análise estruturada que compara o que foi acordado no contrato versus o que foi realizado. Inclui métricas de SLA (tempo de resposta, resolução, disponibilidade), custos, qualidade, conformidade e satisfação do cliente. Serve para documentar accountability e preparar renegociação ou substituição.
Por que relatório de desempenho importa
Sem relatório, é impossível avaliar se fornecedor está agregando valor. Conversas informais levam a viés: "sempre que preciso, fornecedor responde rápido" pode não refletir a realidade estatística. Fornecedor começa bom, depois decai em qualidade e você não percebe até crise surgir.
Relatório disciplinado força transparência: define métricas claras, coleta dados e compara com meta. Se SLA não foi cumprido, ficaregistrado. Se custo extrapolou orçado, há evidência. Se satisfação do usuário caiu, há contexto para conversa.
Terceiro motivo: relatório serve como base para negociação. Com dados em mão, você pode renegociar preço, adicionar recursos ou até trocar fornecedor com argumentação sólida, não emocional.
Métricas essenciais de desempenho de fornecedor
1. Consolidação de SLAs
Comparar resultado real com meta contratada. Principais métricas[1]:
- Tempo de resposta: Tempo entre abertura de ticket e primeira resposta. Meta: 4 horas para crítico, 24h para padrão
- Tempo de resolução: Tempo entre abertura e fechamento de ticket. Meta: 8h para crítico, 72h para padrão
- Disponibilidade: % de tempo que serviço esteve ativo. Meta: 99.5% para crítico, 99% para padrão
- Taxa de primeira resolução: % de tickets fechados sem reabrir. Meta: acima de 80%
- Rechamadas: % de tickets reabertas após fechamento. Meta: abaixo de 10%
Focar em 3-4 métricas essenciais: tempo de resposta, tempo de resolução e satisfação. Coleta manual do ticket system é aceitável.
Incluir SLA por nível de severidade, taxa de primeira resolução, disponibilidade. Dashboard automatizado é importante para consolidar múltiplas ferramentas.
Métricas granulares por serviço, value-based (economia gerada), risco (conformidade, auditorias), inovação. Ferramenta de SAM com integração a múltiplas plataformas.
2. Análise de incidentes
Documentar número, severidade e impacto de incidentes[2]:
- Número de incidentes críticos (que causaram downtime)
- Tempo médio de resolução por severidade
- Causa-raiz (erro do fornecedor vs. fator externo)
- Impacto nos negócios (usuários afetados, receita impactada)
- Ação corretiva implementada (para evitar recorrência)
3. Análise de custos
Comparar realizado vs. orçado:
- Custo mensal realizado vs. orçado (desvio %)
- Extras (serviços adicionais, horas extra do fornecedor)
- Tendências (inflação, aumento de volume)
- Custo por usuário, por ticket, por incidente crítico (benchmarking interno)
4. Análise de gestão de mudanças
- Número de mudanças aprovadas e realizadas
- Taxa de sucesso (mudanças sem incidente)
- Tempo de implementação (planejado vs. realizado)
- Taxa de rollback (mudanças que precisaram ser desfeitas)
5. Análise de recursos
- Quantidade de técnicos alocados (full-time vs. dedicação%)
- Qualidade técnica (certificações, experience)
- Rotatividade (pessoas saíram do projeto?)
- Treinamento (foi fornecido à sua equipe?)
6. Análise de satisfação do usuário
Pesquisar usuários finais[3]:
- Net Promoter Score (NPS) - escala de 0-10
- Customer Satisfaction (CSAT) - % satisfeito
- Feedback qualitativo ("O que poderia melhorar?")
7. Análise de conformidade
- Resultado de auditorias internas (LGPD, ISO 27001)
- Certificações vigentes (ISO 27001, ISO 20000)
- Conformidade regulatória por setor (PCI, HIPAA se aplicável)
- Achados de auditoria e plano de remediação
8. Itens de ação e melhorias
- Problemas identificados no período
- Plano de correção (o que vai mudar, quando)
- Progresso em ações da reunião anterior
- Iniciativas de melhoria (roadmap do fornecedor)
Estrutura prática do relatório
Seção 1: Executive Summary (1 página)
Resumo executivo: SLA cumprido? Satisfação melhorou? Custos alinhados? Destaques e preocupações.
Seção 2: KPIs e SLAs (2 páginas)
Tabelas com métricas-chave, comparação com meta, tendência (melhorando ou piorando?).
Seção 3: Incidentes e Problemas (1-2 páginas)
Lista de incidentes críticos, causa-raiz, impacto, ação tomada.
Seção 4: Financeiro (1 página)
Custo realizado vs. orçado, analise de extras, projeção para próximos meses.
Seção 5: Ações e Melhorias (1 página)
Problemas a endereçar, plano de ação, progresso de ações anteriores.
Seção 6: Contato e Reunião (notes)
Data da reunião formal com fornecedor, participantes, decisões tomadas.
Como coletar dados para o relatório
Automação é chave
Não coletar manualmente se puder automatizar. Opções:
- API do ticket system: Exportar dados de JiraService Desk, Zendesk, ServiceNow via API
- Dashboard: Usar ferramenta de Business Intelligence (Tableau, Power BI) para visualizar SLA em tempo real
- Integração nativa: Plataforma de relatório do fornecedor (ServiceNow, Atlassian Marketplace)
- Planilha com fórmulas: Se dados são pequenos, Google Sheets com IMPORTRANGE ou equivalente
Métricas que vêm do próprio fornecedor
Solicitar ao fornecedor relatório mensal com:
- Consolidação de SLA (incluindo fórmula de cálculo)
- Detalhes de incidentes críticos
- Custo por serviço
- Métricas de conformidade
Validar dados — não aceitar sem verificar metodologia de cálculo. "SLA de 99.5%" pode significar coisas diferentes para diferentes fornecedores.
Dados qualitativos
Pesquisa rápida (3-5 perguntas) com usuários finais a cada trimestre. Exemplo:
- De 0-10, qual é sua satisfação com o suporte do [fornecedor]?
- O tempo de resposta é adequado?
- A qualidade técnica é suficiente?
- O que poderia melhorar?
Erros comuns ao avaliar fornecedor
Erro 1: Confundir SLA não cumprido com fornecedor ruim
Às vezes SLA é impossível de cumprir (requisito mal definido). Exemplo: SLA de 4h para resposta em padrão em infraestrutura com 200 chamadas simultâneas. Validar se SLA é realista.
Erro 2: Focar apenas em métricas de speed, ignorar qualidade
Fornecedor pode responder rápido mas com solução frágil (ticket reabre). Monitorar taxa de primeira resolução, não só tempo de resposta.
Erro 3: Gaming de métricas
Fornecedor pode "jogar" com definições. Exemplo: "tempo de resposta" = envio de email automático ("seu ticket foi recebido"), não diagnóstico real. Definir muito claramente o que cada métrica significa no contrato.
Erro 4: Não contextualizar com crescimento da empresa
Se você cresceu 100% de usuários mas fornecedor não escalou, SLA vai cair. Relatório deve mostrar esse contexto (mais tickets, mesmos técnicos = problema estrutural, não do fornecedor).
Erro 5: Ignorar aumento de custo "invisível"
Relatório formal pode esconder aumentos graduais (mais horas extra do que previsto, serviços extras não aprovados). Analisar tendência de custos trimestral.
Sinais de que desempenho do fornecedor está degradando
Se você identifica três ou mais, é hora de renegociar ou buscar alternativa.
- SLA começou acima de 95%, agora está em 80%
- Satisfação do usuário caiu (pesquisa anterior 8, agora 5)
- Técnicos são frequentemente substituídos (rotatividade alta)
- Custo aumenta a cada trimestre sem justificativa clara
- Incidentes críticos aumentaram em número ou duração de resolução
- Você precisa abrir muitos tickets para a mesma questão (primeira resolução baixa)
- Comunicação com fornecedor ficou lenta ou informal
- Relatório do fornecedor é sempre genérico, sem dados específicos da sua conta
Caminhos para avaliar fornecedor
Avaliação pode ser feita internamente ou com apoio externo. Escolha depende da complexidade.
Sua equipe estrutura coleta de dados e relatório, usando ferramentas existentes (ticket system, planilha).
- Perfil necessário: Pessoa de TI com experiência em processos, capacidade de trabalhar com dados, comunicação clara
- Tempo estimado: 1-2 semanas para estruturar; depois 8-16 horas/mês para manutenção
- Faz sentido quando: Poucos fornecedores; infraestrutura relativamente simples; equipe interna tem tempo
- Risco principal: Falta de metodologia; subjetividade na avaliação; dados incompletos
Consultoria especializa em SAM (Service Account Management) que estrutura processo, define métricas e acompanha fornecedor.
- Tipo de fornecedor: Consultoria de TI com expertise em gestão de fornecedores, Analyst firms (Gartner)
- Vantagem: Benchmarking contra indústria; metodologia pronta; objetividade na avaliação; acompanhamento contínuo
- Faz sentido quando: Múltiplos fornecedores críticos; valor de contrato é alto; precisa de renegociação iminente
- Resultado típico: Análise estratégica em 4 semanas; roadmap de melhoria para fornecedor
Precisa estruturar avaliação sistemática de fornecedor de TI?
Se controle de desempenho e accountability de fornecedor é prioridade, o oHub conecta você gratuitamente a especialistas em gestão de fornecedores. Descreva sua situação em menos de 3 minutos e receba propostas de consultores, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Que métricas usar para medir desempenho de fornecedor de TI?
Principais: tempo de resposta, tempo de resolução, disponibilidade, taxa de primeira resolução, custo vs. orçado, satisfação do usuário (NPS/CSAT). Adicionar métricas específicas do seu contrato (por exemplo, número de mudanças, conformidade regulatória).
Como monitorar SLA de um MSP?
Solicitar relatório mensal com consolidação de SLA (resultado vs. meta). Validar metodologia de cálculo (como é contado tempo de resposta?). Usar dashboard automatizado se possível. Revisar regularmente para identificar tendências.
Como estruturar reunião de desempenho com fornecedor?
Mensal ou trimestral. Agenda: apresentar relatório, discutir desviosen SLA, revisar incidentes críticos, discutir roadmap de melhoria, fazer ajustes de escopo ou recursos se necessário. Documentar decisões.
Qual template usar para relatório de fornecedor?
Não existe template universal. Começar simples (1 página com 5-6 KPIs principais). Escalar depois (adicionar mais seções). Usar template do próprio fornecedor se for bem estruturado, senão criar seu próprio (spreadsheet ou ferramenta BI).
Como identificar redução de qualidade de fornecedor?
Acompanhar tendência de métricas (SLA, satisfação, taxa de rechamada). Se caem 15-20% em relação ao mês anterior ou ao mesmo período do ano anterior, é sinal de alerta. Discutir com fornecedor as causas.
Como documentar problemas de fornecedor para renegociação?
Relatório mensal com dados concretos é evidência. Se SLA não foi cumprido durante vários meses, você tem base para pedir redução de preço ou adicionar cláusula de penalty. Se satisfação caiu, pedir aumento de recursos ou substituição de pessoas.
Fontes e referências
- AXELOS. ITIL 4 Foundation Service Level Management. Best practices for SLA definition and monitoring.
- ISO/IEC 20000-1:2018 Information technology - Service management. Standard for IT service management and supplier evaluation.
- HDI (Help Desk Institute). Industry benchmarks for IT support and customer satisfaction metrics.
- ISACA COBIT Framework. IT governance and performance measurement guidelines.