Deskhero
Português
Experimente grátis

← Back to articles

Use seu e-mail atual como helpdesk: guia para PMEs

Use seu e-mail atual como helpdesk: guia para PMEs

Sim, você pode transformar uma caixa de correio do Gmail, Google Workspace ou Microsoft 365 em um sistema de tickets por e-mail funcional sem mover seu histórico de mensagens existente nem criar um novo endereço público. O Deskhero conecta-se às caixas de correio do Google e da Microsoft por meio do OAuth, converte e-mails recebidos em tickets rastreados e envia respostas a partir do endereço da sua empresa por meio da sincronização bidirecional de e-mails.

O argumento prático para permanecer onde você está é forte. Sua equipe já conhece o endereço, os clientes já o utilizam e uma configuração sem migração evita a interrupção causada pela alteração dos dados de contato. O Deskhero adiciona automações para novos tickets, políticas de SLA, atribuição e relatórios à caixa de correio que você já usa.

Primeira ação: confirme que você tem acesso administrativo à caixa de correio. Para Google ou Microsoft, conecte-a por meio do OAuth. Para outro domínio que você possua, configure os registros DNS do Deskhero e encaminhe os e-mails recebidos para o endereço exclusivo do Deskhero. Em seguida, faça um teste completo de envio e resposta.

Dica profissional: Crie um alias de teste, como support-test@yourdomain.com, e faça sua primeira configuração nele. Assim, você terá um local seguro para verificar o roteamento e as respostas antes de alterar o endereço de suporte ativo.

Principais conclusões

Uma caixa de correio existente do Gmail ou Microsoft 365 pode se tornar uma central de atendimento sem migração do histórico. O trabalho importante é escolher o método de conexão adequado, testar os e-mails recebidos e enviados e definir um processo simples de atribuição.

Ponto Detalhes
Não é necessária migração do histórico Conecte o endereço e permita que novas conversas se tornem tickets, enquanto os e-mails antigos permanecem onde estão.
O método de conexão é importante O Deskhero usa OAuth para Google e Microsoft. Outros domínios próprios usam registros DNS e encaminhamento.
A atribuição evita trabalho duplicado Atribua cada ticket a um Usuário e use notas privadas ao transferi-lo.
A IA precisa de limites Revise as respostas sugeridas antes de enviá-las. As respostas de IA voltadas para clientes usam apenas a FAQ pública aprovada.
O Deskhero se adapta a esse caminho O Deskhero oferece sincronização bidirecional com Google e Microsoft, políticas de SLA, automações e um teste gratuito de 30 dias.

Índice

Como configurar seu e-mail existente como uma central de atendimento

Siga estas etapas na ordem. Cada uma se baseia na anterior.

  1. Verifique o acesso à caixa de correio e o acesso administrativo. Confirme que a caixa de correio de suporte está ativa e que um administrador pode aprovar a conexão.
  2. Escolha o método de conexão. O Deskhero conecta caixas de correio do Google e da Microsoft por meio do OAuth. Para outro endereço em um domínio que você possui, adicione os registros DNS necessários e encaminhe os e-mails recebidos para o Deskhero.
  3. Mantenha o acesso individual. Convide cada colega de suporte como Usuário, em vez de compartilhar uma senha de caixa de correio.
  4. Conecte a caixa de correio ao grupo correto. Cada caixa de correio do Deskhero encaminha tickets para um grupo. O guia de conversão de e-mail em ticket explica o fluxo geral.
  5. Confirme o endereço de envio. Verifique se as respostas saem do endereço da empresa que os clientes já reconhecem.
  6. Execute um ciclo completo de envio e resposta. Envie uma mensagem de um endereço externo, confirme que o Deskhero cria um ticket, responda pelo Deskhero e certifique-se de que o cliente receba a resposta na conversa original.

Lista de verificação antes do lançamento:

  • Envie mensagens de teste de endereços internos e externos
  • Anexe um PDF e uma imagem e confirme que ambos aparecem no ticket
  • Responda pela central de atendimento e verifique o endereço do remetente
  • Envie outra resposta do cliente e confirme que ela entra na conversa existente

Dica profissional: Os administradores do Google Workspace e do Microsoft 365 talvez precisem aprovar a conexão OAuth. Se a autorização falhar, revise a política de acesso a aplicativos do tenant antes de alterar as configurações da caixa de correio.

Principais recursos a ativar para que sua central de atendimento por e-mail funcione em escala

