Seus primeiros 30/60/90 dias como novo Support Specialist

É o primeiro dia. Você entra na fila e há 47 tickets esperando. O do topo é uma disputa de cobrança com três respostas de dois reps diferentes que não chegaram a concordar. A última mensagem do cliente termina com "isso é um absurdo". Seu cursor pisca na caixa de resposta.

Você conhece o produto na teoria. Você fez o curso no LMS. Não tem a menor ideia do que digitar.

Se isso soa familiar, você está no lugar normal. Os primeiros 90 dias no suporte não são sobre bater recordes de tickets por hora. São sobre construir a biblioteca mental, comportamentos do produto, casos extremos, arquétipos de cliente e o instinto de saber quando escalonar, que faz tudo depois parecer administrável. Este guia é para o specialist novo segurando o cursor sobre aquela primeira resposta, e para o gestor se perguntando como deveria ser "no caminho certo" na segunda semana, na sexta semana e na décima semana. (Se você ainda está mapeando o cargo no seu plano de adaptação, a descrição de cargo de Customer Support Specialist é a peça complementar. Mantenha-a aberta em outra aba.)

Por que a adaptação no suporte é diferente

A maioria dos planos de onboarding foi escrita para colaboradores individuais em funções onde a velocidade importa desde o primeiro dia. O suporte não é assim. Um specialist que bate o SLA na segunda semana chutando (copiando respostas prontas, pulando a verificação, fechando tickets sem confirmar a correção) vai derrubar o CSAT, gerar retrabalho para os reps seniores e deixar um rastro de clientes que silenciosamente sofrem rotatividade de clientes três meses depois. O dano não aparece no painel de controle até já estar feito.

O que o suporte de fato recompensa é o reconhecimento de padrões. A rep sênior que fecha um ticket complicado em quatro minutos não está digitando mais rápido. Ela reconheceu exatamente esse problema de dois meses atrás, sabe que a causa é um atraso de sincronização, sabe que o cliente precisa da resposta técnica mais uma frase de empatia, e sabe se essa conta merece um crédito. Tudo isso é construído ticket a ticket. Apresse os primeiros 90 dias e você estará chutando pelo próximo ano. Invista neles e o quarto mês vira o ponto de inflexão em que o trabalho começa a parecer sustentável.

Dias 1 a 30: absorver

O primeiro mês não é sobre produtividade. É cobertura da base de conhecimento, calibragem com os reps seniores e suas primeiras respostas supervisionadas. Se o seu gestor está te medindo por tickets por dia na segunda semana, é uma conversa que vale ter cedo.

Acompanhe reps seniores em tickets ao vivo. Duas a três sessões por semana, de 60 a 90 minutos cada, com reps diferentes para você ver estilos diferentes. Não olhe só a digitação. Olhe o que eles verificam antes de responder: histórico da conta, tickets anteriores, status da integração, plano. A planilha de acompanhamento abaixo é o que levar.

Leia os 50 principais artigos de KB do início ao fim. Não passe os olhos. Leia. Os artigos que sua equipe mais linka são as respostas que você mais vai dar. Se você não os souber de cor até o dia 14, vai ficar pesquisando no meio do ticket enquanto a fila se acumula atrás de você.

Aprenda o produto como um usuário avançado. Configure sua própria conta de teste. Quebre coisas de propósito. Dispare as mensagens de erro que seus clientes vão encontrar. Rode as integrações de ponta a ponta. Os reps que se adaptam mais rápido conseguem percorrer mentalmente a tela do cliente enquanto leem o ticket.

Pegue seus primeiros tickets L1 com um colega revisando cada resposta antes do envio. Comece no dia 8 a 10, não no dia 1. Categorias fáceis primeiro: redefinições de senha, mudanças de plano, perguntas simples de como fazer. Isso não é uma avaliação de desempenho. É calibragem. Espere edições pesadas na primeira semana. Até a terceira semana, as edições deveriam ser pequenas.

Mantenha um registro de lacunas de conhecimento desde o primeiro dia. Toda vez que você pensar "eu não sabia disso", anote. Uma linha. Até o dia 30, você terá de 40 a 80 entradas. Padrões vão surgir. Esse registro é o artefato mais útil da sua adaptação.

