Todo provedor calcula o custo de hardware e de energia com cuidado, e quase nenhum calcula o custo de suporte por cliente. É um erro caro, porque suporte é o item que mais frequentemente transforma um plano aparentemente lucrativo em prejuízo. Um plano de entrada com margem apertada não sobrevive a dois chamados por mês por cliente. E a solução quase nunca é contratar mais gente: é eliminar o motivo do chamado.

A conta que precisa existir

Antes de estruturar qualquer coisa, três números:

• Chamados por cliente por mês. É o indicador central. Se está acima de um, há problema estrutural — não de equipe.
• Tempo médio de atendimento por chamado, incluindo o retrabalho de reabertura.
• Custo-hora real de quem atende, com encargos.

Multiplicando os três você tem o custo de suporte por cliente, que precisa entrar na precificação como qualquer outro insumo. É comum descobrir que ele consome uma fatia da mensalidade maior do que a do hardware — e que o plano mais barato é o que dá mais trabalho por real recebido.

Os chamados que dominam a fila

A distribuição é notavelmente parecida entre provedores. E o ponto central deste texto é que cada um desses motivos tem uma correção estrutural que o elimina, em vez de uma resposta que o atende:

Observe o padrão: quase toda a fila é composta por operações que o cliente poderia fazer sozinho ou por informações que ele poderia ver sozinho. Cada linha resolvida no produto some da fila permanentemente, enquanto cada linha atendida por pessoa reaparece no mês seguinte, multiplicada pelo número de clientes.

O item de melhor retorno costuma ser o alerta de capacidade. Disco cheio gera chamado urgente, degradação de serviço e insatisfação; um aviso automático em 80% transforma isso em uma ação tranquila do cliente.

Os níveis, com fronteira clara

Estrutura de níveis existe para que problema simples não consuma tempo de especialista, e para que problema complexo não fique preso em quem não pode resolvê-lo.

N1 faz triagem e resolve o conhecido. Atende o primeiro contato, classifica severidade, executa procedimentos documentados, responde dúvida de produto e cobrança. Não precisa de acesso administrativo ao cluster — e é importante que não tenha.

N2 resolve o técnico. Investiga desempenho, mexe em rede e storage, executa restauração, atua em incidente de infraestrutura. Tem acesso privilegiado, com auditoria.

N3 é engenharia ou fornecedor: correção de defeito de plataforma, escalonamento para o fabricante, mudança de arquitetura.

Duas regras que fazem a estrutura funcionar. Critério objetivo de escalonamento, escrito: o que N1 tenta, por quanto tempo, e o que dispara a subida imediata — dado em risco, vários clientes afetados, suspeita de comprometimento. E autoridade para escalar sem pedir permissão, porque hesitação em subir alonga incidente.

E uma separação que protege a operação: N1 não deve estar na escala de plantão de incidente de infraestrutura. São competências e ritmos diferentes; misturar os dois desgasta a equipe e atrasa a resolução.

Prometa primeira resposta, não solução

O compromisso de suporte deve ser sobre tempo de primeira resposta por severidade, não sobre prazo de solução. Solução depende da natureza do problema, e prometer prazo para algo desconhecido é assumir risco sem controle.

Defina poucas severidades, com critério objetivo e não negociável pelo cliente:

• Crítica: serviço fora, dado em risco, vários clientes afetados. Resposta em minutos, com plantão.
• Alta: funcionalidade importante degradada, um cliente afetado. Resposta em uma a duas horas em horário de cobertura.
• Normal: dúvida, solicitação, problema sem impacto imediato. Resposta em um dia útil.

E seja explícito sobre o horário de cobertura de cada nível. Provedor pequeno que promete atendimento ininterrupto para tudo cria uma obrigação impossível; promover cobertura estendida apenas para severidade crítica é honesto e sustentável.

A base de conhecimento se constrói a partir da fila

Documentação escrita de forma especulativa raramente é lida. A que funciona nasce dos chamados reais.

O mecanismo é simples e disciplinado: todo chamado que aparece pela terceira vez gera um artigo — ou, melhor ainda, uma correção no produto. O artigo deve ser escrito na linguagem do cliente, com o passo a passo e uma captura de tela, e ficar visível no portal, no ponto onde a dúvida surge.

Vale acompanhar quantos chamados a base de conhecimento evita. Sem essa medição, a documentação é vista como custo; com ela, fica claro que é o investimento que sustenta a margem.

Dimensionar a equipe

A conta é direta: chamados por mês divididos pela capacidade de atendimento de uma pessoa. Uma pessoa de N1 dedicada atende algo entre 150 e 250 chamados por mês, dependendo da complexidade e da qualidade da documentação.

Alguns cuidados de dimensionamento:

1. Considere o pico, não a média. Chamados concentram em horário comercial e após incidentes.
2. Nunca dimensione para uma pessoa só. Férias, doença e saída acontecem, e conhecimento em uma cabeça é ponto único de falha.
3. Some o tempo de escalonamento, que consome os dois lados — quem sobe e quem recebe.
4. Reserve tempo para documentação. Equipe 100% ocupada atendendo nunca reduz a fila, e a fila cresce com a base.

Para provedor pequeno, terceirizar o N1 é uma alternativa legítima — desde que o parceiro tenha a base de conhecimento e o critério de escalonamento bem definidos. O que não funciona é terceirizar sem documentação: o resultado é um intermediário que apenas repassa tudo.

As métricas que orientam

Cinco números bastam para gerir:

• Chamados por cliente por mês, com a tendência ao longo do tempo. Deve cair conforme o produto melhora.
• Resolução no primeiro contato, que mede a eficácia do N1 e da documentação.
• Taxa de reabertura. Alta indica solução paliativa — o chamado foi fechado, o problema não.
• Idade do chamado mais antigo na fila, que revela o que está sendo esquecido melhor que qualquer média.
• Os cinco motivos mais frequentes do mês, que definem a próxima correção de produto.

A última é a mais importante para a margem. Ela transforma a fila de suporte em um plano de trabalho de produto — e é isso que faz o custo por cliente cair conforme a base cresce, em vez de subir.

Erros comuns

• Não calcular o custo de suporte por cliente na precificação.
• Contratar mais gente em vez de corrigir a causa dos chamados.
• Nenhum autoatendimento para senha, restauração e redimensionamento.
• Não avisar o cliente sobre capacidade de disco.
• Fatura sem detalhamento, gerando dúvida recorrente.
• N1 com acesso administrativo ao cluster.
• N1 na escala de plantão de incidente de infraestrutura.
• Prometer prazo de solução em vez de primeira resposta.
• Severidade definida pelo cliente.
• Prometer atendimento ininterrupto para toda severidade.
• Base de conhecimento escrita por suposição, não a partir da fila.
• Equipe sem tempo reservado para documentar.
• Terceirizar o N1 sem documentação nem critério de escalonamento.

Onde a Solvefy/Cloud entra

Na plataforma E-CLOUD, a maior parte da correção estrutural já vem no produto: portal de autoatendimento com redefinição de senha, redimensionamento com rateio, compra de recursos adicionais, restauração de backup, painel de métricas para o cliente e fatura detalhada. No onboarding, ajudamos a estruturar os níveis, o critério de escalonamento e a base de conhecimento a partir da sua fila real. E, para quem prefere não montar equipe própria de N2, oferecemos sustentação Proxmox gerenciada como retaguarda técnica.

Quer saber quanto o suporte está custando por cliente hoje? Fazemos um diagnóstico gratuito, sem compromisso, em solvefy.cloud.

Solvefy/Cloud — Infraestrutura que cresce com você.