IA no atendimento ao cliente de concessionárias de serviços públicos: organize a fila antes de automatizar

Por que as filas de suporte de concessionárias quebram sempre do mesmo jeito?

Porque uma fila de concessionária são, na verdade, três ou quatro filas diferentes dividindo uma caixa de entrada, e uma delas pode explodir da noite para o dia. Numa terça-feira calma, chegam pedidos de mudança e dúvidas de conta. Aí passa uma tempestade e a mesma caixa se enche de centenas de pessoas fazendo a mesma pergunta sobre a mesma rua.

Quem já atendeu telefones numa companhia de energia descreve a mistura quase com as mesmas palavras:

"I worked for an electric company call center for two years. No one, and I do mean no one, ever calls the electric company because they're happy. Odds are their power got cut for no payment, or there's an outage, or they're angry because their bill is way higher than they think it should be or can afford."

u/violetharley, Reddit

Esse comentário cita três das faixas. Outro agente de concessionária no Reddit descreveu a camada de rotina como cadastros, transferência do serviço para um novo endereço, dúvidas de conta, ligações de obras novas e avisos de interrupção. Some as ligações de segurança e você tem o mapa inteiro.

A resposta no estilo ChatGPT para “como adiciono IA ao atendimento de uma concessionária” é um plano corporativo de 26 semanas: conectar seu sistema de informações de clientes, seu sistema de gestão de interrupções, os dados dos medidores, adicionar IA de voz e implantar em fases. Esse plano serve a uma concessionária com milhões de clientes. Não serve às 830 cooperativas de distribuição que a NRECA contabiliza nem às cerca de 2.000 comunidades com energia pública, a maioria com uma equipe pequena numa fila de e-mail ou num helpdesk. Segundo as estatísticas da APPA, a energia pública é 59% das distribuidoras de eletricidade dos EUA, mas só 15% dos clientes. A maioria das concessionárias é pequena.

Por isso este guia adota a visão do helpdesk. Você não precisa de um programa de 26 semanas para parar de se afogar em e-mails de “estou sem luz?”. Precisa de uma regra de organização e de uma lista curta de coisas que a IA nunca pode fazer.

Quais são as cinco faixas de uma fila de suporte de concessionária?

Todo ticket de concessionária que vi discutido se encaixa em uma de cinco faixas, e cada faixa precisa de dados diferentes e de um responsável diferente:

1. Interrupção. “Estou sem luz?”, “Quando volta?”, “Vocês sabiam disso?” Pode ser respondida a partir do mapa de interrupções ou da sua página de status.
2. Conta alta e leituras estimadas. “Por que minha conta dobrou?”, “Por que diz estimada?” Precisa do cadastro: histórico de faturamento, leituras do medidor, tarifa.
3. Início, encerramento e transferência. Iniciar, encerrar ou transferir o serviço, contas finais, depósitos. Pode ser respondida a partir do seu processo de início e encerramento, com o pedido de fato registrado no seu sistema de faturamento.
4. Planos de pagamento e avisos de corte. “Recebi um aviso de desconexão”, “Posso pagar no dia 30?” Aplicam-se regras do regulador. Uma pessoa decide.
5. Segurança. Cheiro de gás, fios caídos, equipamentos faiscando. Nunca uma conversa com IA. O número de emergência, na hora.

A organização importa mais do que a IA. Um bot genérico de “responda tudo” vai tentar ajudar com prazer quem escreve “Estou sentindo cheiro de gás, o que devo verificar?”, e esse é o único ticket em que ser prestativo é a resposta errada.

Veja como a organização funciona em mensagens reais. Escolha uma para ver a faixa, o que a IA lê e quem responde pelo resultado:

Repare que só duas das seis recebem uma resposta completa da IA sozinha. Isso é normal numa concessionária. O ganho não é automatizar tudo. É fazer a IA limpar as faixas de alto volume para que sua equipe tenha tempo para as difíceis.

Qual faixa nunca deve receber uma resposta da IA?

A de segurança. Cheiro de gás, fios de energia caídos, qualquer coisa que possa machucar alguém nos próximos dez minutos. A única tarefa da IA aqui é colocar a instrução de emergência no topo da resposta e alertar uma pessoa.

Todas as concessionárias que verifiquei mandam esses casos para uma linha telefônica, não para um formulário ou caixa de entrada:

• A página de segurança de gás da PG&E diz para sair da área, ligar para o 911 e depois para a PG&E no 1-800-743-5000, e afirma que responde em até 20 minutos a chamadas de suspeita de vazamento.
• A página de vazamento de gás da Con Edison pede que se ligue mesmo quando um vazamento já aparece no mapa online, porque esse mapa é atualizado a cada 24 horas.
• Na Grã-Bretanha, a linha de emergência da National Gas é 0800 111 999, gratuita e aberta 24 horas.
• Para fios caídos, a página de segurança elétrica da PG&E diz para ficar longe, permanecer no carro ou em casa e ligar para o 911.

Então a regra para a IA é simples e direta. Se uma mensagem menciona gás, cheiro de ovo podre, fio no chão, faíscas ou queimado, ela não responde à pergunta. Envia suas instruções de emergência palavra por palavra, marca o ticket e avisa quem está de plantão. Nada de “deixe-me verificar isso para você”, nem perguntas de acompanhamento, nem artigo de ajuda sobre chama-piloto.

Um bom teste antes de entrar no ar: escreva dez mensagens que mencionem gás de passagem (“minha conta de gás está alta”, “estou me mudando e preciso ligar o gás”) e dez emergências reais. A IA deve enviar a resposta de emergência para todas as dez emergências e ainda responder normalmente às dúvidas de cobrança e mudança. Se deixar passar uma emergência que seja, não está pronta. Prefiro que dispare demais com “gás” do que de menos, e testaria isso como qualquer implantação, contra tickets passados antes que um único cliente veja.

Os fornecedores de voz tratam essa faixa da mesma forma. A história da PG&E da PolyAI descreve possíveis vazamentos de gás como um tema sensível que seu agente precisa encaminhar com precisão.

Como lidar com a onda de interrupções?

Responda cada ticket de “estou sem luz?” a partir de um registro da interrupção que uma pessoa mantém atualizado, e nunca deixe a IA inventar um horário de restabelecimento.

Tickets de interrupção são os mais repetitivos que uma concessionária recebe. Também são os mais emocionais, porque quem escreve está sem luz, sem geladeira e sem ideia de quanto tempo vai durar. Um atendente de call center de uma companhia de energia disse isso claramente no Reddit durante o furacão Florence:

"Power company call center employee here. Been taking calls all morning for outages and emergencies across the east side of the Carolinas. Not a single person I've spoken to is taking this seriously and are upset when I tell them we have no eta on restoration."

u/florenceisahurricane, Reddit

A resposta é a mesma para todos na área afetada, e é exatamente nisso que a IA é boa, desde que leia do lugar certo:

O que entra nesse registro é o que seu mapa de interrupções já mostra: área afetada, número de clientes sem energia, causa se conhecida, restabelecimento estimado se o seu sistema de interrupções informou um e quando vence a próxima atualização. As grandes concessionárias publicam sua cadência. Os alertas de interrupção da PG&E saem de 5 a 10 minutos depois de uma possível interrupção e de 20 a 30 minutos depois de uma confirmada, com um horário estimado de restabelecimento, e seu mapa de interrupções é atualizado a cada 5 minutos, ou até 30 durante interrupções generalizadas.

Uma cooperativa pequena não terá essas ferramentas, e não precisa. Uma página de status, um post fixado ou uma nota interna que seu responsável por interrupções atualiza basta para a IA responder. Os guias sobre atualizações da página de status e comunicação de incidentes mostram como manter esse registro único honesto, e o mesmo roteiro que escrevi para quedas de SaaS se aplica quase linha por linha.

Algumas regras que eu definiria para a faixa de interrupção:

• Copiar, não compor. A IA cita a estimativa de restabelecimento atual do registro. Se o registro diz “ainda sem estimativa”, a resposta diz isso. Sem chutes.
• Dizer quando vem a próxima atualização. Essa linha é o que impede a mesma pessoa de escrever de novo em 15 minutos.
• Apontar os alertas. A página de interrupções da Duke Energy afirma claramente que falar com um representante não acelera o restabelecimento. Diga o mesmo, com gentileza, e linke o cadastro para alertas por mensagem.
• Vincular os tickets. No Zendesk, um ticket de problema permite encerrar todos os tickets de interrupção vinculados com uma única mensagem final quando a energia volta. A deduplicação de tickets cuida de quem escreveu três vezes.
• Ficar atento a palavras de segurança. Um ticket de interrupção que menciona fio caído ou equipamento de oxigênio muda de faixa imediatamente.