Planilha de acompanhamento da primeira semana

Quando você sentar com um rep sênior, observe o seguinte:

• O que eles verificaram antes de ler o ticket por completo? (aba da conta, plano, tickets anteriores, status do sistema)
• Como decidiram se era L1 ou precisava de escalonamento?
• Que respostas prontas usaram e o que editaram antes de enviar?
• Como formularam a frase de empatia e em que ponto da resposta ela apareceu?
• O que verificaram antes de fechar o ticket como resolvido?
• O que não disseram que você teria dito? Essa lacuna costuma ser onde a experiência mora.

Checklist pessoal do dia 30

• Acompanhei ao menos 6 sessões de reps seniores com 3 reps diferentes
• Li os 50 principais artigos de KB por completo
• Peguei ao menos 30 tickets L1 com revisão de colega
• As edições da revisão de colega passaram de "reescreva isto" para "pequeno ajuste de tom"
• Consigo explicar os três fluxos de trabalho mais comuns do produto de memória
• O registro de lacunas de conhecimento tem 40+ entradas e foi revisado com o gestor uma vez
• Tickets por dia em torno de 50% da mediana da equipe (uma meta, não um teto)

Conversa com o gestor: semana 2

Até a segunda semana, o gestor não está avaliando vazão, está conferindo a calibragem. Pauta:

• Percorrer de 3 a 5 tickets que o novo contratado atendeu. Pergunte: "O que você verificou antes de responder? Do que você ficou em dúvida?"
• Revisar o registro de lacunas de conhecimento juntos. As lacunas são na maioria de produto, processo ou julgamento? Isso te diz onde focar nas semanas 3 e 4.
• Pedir ao colega revisor um feedback de uma linha. O novo contratado está fazendo boas perguntas ou fingindo saber as coisas?
• No caminho certo: muita curiosidade, disposição para sinalizar confusão, respostas levemente longas demais, mas corretas nos fatos.
• Fora do caminho: silêncio nos 1:1, respostas confiantes que pulam a verificação, nenhuma pergunta.

Dias 31 a 60: operar

O segundo mês é quando as rodinhas saem por etapas. Você está batendo o SLA da equipe em tickets L1 sem o colega no processo de cada resposta. Você começa a reconhecer problemas recorrentes. Você começa a contribuir de volta para o conhecimento da equipe.

Bata as metas de SLA da equipe em L1 sem supervisão. Por volta do dia 35 a 40, seu colega para de revisar cada resposta e começa a fazer conferências por amostragem. Agora você é responsável pela própria qualidade. A forma de você se manter seguro é a mesma que mantém os reps seniores seguros: faça a triagem com cuidado antes de responder. Vale reler o playbook de triagem de tickets no início da semana cinco.

Contribua com seu primeiro artigo de KB, ou conserte três desatualizados. Escolha algo do seu registro de lacunas de conhecimento: aquilo que você gostaria que estivesse documentado quando começou. Escreva. Ou encontre três artigos que estão desatualizados ou pouco claros e conserte-os. Isso te força a anotar o que aprendeu, que é como você de fato retém.

Conduza um escalonamento sozinho com o gestor de retaguarda. "Sozinho" não significa solitário. Significa que você é dono da resposta, você rascunha a resposta, você decide com o que se comprometer. Seu gestor está na conversa como retaguarda, não conduzindo. Você vai se sentir despreparado. Esse é o objetivo.

Comece a reconhecer problemas recorrentes. Até o dia 50, você deveria estar dizendo coisas como "este é o terceiro pedido de reembolso desta semana ligado ao fluxo de downgrade do plano anual". Isso é o reconhecimento de padrões em ação. Avise seu gestor. Problemas recorrentes costumam ser um bug de produto ou de processo, não um problema de cliente. Pegá-los é uma das coisas de maior alavancagem que o suporte faz.

Exemplo de roteiro de escalonamento: primeiro escalonamento solo

Sua resposta tem três funções: reconhecer, contextualizar, comprometer. Um modelo que funciona:

Olá, [Nome],

Obrigado por seguir conosco ao longo disto. Vejo que tem sido frustrante e quero garantir que cheguemos a uma resposta de verdade.