Fazer os e-mails chegarem aos tickets é apenas o primeiro passo. Um pequeno conjunto de regras funcionais mantém a caixa de entrada utilizável à medida que o volume cresce.

  • Encadeamento confiável. Teste respostas, encaminhamentos e destinatários copiados reais para entender como a plataforma agrupa uma conversa.
  • Atribuição clara. Dê a cada ticket ativo um único responsável para que todos saibam quem é responsável pela próxima resposta.
  • Políticas de SLA. Defina metas de primeira resposta e resolução que correspondam ao horário da sua equipe e às prioridades dos tickets.
  • Automações para novos tickets. Use remetente, assunto, mensagem, idioma, ou uma condição avaliada por IA para definir grupo, responsável, status, prioridade, tags ou campos personalizados compatíveis quando um ticket chegar.
  • Um manual de respostas. Documente os fatos e o tom que os Usuários devem abordar nas respostas comuns. O artigo sobre modelos de e-mail de suporte oferece exemplos para adaptar.
  • Notas privadas. Deixe contexto interno no ticket quando outro Usuário precisar assumir o atendimento.
  • Relatórios úteis. Analise o volume de tickets, os tempos de resposta, os resultados de SLA, os canais e a atividade da equipe em Estatísticas.

Como manter as respostas saindo do endereço da sua empresa

A configuração correta depende do tipo de caixa de correio. As conexões do Google e da Microsoft usam OAuth e oferecem sincronização bidirecional. Um endereço em outro domínio próprio usa encaminhamento para os e-mails recebidos e três registros CNAME para que o Deskhero possa enviar respostas autenticadas a partir desse endereço.

Lista de verificação da conexão:

  • Google: conecte a caixa de correio do Gmail ou Google Workspace pelo fluxo OAuth do Deskhero.
  • Microsoft: conecte o Microsoft 365 ou Outlook por meio do OAuth. As caixas de correio compartilhadas da Microsoft são compatíveis com as permissões necessárias para caixas compartilhadas.
  • Outros domínios próprios: adicione os três registros CNAME exibidos pelo Deskhero e encaminhe as mensagens recebidas para o endereço exclusivo de encaminhamento do Deskhero.
  • Verificação: use o teste de verificação da caixa de correio e conclua um ciclo externo de envio e resposta antes do lançamento.

Não presuma que um login IMAP fornece sincronização contínua no Deskhero. O IMAP está disponível para importações únicas, não como uma conexão ativa com a caixa de correio.

Dica profissional: Mantenha uma cópia dos valores DNS exatos e do destino de encaminhamento usados durante a configuração. Se o fluxo de e-mails mudar posteriormente, você poderá comparar a configuração ativa com os valores conhecidos que funcionavam.

Fluxos de triagem e modelos práticos de resposta

Um fluxo de triagem consistente evita que os tickets se acumulem sem leitura. Esta é uma sequência prática:

Novo ticket → aplicar automação de novo ticket → atribuir um Usuário → enviar a primeira resposta → adicionar uma nota privada se houver transferência → resolver e fechar

Diagrama do fluxo de triagem da central de atendimento por e-mail

Pontos de partida prontos para copiar:

  • Primeira resposta: "Agradecemos por entrar em contato. Recebemos sua solicitação e enviaremos uma atualização até [horário ou data]."
  • Solicitação de mais informações: "Para investigar, envie [detalhe específico]. Evite incluir senhas ou dados completos de pagamento."
  • Transferência: "Vou envolver o colega certo. Ele poderá ver o contexto que você já compartilhou, portanto não será necessário repetir tudo."
  • Verificação da resolução: "Concluímos [ação]. Responda se o problema ainda estiver acontecendo."

Adapte cada resposta ao ticket real. Ao transferir o trabalho, adicione uma nota privada com o problema do cliente, o que foi verificado e o próximo passo recomendado.

Cronograma, fatores de custo e valor prático

Fase Verificação de saída Principais atividades
Conexão da caixa de correio Os testes de entrada e saída são aprovados Configuração de OAuth ou DNS, encaminhamento, verificação do remetente
Configuração do fluxo de trabalho A atribuição e o roteamento estão claros Grupos, Usuários, automações de novos tickets, prioridades
Metas de atendimento A política de SLA corresponde ao horário da equipe Metas de primeira resposta, metas de resolução, programação do horário comercial

Fatores de custo a considerar:

  • Custo da assinatura para Usuários ativos e do plano escolhido
  • Tempo administrativo para aprovação do OAuth, alterações de DNS, encaminhamento e testes
  • Tempo de treinamento para atribuição, notas privadas, escalonamento e gestão de SLA