O formato do volume também importa para o preço. A Norden-Frisia, uma companhia alemã de balsas, não é uma concessionária, mas sua fila oscila do mesmo jeito com o clima e a estação. Seu plano da eesel foi definido para 10.000 interações por mês na alta temporada e recua de outubro a março, respondendo a partir de 346 FAQs, macros e tickets passados do Zendesk. Uma concessionária com temporadas de tempestade deveria dimensionar o preço da mesma forma, o que trato em picos sazonais de suporte.

A IA consegue explicar uma conta alta ou uma leitura estimada?

Sim, mas só se conseguir ler o cadastro. Sem o histórico de faturamento, a IA só explica como as contas funcionam em geral, e não é isso que um cliente irritado com uma conta o dobro da do mês passado quer.

O assistente de energia de referência da própria AWS descreve o que um agente normalmente verifica numa ligação sobre conta alta: histórico de faturamento, leituras do medidor, tabelas de tarifas e às vezes dados do clima. Essa é também a lista de que sua IA precisa. A diferença entre “seu consumo foi maior” e “sua conta cobriu 34 dias em vez de 29, e sua última leitura foi estimada” é a diferença entre um segundo ticket e um ticket encerrado.

A dúvida da leitura estimada é uma pequena faixa própria, e boa parte dela pode ser respondida a partir da sua central de ajuda:

• A Con Edison permite que os clientes enviem a própria leitura do medidor para evitar uma conta estimada, por foto com o número da conta.
• Na Grã-Bretanha, a regra de cobrança retroativa da Ofgem significa que as famílias não precisam pagar pela energia usada há mais de 12 meses se não foram cobradas corretamente por ela.
• No Texas, a regra de desconexão da PUC proíbe cortar o serviço por falta de pagamento de uma conta estimada fora de um plano de leitura aprovado.

As leituras do medidor costumam ser a maior intenção automatizável. A fornecedora de energia alemã enercity relata em sua história com o Zendesk que o envio de leituras é seu principal caso de uso, automatizado em 59,6%, com taxa geral de resolução por IA de 54% em mais de 60 tipos de solicitação.

Como eu conduziria essa faixa:

1. Comece com rascunhos. A IA puxa os dados do cadastro e escreve a resposta com números reais. Um agente confere e envia. É assim que a smava opera sua fila regulada de empréstimos: o agente de rascunhos rodou em cerca de 12.200 tickets em um mês, e cada um desses rascunhos esperou a aprovação de uma pessoa.
2. Consultas somente leitura. A IA pode ler a conta. Não pode ajustá-la, creditá-la nem mudar uma data de pagamento. A Swiftreg é um bom modelo: os detalhes do pedido vão apenas ao titular verificado, um resultado de consulta sempre vence a base de conhecimento, e uma etapa que pertence à equipe recebe uma nota interna em vez de uma resposta.
3. Contestações vão para o faturamento. “Esta conta está errada e não vou pagar” é uma contestação, não uma pergunta. Meu guia sobre disputas de cobrança cobre a transferência.

Se seu sistema de faturamento não tem API, a IA ainda pode ajudar: marca o ticket como “conta alta”, pede de saída o número da conta e a data da fatura, e deixa uma nota interna listando o que o agente deve verificar. Só isso já elimina uma ida e volta. Mais sobre isso em perguntas de cobrança e automação do suporte de cobrança.

E início, encerramento e transferência por mudança?

Essa faixa é em grande parte respondível hoje, porque as perguntas são sempre as mesmas: quando posso começar, o que vocês precisam de mim, o que acontece com minha conta final.

A página de início, encerramento ou transferência da PG&E mostra o formato padrão. A maioria dos pedidos pode começar ou terminar no mesmo dia, pode ser agendada com até 60 dias de antecedência e exige verificação de identidade. Contas empresariais pagam um depósito. A PG&E também recomenda agendar o encerramento e o início para o mesmo dia para evitar um intervalo.

A tarefa da IA nessa faixa é coletar, explicar e linkar:

• Coletar o endereço do serviço, a data da mudança e o nome do titular.
• Explicar qual documento de identidade é necessário e se há depósito, direto do seu artigo de política.
• Linkar seu formulário de início e encerramento, ou criar o ticket com todos os detalhes preenchidos para que um agente não precise perguntar de novo.
• Explicar a conta final. Sem medidor inteligente, a conta final da Con Edison é estimada a partir do consumo anterior, a menos que o cliente envie uma leitura. É uma pergunta que a IA pode responder antes de virar reclamação um mês depois.

O que a IA não deve fazer é confirmar que o pedido foi registrado quando não foi. Registrar o pedido é função do seu sistema de faturamento ou de uma pessoa. Uma resposta dizendo “está tudo certo para o dia 15” quando ninguém lançou nada é pior do que nenhuma resposta.

Por que planos de pagamento e avisos de corte ficam com pessoas?

Porque as regras são específicas, variam por estado ou país, e errar machuca alguém. Uma desconexão é a coisa mais séria que uma concessionária faz a um cliente, e os reguladores a tratam assim.

O Texas é um bom exemplo de como isso fica detalhado. Pela regra §25.29 da PUC:

Na Grã-Bretanha, as regras da Ofgem sobre medidores pré-pagos exigem que as fornecedoras façam pelo menos 10 tentativas de contato e uma visita de bem-estar antes de instalar um de forma involuntária, e proíbem a instalação para alguns domicílios, como todos com mais de 75 anos sem outro apoio ou casas com crianças menores de 2 anos. O Priority Services Register da Ofgem oferece ajuda extra a pessoas com equipamentos médicos, deficiências e outras necessidades.

Os agentes da linha de frente sabem que essa faixa é a parte mais pesada do trabalho:

"Half of my calls were dealing with power outages, and the anger and fury that comes with that. The other half were dealing with people getting shut off or having already lost power and getting them to make payments and setup plans so they could have electricity again."

u/The_Quicktrigger, Reddit

Nada disso significa que a IA não faz nada aqui. O que ela faz bem nessa faixa é identificar:

• Marcar rápido. Qualquer menção a aviso de desconexão, corte, plano de pagamento ou “não consigo pagar” é marcada e levada à equipe certa. A velocidade importa porque os prazos de aviso estão correndo.
• Sinalizar vulnerabilidade. Palavras como oxigênio, diálise, médico, idoso, bebê ou deficiente recebem um sinalizador de vulnerável e furam a fila.
• Rascunhar, não decidir. Para um pedido simples de plano de pagamento, a IA pode rascunhar uma resposta pedindo os detalhes de que sua equipe precisa. Uma pessoa decide o plano.
• Nunca ameaçar, nunca prometer. A IA não repete datas de desconexão como avisos e não promete que o serviço continuará ligado.

É o mesmo padrão de “identificar, marcar, encaminhar” dos meus guias sobre setores regulados e solicitações do GDPR. A IA é rápida em organizar. O julgamento fica com as pessoas. Uma boa configuração de escalonamento garante que a transferência chegue a alguém que possa agir.

Que dados a IA precisa para cada faixa?

A maior parte do que você precisa para as duas primeiras faixas já existe, e a questão dos dados é o que decide a rapidez com que você entra no ar:

Note até onde você chega sem nenhuma integração de sistema. A faixa de interrupção, a de dúvidas práticas e a maior parte da de mudança funcionam com conteúdo que você já publicou. As consultas de cadastro vêm depois, e, quando vêm, são somente leitura. O guia de revisão de segurança vale a leitura antes de conectar qualquer coisa que contenha dados de contas de clientes.

Que resultados as concessionárias já publicaram?

Os números publicados até agora vêm principalmente de linhas telefônicas e grandes concessionárias. São informados pelos fornecedores, mas mostram que as faixas de rotina são reais:

Veja o que esses assistentes fazem: notificação e status de interrupção, alterações de cadastro, início e encerramento do serviço, FAQs, leituras do medidor. São as faixas 1, 3 e a parte de dúvidas práticas da faixa 2. O estudo de caso da TNB observa que a integração com o sistema de faturamento ainda é uma etapa planejada, o que combina com a ordem em que eu iria. Até uma concessionária nacional começou pelas faixas que não precisam da conta.

O que nenhum deles cobre é a fila escrita de uma concessionária pequena: a cooperativa ou a concessionária municipal com um punhado de agentes respondendo e-mails e formulários web no Zendesk ou Freshdesk. É aí que um colega de IA para helpdesk se encaixa, porque trabalha dentro da ferramenta que você já usa. A fornecedora de eletricidade dinamarquesa Altid Energi é uma sobre a qual escrevi, usando as respostas rascunhadas da eesel no Zendesk.

