A IA para o suporte ao cliente de jogos funciona quando você a deixa responder a partir de notas versionadas por patch, redigir as respostas sobre bugs e logins e mantém banimentos, roubos de conta e denúncias de segurança com uma pessoa. Dos cinco tickets que enchem a fila de jogadores (compras perdidas, banimentos, bugs, reembolsos e problemas de login), a IA pode responder sozinha às partes "como restauro" e "isso é um bug conhecido", redigir respostas para o resto e nunca deve decidir um banimento nem entregar uma conta a alguém que só pede com educação.
Duas coisas que a maioria das propostas de IA para jogos ignora. Primeiro, a loja que recebeu o pagamento é a dona do reembolso: Apple, Steam e PlayStation decidem os seus, e o Google Play devolve a você os reembolsos pedidos após 48 horas. Segundo, a versão do jogo no ticket decide a resposta certa, então uma nota de problema conhecido sem número de versão é uma resposta errada esperando para acontecer.
O colega de equipe de IA para helpdesk da eesel executa esse padrão dentro do Zendesk, Freshdesk, HubSpot e Gorgias. Na MentorShow, a eesel lê cerca de 1.200 tickets e conversas por mês, escreve 432 rascunhos e sinaliza reembolsos e mudanças de conta para uma pessoa imediatamente. Os planos começam em US$ 299 por mês.
Por que o suporte a jogadores dispara depois de cada patch?
Porque um patch muda o que milhares de jogadores veem no mesmo dia, e cada mudança cria uma pergunta nova que a sua central de ajuda ainda não respondeu. Uma nova versão quebra o fluxo de login em uma plataforma, um item some do inventário, a página da loja mostra o preço antigo, e o mesmo ticket chega 400 vezes antes do almoço.
Eu construo as integrações da eesel e, nos anos em que a eesel opera IA em filas de suporte reais, o padrão é sempre o mesmo: a primeira hora depois de um lançamento não traz perguntas difíceis, traz uma pergunta feita muitas vezes com palavras um pouco diferentes. É o tipo de trabalho em que uma IA bem fundamentada é boa e um agente cansado é ruim, porque pelo ticket 60 ele já está redigitando a mesma solução alternativa.
Antes de escrever isto, fiz ao ChatGPT a pergunta que um líder de suporte a jogadores enviaria: estamos inundados de tickets sobre compras perdidas, banimentos de conta, bugs, reembolsos e problemas de login, e isso dispara depois de cada patch; a IA pode cuidar de parte disso e o que deve ficar com uma pessoa? Ele leu as páginas de jogos de fornecedores de helpdesk como Helpshift, Zendesk e Ada, além de um guia da AWS para desenvolvedores de jogos. A resposta foi sensata: a IA cuida de informação e processos, as pessoas cuidam de julgamento, exceções e responsabilidade. O que nenhuma dessas páginas fez foi olhar para as regras de reembolso das lojas das quais a resposta depende, nem mostrar como é uma base de conhecimento versionada por patch. É essa lacuna que preencho aqui.
Os jogadores sentem o custo de errar de um jeito específico. Um comentarista de um tópico do Hacker News sobre banimentos automatizados foi direto:
"Algorithmic customer support “decisions” should always be appealable to a human audience."
Essa frase é a regra de projeto para o resto deste guia: automatize as respostas, nunca os veredictos.
Quais tickets de jogadores a IA pode responder, redigir ou deixar para uma pessoa?
Classifique cada ticket com uma pergunta: a resposta é um fato que dá para consultar, um rascunho que alguém deve conferir ou um julgamento sobre uma pessoa? Fatos que a IA pode ler nos seus documentos ela responde. Tudo o que precisa de um pedido, uma conta ou um registro recebe um rascunho que uma pessoa envia. Veredictos, segurança e exceções de dinheiro ficam com pessoas.
Esta é a divisão para os cinco tickets que toda fila de jogadores compartilha:
| Tipo de ticket | A IA responde sozinha | A IA redige, uma pessoa envia | Só uma pessoa |
|---|---|---|---|
| Compras perdidas | Como restaurar compras em cada loja, onde fica o recibo | "Meu item sumiu" com o pedido e a plataforma já incluídos | Compras de uma conta que pode não ser do jogador |
| Banimentos de conta | Onde ficam as regras e a página de recurso | Um resumo do motivo do banimento e do histórico da conta para o revisor | Toda decisão de confirmar, levantar ou alterar um banimento |
| Bugs | Problema conhecido, versão afetada, solução alternativa, versão da correção | Um relatório de bug estruturado (plataforma, build, passos) para a QA | Saves perdidos, dados corrompidos, qualquer coisa nova e grave |
| Reembolsos | Qual loja é a dona, o prazo dela, como solicitar | Uma resposta quando a loja negou ou o pedido cai com você | Reembolsos contestados ou de valor alto, créditos de cortesia fora das regras |
| Problemas de login | Passos de redefinição, qual conta de plataforma está vinculada | Bloqueios que a recuperação padrão não resolveu | Disputas de propriedade e suspeitas de roubo de conta |
A coluna da direita não existe porque a IA escreve mal. Ela existe porque são as mensagens em que uma resposta errada custa a conta do jogador ou dinheiro a você. Meus guias de IA para recuperação de conta e IA para suporte relacionado a fraude cobrem o lado da verificação com mais profundidade.
Mais uma divisão que vale fazer cedo é quem é o jogador. Um pai que escreve sobre a compra de um filho, um streamer com um banimento e um jogador com um save corrompido são todos "tickets", mas carregam riscos diferentes. Se uma mensagem menciona um menor, uma ameaça ou automutilação, ela pula a tabela de classificação e vai para uma pessoa treinada. Mais sobre isso abaixo.
Teste com os cinco tipos:
Escolha um tipo de ticket para ver quem deve cuidar dele
Por que a versão do jogo decide a resposta?
Porque "a loja está quebrada" significa uma coisa no build 2.4.0 e outra no 2.4.1, e uma IA que não conhece o build vai citar a solução alternativa errada. A versão, a plataforma e a loja são os três campos que transformam uma mensagem vaga em um ticket roteável.
Este é o mínimo que eu colocaria em todo ticket de jogador antes de a IA tocar nele:
| Campo | Por que importa | De onde vem |
|---|---|---|
| Plataforma (iOS, Android, PC, console) | As correções diferem por plataforma e as regras de reembolso também | Formulário do jogador, SDK de ajuda no app ou cabeçalho do dispositivo |
| Versão do jogo ou build | Decide qual nota de problema conhecido se aplica | SDK de ajuda no app, ou perguntar ao jogador uma vez |
| Loja da compra | Decide quem é o dono do reembolso e onde fica o recibo | Registro do pedido ou número do recibo |
| ID do jogador ou da conta | Permite que a IA busque o histórico sem perguntar de novo | Botão de suporte dentro do jogo |
| Idioma | A resposta deve voltar nele | Detectado a partir da mensagem |
Os jogadores raramente digitam isso. É por isso que o botão de ajuda dentro do jogo importa: ele pode anexar build, plataforma e ID do jogador automaticamente, e a IA então classifica com fatos em vez de palpites. Um SDK de ajuda feito para jogos, como o que a Helpshift oferece, pode anexá-los nativamente, e em outros helpdesks você pode passar os mesmos dados como campos personalizados do ticket. Um avaliador da Helpshift no G2 descreveu com honestidade o custo de chegar lá:
"There's a lot of manual work that has to happen to set up all the automation tags, custom fields, and everything."
É um limite honesto que vale planejar: os campos são o trabalho, seja qual for a ferramenta. Uma boa configuração de triagem automática lê esses campos para rotear, e meu guia de ferramentas de IA para triagem de tickets compara as opções.
Como é uma base de conhecimento versionada por patch?
É como notas de lançamento que a sua IA consegue ler, com o número da versão e a data em cada entrada. Os estúdios já publicam isso. O Dota 2, por exemplo, mantém uma página para cada atualização de jogabilidade com um seletor de versão, de modo que a 7.41f é um documento diferente da 7.41e.
Copie esse hábito para a sua central de ajuda. Cada problema conhecido ganha quatro linhas: o sintoma nas palavras do jogador, os builds afetados, a solução alternativa e o build que corrige. A IA então responde a "minha compra não apareceu depois da atualização" com a nota do build do jogador e diz "isso foi corrigido na 2.4.2" só quando o jogador ainda não está nela. Se o build não é conhecido, ela deve perguntar, não presumir. Notas escritas assim funcionam com RAG simples e impedem que a IA cite a solução alternativa do mês passado, um risco que explico em como evitar alucinações da IA.
Como sobreviver ao pico de tickets depois de um patch?
Agrupe primeiro, responda uma vez, atualize uma vez. Quando a versão sai, a IA agrupa os tickets recebidos por versão do jogo e sintoma, e 400 mensagens viram quatro problemas. Você escreve uma nota de problema conhecido por problema, a IA responde a partir dela e, quando a correção sai, você muda aquela única nota.
Os passos que eu seguiria no dia do lançamento:
- Antes do patch: informe a equipe e a IA sobre o que mudou. Cole as notas do patch na base de conhecimento, com etiqueta de versão.
- Primeira hora: observe os tickets recebidos em busca de novos grupos. Meu guia de IA para deduplicação de tickets mostra como vincular duplicatas a um único incidente.
- Escreva a nota de problema conhecido: sintoma, builds, solução alternativa, build da correção. Uma pessoa aprova.
- Deixe a IA responder a partir dela e continue mandando para uma pessoa tudo o que estiver fora da nota. Avise também os jogadores sobre o que está acontecendo na sua página de status, para que menos deles escrevam.
- Quando a correção sai: atualize a nota e a IA para de citar a solução alternativa. Para quedas graves, o plano mais amplo está em IA para comunicação em incidentes graves.
Fornecedores que vendem para estúdios apontam resultados aqui, e vale lê-los com a cautela de sempre, pois são relatados pelo próprio fornecedor. A página de preços da Helpshift mostra estudos de caso como o do Subway Surfers, da SYBO, que chegou a uma taxa de automação de 77% e um CSAT de 4,3 em menos de três meses, e o da Zynga, que tratou 185% mais tickets. São números do próprio fornecedor na sua própria plataforma, e eu os trataria como prova de que filas de jogos se automatizam bem, não como um número que o seu estúdio vai atingir.
Tickets de bug merecem uma faixa própria, porque "travou" é o começo de uma conversa de QA, não uma resposta de suporte. Cubro essa transferência em IA para triagem de relatórios de bug e IA para triagem de bugs. A regra é simples: a IA reúne plataforma, build e passos, e uma pessoa decide se é novo.
Quem é o dono de um reembolso, você ou a loja?
Em geral a loja. Quando um jogador compra pela Apple, Google Play, Steam, PlayStation ou Xbox, a loja recebeu o dinheiro e as regras dela governam o reembolso. Sua equipe de suporte explica aonde ir e conserta o que de fato estava quebrado.
Li a página de política de cada loja para isto. As regras diferem mais do que a maioria das macros de suporte admite:
| Loja | O que a política diz | Quem cuida |
|---|---|---|
| Apple | Solicite um reembolso em reportaproblem.apple.com; a Apple diz para esperar de 24 a 48 horas por uma atualização. A elegibilidade varia por país. | Apple |
| Google Play | Em até 48 horas você pode conseguir solicitar um reembolso ao Google. Depois de 48 horas, contate o desenvolvedor, que pode processar reembolsos conforme a própria política. | Google, depois você |
| Steam | Reembolso em até 14 dias e com menos de 2 horas de jogo para jogos. Itens dentro do jogo em jogos que não são da Valve só são reembolsáveis se o desenvolvedor aderir. | Valve, mais a sua adesão |
| PlayStation | Jogos podem ser cancelados em até 14 dias se não foram baixados nem transmitidos. Consumíveis dentro do jogo comprados durante a partida são entregues imediatamente e não são reembolsáveis, a menos que tenham defeito. | Sony |
| Xbox | A Microsoft diz que bens digitais não são reembolsáveis, a menos que a oferta ou a lei aplicável determine, com uma página separada de pedido de reembolso do Xbox para jogos de console. | Microsoft |
Dois detalhes mudam como você configuraria uma IA. No Google Play, reembolsos após 48 horas são decisão sua, o que significa que esses tickets precisam de uma regra escrita e de uma pessoa para aplicá-la. E na Steam, se um jogador pode obter reembolso de uma compra dentro do jogo depende de uma configuração que você controla como desenvolvedor, então a sua resposta tem de corresponder a ela.
Então o trabalho da IA é uma resposta de roteamento: "Você comprou isto na PlayStation, que cuida de reembolsos de compras digitais em até 14 dias se o jogo não começou a ser baixado; veja como solicitar." Ela nunca deve prometer um reembolso que a loja não concedeu. Se a loja disse não e o jogador ainda acha que a culpa é sua, o rascunho vai para uma pessoa. A mesma lógica vale para chargebacks e disputas de pagamento, e meu guia geral de IA para pedidos de reembolso traz a redação.
Compras perdidas são primas dos reembolsos. As App Review Guidelines da Apple pedem que os desenvolvedores ofereçam um mecanismo de restauração para compras dentro do app restauráveis e dizem que a moeda do jogo comprada não pode expirar. Então a primeira resposta a "minha compra sumiu" é um passo de restauração, e a IA pode dá-lo sempre.
Por que recursos de banimento e roubos de conta ficam com uma pessoa?
Porque ambos são julgamentos sobre um ser humano, com evidências que você não consegue verificar totalmente em um chat. Um banimento é um veredicto. Uma alegação de roubo é duas pessoas dizendo que a conta é delas. A IA pode ajudar a reunir os fatos e, ainda assim, não deve ser quem decide.
A Valve é direta sobre o primeiro. O suporte da Steam diz que os banimentos VAC são permanentes, não podem ser contestados e não são removidos pelo suporte da Steam; um banimento considerado errado é removido automaticamente. É uma política que um estúdio pode adotar, mas mostra como uma resposta sobre banimento deve soar: uma declaração clara do que a política diz, escrita por alguém que responde por ela. Um bot que soa certo de si sobre um banimento é um risco, e o tópico do Hacker News mencionado acima, sobre banimentos automatizados de antitrapaça, está cheio de jogadores descrevendo recursos que não deram em nada.
A recuperação de conta é onde os fornecedores discordam. A Helpshift argumenta em seu post sobre recuperação de conta que agentes de IA podem resolver de ponta a ponta a maioria dos pedidos de recuperação e compra, ponderando recibos de compra, histórico de dispositivos e contas vinculadas, e que uma pessoa entra à medida que o risco sobe. Acho que é um projeto razoável quando as evidências são fortes. Minha regra é mais rígida: a IA pode reunir e conferir as evidências, e uma pessoa aprova qualquer passo que entregue uma conta a outra pessoa. Um "sim" errado entrega as compras de um jogador a um estranho, e um "não" errado custa algumas horas. A assimetria é todo o argumento. Mais sobre o lado das evidências em IA para suporte de recuperação de conta.
O que a IA pode fazer nas duas faixas é a preparação:
- Reunir o motivo do banimento, a data e o histórico da conta em um resumo curto.
- Listar o que o jogador já tentou e o que a recuperação padrão retornou.
- Redigir uma resposta calma e precisa que apresente a política e o próximo passo.
- Etiquetar o ticket e definir a fila certa, com uma nota de escalonamento que um revisor consiga usar em uma única leitura.
É o mesmo formato que descrevi no meu guia de IA para suporte de nível 2: a IA é o investigador que poupa dez minutos do revisor, não o juiz.
Ouvi essa objeção quase com as mesmas palavras em ligações de vendas da eesel. Um líder de CX de uma marca DTC de suplementos no Gorgias e Shopify, com cerca de 7.000 tickets por mês, nos disse que a IA nunca responderia a tudo, então o que ele precisava era de uma que cuide só dos tickets de que tem confiança e deixe os outros em paz. Filas de jogos precisam da mesma chave, e uma pontuação de confiança mais uma lista de tipos de ticket em que a IA nunca deve mexer é como construí-la.
E ameaças, assédio e segurança dos jogadores?
Vão direto para uma pessoa treinada, sem resposta da IA no meio. Um jogador que escreve sobre automutilação, uma ameaça contra outro jogador ou assédio de um colega de equipe não está fazendo uma pergunta de suporte. A resposta automática errada ali causa um dano que nenhum reembolso repara.
Defina três regras antes do lançamento. Primeiro, uma lista curta de frases e categorias gatilho que roteiam para uma pessoa na hora (ameaças, automutilação, segurança infantil, exposição de dados pessoais). Segundo, uma instrução de que a IA não envia resposta nesses tickets, só um sinalizador interno. Terceiro, um responsável de plantão fora do horário comercial, porque jogos funcionam em fins de semana e à noite. Meus guias de IA para cobertura de suporte em fins de semana e IA para reclamações de clientes ajudam aqui, e também uma revisão com humano no circuito do que a IA sinalizou.
A privacidade também importa: tickets de jogadores trazem e-mails, IDs de dispositivo e às vezes a idade. Se os seus jogadores estão na UE ou no Reino Unido, encaminhe pedidos de dados pelo processo do meu guia de IA para pedidos da LGPD e do GDPR e avalie o fornecedor com a sua lista de verificação de segurança.
Quanto custa a IA para suporte de jogos?
Vai de uma plataforma para estúdios só com cotação a um preço mensal publicado, e as unidades não são as mesmas, então compare por ticket. Isto é o que consegui ler nas páginas de cada fornecedor:
| Opção | Preço na página do fornecedor | Unidade cobrada |
|---|---|---|
| Helpshift | Não publicado. "Request Pricing", com base em volume, soluções, recursos e idiomas | Personalizado por estúdio |
| Agentes de IA da Zendesk | US$ 1,50 por resolução automatizada com compromisso, US$ 2,00 no pagamento conforme o uso | Resolução automatizada |
| eesel | US$ 299 por mês por 500 créditos, até US$ 1.749 por 5.000; plano gratuito de 100 créditos | Um ticket ou um chat equivale a 1 crédito |
Para um comprador concreto, digamos um estúdio com 2.000 tickets e chats por mês: o plano de 2.000 créditos da eesel custa US$ 849, ou cerca de US$ 0,42 cada. Na Zendesk, se a IA resolvesse totalmente os 2.000 pela tarifa com compromisso, você pagaria US$ 3.000 só pelas resoluções, e isso antes das licenças de agentes, então a comparação real depende da sua taxa de resolução. Veja meu detalhamento dos preços de IA da Zendesk e as contas de custo de agente de IA versus agente humano.
Um limite honesto do meu lado: a eesel não se conecta à Helpshift nem a um SDK dentro do jogo. Se toda a sua fila vive lá, veja as alternativas à Helpshift e a análise da IA da Helpshift antes de decidir. Se você usa Zendesk, Freshdesk, HubSpot ou Gorgias, ela funciona dentro do helpdesk que você já tem, como nos meus guias de IA para Zendesk e IA para Freshdesk.
Como configurar isso em uma semana?
Comece com uma plataforma e um tipo de ticket, com a IA redigindo em notas internas e sem responder nada sozinha nos primeiros dias. Depois ative as respostas que seus testes provarem seguras.
- Dia 1: conecte o helpdesk e a base de conhecimento. Adicione as notas do patch com versões e datas.
- Dia 2: escreva a tabela dos cinco tickets acima como regras escritas, incluindo a lista de tickets que a IA nunca deve responder.
- Dia 3: reproduza os tickets do seu último patch como teste. Meu guia de testes por simulação mostra como; é assim que a eesel verifica cada implantação com tickets históricos antes de entrar no ar.
- Dia 4 a 5: a IA redige, seus agentes enviam. Leia os rascunhos e corrija as notas.
- Semana 2: deixe a IA responder diretamente aos tickets de "restaurar", "problema conhecido" e "qual loja", e mantenha todo o resto como rascunho.
Três clientes da eesel mostram as peças, nenhum deles um estúdio de jogos, então leia-os como padrões:
- A MentorShow, uma assinatura de aprendizado online, faz a eesel ler cada novo ticket do HubSpot, escrever uma análise e um rascunho no idioma do membro e sinalizar reembolsos, verificações de cobrança e mudanças de conta para uma pessoa. Em um mês, redigiu 432 respostas em cerca de 1.200 conversas e tickets. É a faixa para os seus rascunhos de compras perdidas e logins.
- A ClutchLoop, uma marca de acessórios para celular, envia devoluções e reembolsos ao portal de devoluções e responde diretamente às perguntas sobre produtos. Em um mês, respondeu diretamente a 180 de 230 tickets do Gorgias, cerca de sete em cada dez. É o seu padrão "a loja é dona do reembolso".
- A SamCart, que vende software para produtos digitais, executa um agente da eesel nos tickets do Freshdesk e outro no chat do site, cada um respondendo a partir da mesma central de ajuda e parando quando uma pessoa assume. É a sua divisão entre e-mail e chat dentro do jogo.
Se você também cuida do lado da comunidade, meu guia de automação de suporte à comunidade com IA e o texto sobre busca na central de ajuda cobrem os lugares onde os jogadores perguntam antes de abrir um ticket. E se a sua equipe é pequena e a carga do dia do patch são sobretudo picos, os guias de dimensionamento da equipe de suporte e redução do tempo de atendimento mostram para onde vão as horas. Para os tickets voltados a desenvolvedores que vazam para o suporte, veja IA para suporte a desenvolvedores.
Experimente a eesel no suporte a jogadores
Se os seus tickets vivem no Zendesk, Freshdesk, HubSpot ou Gorgias, o colega de equipe de IA para helpdesk da eesel entra nessa fila como um novo contratado que leu as suas notas de patch. Ele responde a perguntas sobre problemas conhecidos e restaurações a partir de notas versionadas, redige respostas sobre bugs e logins com a plataforma e o build preenchidos e passa banimentos, roubos de conta e denúncias de segurança para a sua equipe. Você pode testá-lo com os tickets da semana passada antes de ele responder a um único jogador: experimente a eesel grátis ou agende uma demo.