Valor a medir: compare o tempo de primeira resposta, o tempo de resolução, os tickets reabertos e o número de respostas necessárias por resolução antes e depois do lançamento. Use sua própria linha de base em vez de depender de uma estimativa genérica de economia.

Para equipes que realmente precisam mover registros históricos, o Help Desk Migration oferece um serviço de migração sem código. Uma migração é um projeto separado da conexão de um endereço existente para novos tickets.

Segurança e controles de acesso para caixas de correio compartilhadas

  • Contas individuais: dê a cada Usuário seu próprio login. Não compartilhe a senha da caixa de correio.
  • MFA para contas privilegiadas: proteja os administradores da caixa de correio e da central de atendimento com autenticação multifator.
  • Acesso com privilégio mínimo: conceda somente o acesso à caixa de correio, ao grupo e à função de que cada pessoa precisa.
  • Notas privadas: mantenha a coordenação interna dentro do ticket em vez de encaminhar dados do cliente por canais informais.
  • Envio verificado: use o fluxo OAuth ou DNS compatível para que as respostas sejam enviadas de um endereço autorizado.
  • Gestão de anexos: limite o acesso a tickets que contenham documentos confidenciais e siga a política de tratamento de dados da sua organização.
  • Retenção: defina regras de retenção de acordo com seus contratos, requisitos do setor e orientação jurídica.

Dica profissional: Revise os acessos sempre que alguém mudar de função ou deixar a equipe. Desative o Usuário do Deskhero, remova as permissões da caixa de correio e altere quaisquer credenciais que tenham sido compartilhadas fora do fluxo de conexão compatível.

Como aplicar a IA com segurança para redigir respostas

O Deskhero separa as sugestões de rascunho voltadas para Usuários das respostas automáticas voltadas para clientes. Essa distinção é importante porque os dois recursos usam escopos de conhecimento diferentes.

  • Respostas sugeridas: o Deskhero pode redigir uma resposta com base no conhecimento do espaço de trabalho, incluindo tickets respondidos, conhecimento interno, itens aprovados da FAQ pública, páginas coletadas do site, perguntas e respostas importadas e produtos conectados do Shopify.
  • Revisão pelo Usuário: um Usuário aceita, edita ou descarta uma sugestão. O envio de uma sugestão sem alterações exige uma confirmação adicional.
  • IA voltada para clientes: as respostas automáticas da IA e as respostas do chatbot usam apenas a FAQ pública aprovada.
  • Ativação explícita: as respostas automáticas são configuradas por grupo, e o chatbot é ativado por widget. Ambos exigem pelo menos 100 itens aprovados na FAQ pública.
  • Histórico visível: as respostas automáticas são identificadas e registradas na linha do tempo do ticket.

Comece com sugestões revisadas por Usuários. Crie e revise a FAQ pública antes de ativar a IA voltada para clientes e, em seguida, monitore os tickets que retornam a uma pessoa porque a FAQ não continha uma resposta confiável.

KPIs a acompanhar e um modelo de SLA de exemplo

Métricas úteis para uma central de atendimento baseada em e-mail:

  • Tempo de primeira resposta
  • Tempo de resolução
  • Respostas necessárias para resolver um ticket
  • Taxa de tickets reabertos
  • Volume de tickets criados em comparação com os resolvidos
  • Percentual de primeiras respostas concluídas dentro do SLA

As metas a seguir são apenas exemplos. Defina seus próprios valores com base no horário de operação, na equipe disponível e nos compromissos com os clientes.

Nível de SLA Meta de primeira resposta Meta de resolução
Urgente 1 hora 4 horas
Padrão 4 horas 24 horas
Baixa prioridade 8 horas 72 horas

Revise as metas frequentemente durante a implementação. As políticas de SLA do Deskhero podem usar o tempo corrido ou uma programação semanal de horário comercial, e o relógio de resolução pode ser pausado em um status escolhido enquanto você aguarda o cliente. As Estatísticas do Deskhero separam o risco atual de SLA do cumprimento de SLA concluído, ajudando as equipes a não misturar prazos ativos com resultados históricos.

Problemas comuns e como corrigi-los

  • A conexão OAuth falha: peça ao administrador do Google Workspace ou Microsoft 365 que revise as políticas de acesso a aplicativos e consentimento.
  • A caixa de correio DNS não consegue enviar: compare os três registros CNAME com os valores fornecidos pelo Deskhero e aguarde a propagação do DNS antes de verificar novamente.
  • Dois Usuários preparam respostas: atribua o ticket antes de trabalhar nele e verifique se há respostas recentes ou notas privadas na conversa.
  • A conexão precisa de atenção: siga o status da caixa de correio exibido no Deskhero. Autorize novamente uma caixa de correio OAuth quando ela informar que a autenticação é necessária.
  • Os anexos estão ausentes: faça um teste com tipos de arquivo compatíveis e verifique a mensagem original. Se o problema persistir, registre o ID do ticket e os detalhes do arquivo para investigação.