Se sua concessionária também recebe muitas ligações, o guia de agentes de voz e suporte telefônico com IA cobrem esse lado.

Quanto custa em um helpdesk?

Em um helpdesk, a IA é cobrada por resolução, por sessão ou por ticket, então calcule o preço pelo seu mês de interrupções, não pelo mês tranquilo:

Duas coisas a observar. O Zendesk só cobra uma resolução quando a IA resolve sem uma pessoa, o que combina bem com a faixa de interrupção. O Freshdesk conta uma sessão de IA por e-mail como uma janela de 72 horas a partir do primeiro e-mail do cliente. E, na eesel, um ticket que a IA só marca e encaminha ainda consome um crédito, então inclua as faixas de corte e de segurança no seu volume. Meus detalhamentos completos estão em preços do Zendesk e preços do Freshdesk, e custo de agente de IA vs humano traz a comparação com contratar.

Como configurar no seu helpdesk?

Esta é a ordem que eu seguiria. Ela coloca a regra de segurança primeiro e as consultas de cadastro por último:

1. Puxe 3 meses de tickets e organize. Conte quantos caem em cada uma das cinco faixas. Inclua um mês de tempestade se puder. Isso mostra onde está o volume e dá um conjunto de testes.
2. Escreva a regra de segurança primeiro. Seu texto de emergência, sua lista de palavras de gatilho e quem é alertado. Teste em 20 mensagens antes de qualquer outra coisa entrar no ar.
3. Escreva a regra de corte em segundo. Marcar, sinalizar vulnerabilidade, encaminhar, nunca prometer. Registre suas regras locais de aviso e de casos médicos para que os agentes (e as instruções da IA) as apresentem corretamente.
4. Configure o registro de interrupção. Um único lugar que seu responsável por interrupções atualiza e que a IA lê. Defina sua cadência de atualização e mantenha.
5. Arrume a central de ajuda. Leituras estimadas, como enviar uma leitura, passos de início e encerramento, depósitos, contas finais, opções de pagamento. A IA é tão boa quanto esses artigos. A busca na central de ajuda vale uma olhada aqui.
6. Rode em tickets passados. Antes que os clientes vejam qualquer coisa, rode a IA nos seus tickets organizados e leia o que ela teria dito. A eesel faz isso como uma simulação contra o seu próprio histórico.
7. Entre no ar faixa por faixa. Interrupção e dúvidas práticas primeiro, respondendo sozinhas. Conta alta e mudança como rascunhos para os agentes aprovarem. Use fluxos de aprovação para os rascunhos.
8. Adicione as consultas de cadastro por último. Somente leitura, apenas titular verificado.
9. Revise toda semana. Confira o que a IA marcou como segurança e corte, e o que deixou passar. Relatórios de suporte por faixa mostram qual faixa ampliar a seguir.

Depois aproveite a cobertura fora do horário. Interrupções não respeitam horário comercial, e uma IA respondendo à faixa de interrupção às 2h da manhã é a vitória mais fácil desta lista. Os guias sobre suporte fora do horário e cobertura de fim de semana cobrem o lado do dimensionamento de equipe, e dimensionamento de equipe de suporte cobre o que acontece com sua equipe quando a IA assume as perguntas repetidas.

Experimente a eesel na fila da sua concessionária

Se sua concessionária usa Zendesk ou Freshdesk, o colega de IA para helpdesk da eesel entra na fila que você já tem. Ele organiza cada ticket nas suas faixas, responde dúvidas de interrupção e dúvidas práticas a partir do seu registro de interrupção e da central de ajuda, rascunha respostas de conta alta e mudança para seus agentes e envia avisos de corte e tudo que mencione gás ou fio caído direto para uma pessoa. Você pode rodá-lo primeiro nos seus tickets passados e ver exatamente o que ele teria dito antes de tocar em um cliente.

A smava usa o mesmo padrão numa fila regulada de 27.000 tickets por mês: categorizar tudo, rascunhar com textos aprovados e deixar as pessoas enviarem. A Norden-Frisia aumenta e reduz seu plano conforme a estação. Conecte seu Zendesk ou Freshdesk e experimente a eesel grátis, com 100 créditos e sem cartão.