Veja o que eu verifiquei: [coisas específicas que você conferiu, como histórico da conta, tickets anteriores, status do sistema]. Veja o que encontrei: [a causa raiz real ou o melhor entendimento atual].

Veja o que estou fazendo: [próximo passo concreto, como acionar a engenharia, emitir um crédito, agendar uma ligação]. Você terá notícias minhas de novo até [horário específico, não "em breve"].

Se surgir algo novo antes disso, é só responder a esta conversa.

[Despedida]

As partes que importam: um horário específico em que você voltará, o que você de fato verificou e uma frase de empatia que não soe pronta. Evite "entendo sua frustração". Use a situação real do cliente.

Checklist pessoal do dia 60

• Tickets por dia na mediana da equipe nas categorias L1
• CSAT acompanhando a média da equipe
• Ao menos um escalonamento conduzido sozinho com o gestor de retaguarda, fechado de forma limpa
• Contribuiu com ao menos um artigo de KB ou consertou três desatualizados
• Registro de lacunas de conhecimento revisado semanalmente e encolhendo nas lacunas de produto/processo
• Sinalizou ao menos um problema recorrente ao gestor

Conversa com o gestor: semana 6

A semana 6 é onde você decide se o novo contratado está se adaptando ou estagnando. Pauta:

• Puxe o CSAT e os tickets por dia das últimas duas semanas. Compare com a mediana da equipe, não com uma meta fixa.
• Percorra o escalonamento solo. Pergunte: "Do que você estava certo? Sobre o que você estava chutando?" A segunda resposta te diz o que orientar.
• Revise a contribuição de KB. Ela está clara o suficiente para outro rep usar? Se não, edite junto.
• No caminho certo: SLA batido, CSAT na faixa, escalonamento solo fechado sem retrabalho, um ou dois problemas recorrentes sinalizados.
• Fora do caminho: SLA batido mas CSAT abaixo da média da equipe (velocidade sem profundidade), tickets repetidos reabrindo (fechamento prematuro) ou nenhum escalonamento tentado (evitação).

Dias 61 a 90: contribuir

O terceiro mês é quando você deixa de estar em onboarding e começa a ser membro da equipe. As pessoas param de perguntar "como está o novo contratado?" e começam a perguntar "o novo contratado pode cobrir a terça?".

Cubra toda a matriz de tipos de ticket, incluindo os incômodos. Reembolsos. Fusões de conta. Quebras de integração em que não está claro se o bug é seu ou do terceiro. Cancelamentos de clientes irritados. Esses tickets testam o julgamento, não o conhecimento. Você vai errar alguns às vezes. A métrica não é perfeição. É que você esteja no rodízio.

Oriente o próximo novo contratado. Se o ciclo de contratação da sua equipe se alinhar, este é o momento de maior sinal da sua adaptação. Ensinar a outra pessoa o que você acabou de aprender te força a articular padrões. Também revela o que você não entende de fato. Quando um novo contratado pergunta "por que sempre verificamos o status da integração antes de responder a tickets de problema de sincronização?" e você não consegue responder com clareza, você encontrou uma lacuna no seu próprio modelo.

Pegue um turno no rodízio de cobertura. Fim de semana, fora do horário, fila de especialidade, retaguarda de plantão, o que a sua equipe usar. Estar no rodízio significa que você é confiável para lidar com o que vier sem um rep sênior de prontidão. É também onde o seu CSAT é de fato testado, porque as filas fora do horário tendem a ter tickets mais difíceis.

Leia as métricas que importam para a sua carreira, não só para o SLA. Os números de CSAT e FRT que seu gestor observa são também os números que você deveria observar em si mesmo. Vale salvar nos favoritos o guia de métricas de suporte sobre CSAT, FRT e além. Até o dia 75, você deveria saber seus próprios números de cor e ter uma visão de quais refletem o seu trabalho e quais refletem as condições da fila.

Checklist pessoal do dia 90

• Tickets por dia na mediana da equipe ou acima dela em todos os tipos de ticket
• CSAT estável na média da equipe ou acima dela
• Contagem de escalonamentos em queda (pegando mais coisas por conta própria)
• Confiável em ao menos um rodízio de cobertura
• Orientando ou já orientou ao menos um contratado mais novo
• Registro de lacunas de conhecimento mudou de "não sei" para "quero entender isto mais a fundo"
• Uma noção de onde crescer em seguida. Veja a trajetória profissional do support specialist para o mapa.