Lista de verificação de depuração antes do lançamento:

  • O status da caixa de correio está ativo
  • A mensagem de teste externa cria um único ticket
  • A resposta chega ao cliente a partir do endereço esperado da empresa
  • O anexo aparece no ticket
  • A automação de novo ticket aplica o grupo e a prioridade esperados
  • A política de SLA aplica os prazos esperados

O que realmente funciona em equipes pequenas de suporte

As equipes que aproveitam melhor uma central de atendimento baseada em e-mail começam com um fluxo pequeno e visível. Conecte a caixa de correio, atribua responsabilidades, defina um caminho de escalonamento e teste toda a conversa com o cliente antes de adicionar mais automações.

Mãos organizando cartões de fluxo de trabalho

Velocidade e controle podem seguir em direções diferentes. Uma resposta automática rápida só é útil quando o conhecimento subjacente é aprovado e está atualizado. As sugestões revisadas por Usuários são um ponto de partida mais seguro, enquanto a revisão da FAQ pública cria a base para uma IA voltada para clientes posteriormente.

Publique o horário de suporte e metas realistas de resposta onde os clientes possam encontrá-los. Se o suporte não funcionar continuamente, deixe isso claro no primeiro aviso de recebimento e meça o desempenho apenas em relação às horas que você realmente cobre.

Primeiros 30 dias: prioridades de treinamento dos Usuários:

  • Atribuição e notas privadas para transferências
  • Padrões de resposta e quando personalizá-los
  • Caminho de escalonamento e mudanças de responsabilidade
  • Metas de SLA e como o horário comercial as afeta
  • Estatísticas de tempo de resposta, SLA, canais e atividade da equipe

O Deskhero torna o caminho sem migração o caminho mais rápido

A maioria das equipes pequenas de suporte não precisa de um novo endereço de e-mail nem de um projeto de migração de dados históricos. Elas precisam que as novas mensagens recebidas em seu endereço existente se transformem em tickets organizados e atribuíveis.

Deskhero

O Deskhero conecta Gmail, Google Workspace e Microsoft 365 por meio da sincronização OAuth bidirecional. Endereços em outros domínios próprios podem usar registros DNS e encaminhamento. O Deskhero inclui automações de novos tickets, notas privadas, políticas de SLA, Estatísticas, SSO do Google e da Microsoft, um painel de clientes do Shopify e acesso à API REST. As respostas sugeridas usam o conhecimento do espaço de trabalho para revisão por um Usuário, enquanto a IA voltada para clientes responde apenas com base na FAQ pública aprovada. Comece um teste gratuito de 30 dias, sem necessidade de cartão de crédito.

Fontes

Perguntas frequentes

É possível usar um endereço de e-mail existente como central de atendimento sem migrar?

Sim. O Deskhero conecta Gmail, Google Workspace e Microsoft 365 por meio do OAuth e transforma novas mensagens recebidas em tickets sem mover o histórico existente da caixa de correio. Outros endereços em domínios próprios podem usar registros DNS e encaminhamento.

Quais registros DNS são necessários para configurar uma caixa de correio do Deskhero em outro domínio próprio?

O Deskhero fornece três registros CNAME para envio autenticado. Depois de adicioná-los, encaminhe os e-mails recebidos para o endereço exclusivo de encaminhamento do Deskhero e execute o teste de verificação da caixa de correio.

Como reduzir o risco de dois Usuários responderem ao mesmo ticket?

Atribua cada ticket ativo a um Usuário antes do início do trabalho. Verifique a conversa e as notas privadas em busca de atividades recentes e adicione uma nota clara sempre que a responsabilidade mudar.

Como usar a IA com segurança em uma central de atendimento por e-mail?

Comece com sugestões de rascunho revisadas por Usuários. Aprove e mantenha a FAQ pública antes de ativar as respostas automáticas da IA ou o chatbot, pois esses recursos voltados para clientes respondem apenas com base no conteúdo aprovado da FAQ pública.

Quanto tempo leva para configurar uma central de atendimento baseada em e-mail?

O tempo depende da aprovação do administrador, da propagação do DNS, da complexidade do fluxo de trabalho e dos testes. Não entre em operação até que os e-mails recebidos, as respostas enviadas, o encadeamento, os anexos, a atribuição, a automação e o comportamento do SLA tenham passado por um teste externo.