|
|
O N1 que sobrou passou a escrever o próprio bot
O ticket repetido resolvido no chat automático, e o suporte que restou pago para escrever a base de conhecimento que alimenta o robô.
|
A mesa entre um ticket e o artigo
|
| ▼ |
| |
|
O suporte de primeiro nível sempre foi vendido por ticket fechado. Um valor por hora de janela aberta, uma meta de atendimentos simultâneos no chat, um bônus quando o tempo de primeira resposta caía abaixo de dois minutos. A conta fechava porque o custo aparecia na planilha: a licença, o assento, a pessoa lendo a macro salva e clicando em resolver.
A resposta repetida ficou barata. O cliente abre o chat, descreve o problema com as palavras dele, o assistente reconhece o padrão, devolve o passo a passo com o print certo, confirma que funcionou e encerra a conversa sem passar para ninguém. A camada que o analista vendeu por anos passou a rodar dentro do widget, no mesmo segundo, sem fila e sem horário comercial.
O que não ficou barato foi a matéria-prima. O assistente responde bem exatamente onde existe um artigo bom escrito antes, e devolve desculpa educada onde o artigo está vago, desatualizado ou nunca foi escrito. A qualidade da conversa automática é a qualidade da base de conhecimento, com poucos dias de atraso.
Existe uma diferença prática entre responder um chamado e escrever a resposta que resolve mil chamados. Responder é reconhecer o caso e colar o procedimento. Escrever é descobrir onde o cliente se perde, testar o caminho no produto real, decidir qual das três soluções possíveis vira a oficial e assumir a responsabilidade quando ela sair errada para todo mundo de uma vez.
A primeira tarefa a automação encostou primeiro, porque ela sempre foi leitura de padrão. A segunda continua exigindo alguém que use o produto por dentro, converse com engenharia sem tradutor e escreva em português claro para quem está com pressa e irritado.
Quem é pago por ticket fechado é pago pela primeira. Quem é pago por artigo publicado e por taxa de resolução automática é pago pela segunda, e as duas contas deixam de se parecer no primeiro trimestre depois que o bot entra.
A travessia de hoje é de uma analista de primeiro nível que viu a fila secar, foi buscar o motivo dentro do relatório do próprio assistente e descobriu que o gargalo tinha nome, número e dono.
Continue lendo ↓
|
|
|
|
I A história de quem atravessou
De 62 tickets por dia a 11 artigos por semana
|
|
Quatro anos de fila de chat, um time que caiu de nove para três no mesmo turno, e um relatório mostrando que o assistente desistia sempre nos mesmos onze assuntos.
Marina tem 29 anos e mora em Curitiba. Quatro anos de suporte N1 numa empresa de software de gestão financeira: erro de importação de extrato, conciliação que não bate, nota fiscal recusada, usuário travado no primeiro acesso. O nome vai trocado aqui, e a empresa que encolheu o time é a mesma que voltou com outra proposta.
A queda chegou em forma de fila vazia. Ninguém anunciou corte e ninguém convocou reunião. O widget novo entrou em produção numa quinta, o volume do chat humano caiu pela metade em três semanas, e os contratos temporários não foram renovados.
Com o bônus preso à quantidade de tickets fechados, a matemática ficou direta:
Antes, cerca de 62 tickets por turno, com bônus cheio: R$ 2.600 por mês
Depois do assistente, cerca de 24 tickets por turno, bônus quebrado: R$ 1.720 por mês
Mesma jornada de seis horas, mesma tela.
A cena que virou a chave aconteceu num sábado de plantão. Marina abriu o relatório do assistente, uma aba que ninguém no time olhava, e viu duas colunas na mesma tela. O bot encerrava sozinho 63% das conversas. Nas conversas que ele passava adiante, 41% caíam em onze assuntos repetidos, sempre os mesmos, com a mesma frase de rendição no fim.
O motivo estava do lado de dentro. Em cada um dos onze assuntos, o artigo da base ou não existia, ou descrevia uma tela que o produto tinha trocado em duas atualizações anteriores. O assistente não errava por burrice, ele copiava um texto errado com muita eficiência.
Marina começou a reescrever um artigo por dia, no intervalo entre as conversas, sem plano nenhum, só por incômodo. Testava o caminho no ambiente real e escrevia a resposta com as palavras que o cliente usava no chat, nunca com o termo interno da empresa.
|
Ali a conversa deixou de ser sobre atendimento e passou a ser sobre duas coisas separadas que a operação sempre pagou embrulhadas. Uma era o tempo de alguém na fila. A outra era o texto que ensina a máquina a nunca mais abrir aquela fila.
|
Onze artigos depois, o relatório mudou de cara. A resolução automática subiu de 63% para 78% em seis semanas, e o transbordo daqueles onze assuntos caiu para quase nada. Quando a coordenação perguntou o que tinha acontecido no gráfico, Marina mandou a lista dos artigos com data ao lado da curva.
A proposta nova saiu um mês depois, com a unidade trocada de ticket fechado para artigo publicado e para desempenho do assistente:
Curadoria da base de conhecimento, artigos novos e revisões com teste no produto: R$ 3.600
Bônus por taxa de resolução automática, medido por mês fechado acima da meta contratada: R$ 1.200
Plantão de casos sem artigo, fila do que ainda não está documentado, com registro obrigatório: R$ 1.100
A empresa aprovou o piloto com duas pessoas na curadoria, e produto passou a avisar a base antes de subir mudança de tela. Oito meses depois, com menos de um terço dos chats que atendia antes, Marina fechou um mês acima de R$ 6 mil.
|
|
|
|
|
II Radar de Automação
A resposta pronta virou software, a pergunta nova virou ofício
|
|
A automação não apagou o suporte de primeiro nível. Ela apagou a parte que só precisava de leitura de padrão e resposta salva, deixou exposta a parte que depende de descobrir o que ainda não foi escrito, e transformou em produto uma coisa que a operação sempre tratou como tarefa de fim de expediente: a escrita da base de conhecimento.
|
O radar de hoje está na taxa de resolução automática e na lista de assuntos que fazem o assistente desistir. Empresa que só mede ticket fechado comemora o volume caindo e não percebe que a fila humana virou uma sequência de assuntos órfãos, sem nenhum atalho salvo.
A dependência de texto anterior não nasceu com modelo de linguagem. O suporte por base de conhecimento já era método formal nos anos 90, com o Knowledge-Centered Support publicado pelo Consortium for Service Innovation em 1992, que dizia uma coisa simples: quem resolve o caso é quem escreve o artigo, no momento em que resolve.
O que mudou foi a consequência do artigo ruim. Antes, um texto vago custava alguns minutos de um colega que dava um jeito. Agora ele vira a resposta oficial entregue a milhares de clientes por semana, sempre igual, sem ninguém para dar o jeito.
A conta de um mês de operação explica a proposta nova:
Conversas encerradas pelo assistente antes: 63%
Conversas encerradas depois dos onze artigos: 78%
Assuntos responsáveis pelo transbordo: 11
O ponto que o mercado ainda digere é a assimetria de custo. A resposta repetida virou tarefa de segundos, e a autoria da resposta certa virou função de efeito multiplicado, cobrada de uma pessoa só quando sai errada.
|
"Programar computadores é ensinar, e ensinar exige que você entenda antes."
Gerald Weinberg, The Psychology of Computer Programming, 1971
|
Weinberg escrevia sobre programação em época de cartão perfurado, antes de chat de suporte existir. Décadas depois, a frase descreve a mesa: o analista que escreve a base está programando o assistente em português, e a única forma de fazer bem é entender o produto melhor do que o roteiro exige.
Quem continua sendo pago por ticket fechado é pago por uma tarefa que o widget resolve em segundos na tela do cliente, e herda o preço dela. Quem é pago por artigo publicado e por taxa de resolução automática é pago por investigar o produto, decidir a resposta oficial e responder por ela em escala.
|
|
|
|
|
III O movimento de hoje
Um caderno de recusas em três linhas de contrato
|
|
O movimento de hoje cabe numa semana de plantão e não depende de emprego novo. Ele separa em linhas distintas o que a operação sempre pagou embrulhado numa métrica só, e a separação cai exatamente onde a automação entrou.
1. Peça hoje acesso ao relatório do assistente e monte um caderno de recusas. Toda conversa que o bot passou adiante entra com quatro campos: o que o cliente escreveu, onde o assistente desistiu, se existe artigo sobre o assunto e se ele descreve a tela atual. Duas semanas bastam para o padrão aparecer, e o valor está em mostrar a lista com número ao lado.
2. Transforme o caderno em artigos com data e dono. Um por assunto: o sintoma nas palavras do cliente, o caminho testado no produto com print da tela de hoje, a exceção conhecida e a data da última verificação. Anote a taxa de resolução automática do assunto antes e depois. A curva com data separa quem cumpre escala de quem melhora o sistema.
3. Escreva o que a sua curadoria cobre e o que fica de fora. Duas frases bastam: assumo a redação e a revisão dos artigos da minha lista, com teste no produto e verificação a cada trinta dias; não respondo por artigo alterado sem minha revisão, por mudança de tela que sobe sem aviso nem por assunto que ninguém me deixou documentar. O limite escrito separa boa vontade de função com preço.
A recusa aparece rápido e com o mesmo argumento: escrever artigo faz parte do trabalho de todo analista. Vale ouvir até o fim, porque a frase seguinte informa muito. Coordenador que não aceita pagar pela curadoria costuma ser o mesmo que abre chamado urgente na sexta porque o assistente entrega um procedimento de duas versões atrás.
As empresas que aceitam têm perfil reconhecível. Produto que muda de tela com frequência, contrato com meta de autoatendimento, operação que já paga auditoria de qualidade no chat. Todas tratam o software como ativo com dono e versão, e acham estranho que o texto que dirige o assistente não tenha responsável no organograma.
A travessia aqui não é de profissão. Marina segue no suporte, com os mesmos quatro anos de estrada e o mesmo ouvido treinado em cliente com pressa. O que ela trocou foi o item que aparece no contrato: saiu o ticket fechado, entrou o artigo publicado e a curva de resolução que ele move.
Recalcular a rota, neste caso, começa por uma pergunta que cabe no fim de qualquer avaliação de desempenho. O ticket que você fechou hoje desaparece amanhã; o artigo que você escreveu responde sozinho pelos próximos dois anos.
"Quanto do meu salário paga a resposta repetida, e quanto paga a resposta nova?"
|
|
|
|
| |
|