Conversa com o gestor: semana 10

A semana 10 é o fechamento. Pauta:

• Confirmar a formatura de "em adaptação" para "membro da equipe". Se você não está formando alguém na semana 10, por que não? Ou a régua está errada, ou a contratação está errada, ou o apoio esteve errado.
• Puxar a visão completa das métricas dos 90 dias: tickets por dia, CSAT, taxa de escalonamento, taxa de reabertura. Use a tendência, não o instantâneo.
• Pergunte ao novo contratado: "Que parte da adaptação você mudaria para a próxima pessoa?" Essa resposta é feedback de produto para o seu programa de onboarding.
• Defina a próxima meta de desenvolvimento de 90 dias. Especialidade? Mentoria? Responsabilidade pela KB? Trilha de liderança?

Armadilhas comuns

Quatro momentos em que as adaptações dão errado. Nenhum é permanente se você o pegar cedo.

Roteirizar demais na primeira semana. Respostas prontas são rodinhas, não o destino. Se você está enviando a mesma resposta pronta para o ticket #15 que enviou para o ticket #3 sem editar para a situação real do cliente, o cliente se sente processado em vez de ajudado. O CSAT aparece aqui primeiro. A correção: toda resposta pronta recebe ao menos duas frases de personalização ligadas ao ticket específico.

Ignorar o conhecimento tribal. A KB é incompleta. Cerca de metade das respostas reais mora nas DMs do Slack dos seus colegas, em conversas antigas de tickets e na cabeça de reps seniores que estão por ali há dois anos. Novos contratados que tratam a KB como fonte da verdade e nunca perguntam à equipe vão bater numa parede por volta da terceira semana. A correção: quando você não encontrar a resposta na KB depois de cinco minutos, pergunte. Pelo nome, se você identificou a pessoa certa. (Para a mecânica diária de quando perguntar e quando continuar cavando, veja um dia na vida de um support specialist.)

Modo herói na semana quatro. O momento perigoso de toda adaptação no suporte é a semana em que o novo contratado se sente confiante o bastante para pular o escalonamento e "se virar sozinho". É quase sempre a semana quatro. Ele vinha batendo o SLA, a revisão de colega afrouxou, e pega um ticket que deveria ter ido para um rep sênior, normalmente porque não quer parecer que ainda está pedindo ajuda. Oito vezes em dez, um rep sênior teria pegado o problema em 30 segundos. A correção: faça do escalonamento um sinal de força, não de fraqueza.

Confundir velocidade com domínio. Fechar tickets rápido dando respostas rasas parece progresso. O cliente volta na semana seguinte, mais irritado, e agora há um ticket reaberto e uma queda de CSAT. Tickets por dia é uma métrica enganosa isolada. A correção: até o dia 60, não otimize para tickets por dia. Otimize para "todo ticket que eu fecho continua fechado".

Uma observação para gestores

Se você está integrando um novo specialist, a coisa mais útil que você pode fazer é manter firme a cadência de 30/60/90. A pressão para empurrar um novo contratado a "só pegar a fila" na segunda semana é real. Seus reps seniores estão cansados, o volume está alto, o novo contratado parece animado. Resista. Um specialist que se adapta em 90 dias do jeito certo fica na sua equipe por dois anos. Um que se adapta em três semanas do jeito errado fica na sua equipe por seis meses e então você está contratando de novo.

As conversas importam mais do que a checklist. Semana 2, semana 6, semana 10. Agende-as agora. E quando o registro de lacunas de conhecimento do novo contratado estiver encolhendo, o CSAT dele estiver subindo e ele acabar de sinalizar um problema recorrente que você não tinha notado, diga a ele. Pelo nome, num lugar onde os colegas possam ver. É assim que a próxima adaptação fica mais fácil.

O dia 91 é quando o trabalho de verdade começa. Os primeiros 90 dias são como você abastece as prateleiras da biblioteca de que vai puxar pelo resto da sua carreira.