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 entrada 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 entrada do Google e da Microsoft por meio do OAuth, converte os 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-mail.

O argumento prático para continuar como 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 entrada que você já usa.

Primeira ação: confirme que você tem acesso administrativo à caixa de entrada. Para Google ou Microsoft, conecte-a por meio do OAuth. Para outro domínio que você possui, 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 entrada existente do Gmail ou Microsoft 365 pode se tornar uma central de atendimento sem a migração do histórico. O trabalho importante é escolher o método de conexão correto, testar os e-mails recebidos e enviados e definir um processo simples de atribuição.

Ponto Detalhes
Não é necessária a 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 User 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 aos clientes usam apenas a FAQ pública aprovada.
O Deskhero é adequado para 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 entrada e o acesso administrativo. Confirme que a caixa de entrada 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 entrada 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 User em vez de compartilhar a senha da caixa de entrada.
  4. Conecte a caixa de entrada ao grupo correto. Cada caixa de entrada do Deskhero encaminha tickets para um grupo. O guia de e-mail para 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 recebe 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 é adicionada à 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 entrada.

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

Fazer os e-mails chegarem aos tickets é 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 reais, encaminhamentos e destinatários em cópia para entender como a plataforma agrupa uma conversa.
  • Atribuição clara. Dê a cada ticket ativo um 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 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 Users devem abordar nas respostas comuns. O artigo de modelos de e-mail de suporte oferece exemplos para adaptar.
  • Notas privadas. Deixe o contexto interno no ticket quando outro User 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 Statistics.

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

A configuração correta depende do tipo de caixa de entrada. As conexões com Google e 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 desse endereço.

Lista de verificação da conexão:

  • Google: conecte a caixa de entrada do Gmail ou Google Workspace pelo fluxo OAuth do Deskhero.
  • Microsoft: conecte o Microsoft 365 ou Outlook por meio do OAuth. As caixas de entrada 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 entrada 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 entrada.

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. Veja uma sequência prática:

Novo ticket → aplicar automação para novos tickets → atribuir um User → 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 seu contato. Recebemos sua solicitação e enviaremos uma atualização até [hora 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 repeti-lo."
  • Verificação da resolução: "Concluímos [ação]. Responda se o problema continuar 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 a próxima etapa recomendada.

Prazo, fatores de custo e valor prático

Fase Verificação de saída Principais atividades
Conexão da caixa de entrada 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 A atribuição e o roteamento estão claros Grupos, Users, automações para novos tickets, prioridades
Metas de serviço A política de SLA corresponde ao horário da equipe Metas de primeira resposta, metas de resolução, horário comercial

Fatores de custo a considerar no orçamento:

  • Custo da assinatura para Users 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 referência em vez de depender de uma estimativa genérica de economia.

Para equipes que realmente precisam transferir registros históricos, o Help Desk Migration oferece um serviço de migração sem código. A 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 entrada compartilhadas

  • Contas individuais: dê a cada User seu próprio login. Não compartilhe a senha da caixa de entrada.
  • MFA para contas privilegiadas: proteja os administradores da caixa de entrada e da central de atendimento com autenticação multifator.
  • Acesso com menor privilégio: conceda apenas o acesso à caixa de entrada, 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 de OAuth ou DNS compatível para que as respostas venham 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 sair da equipe. Desative o User do Deskhero, remova as permissões da caixa de entrada e altere quaisquer credenciais compartilhadas fora do fluxo de conexão compatível.

Como aplicar IA com segurança na elaboração de respostas

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

  • Respostas sugeridas: o Deskhero pode elaborar uma resposta a partir do conhecimento do workspace, incluindo tickets respondidos, conhecimento interno, itens aprovados da FAQ pública, páginas do site coletadas, perguntas e respostas importadas e produtos Shopify conectados.
  • Revisão pelo User: um User aceita, edita ou descarta uma sugestão. O envio de uma sugestão sem alterações exige uma confirmação adicional.
  • IA voltada ao cliente: 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 Users. Crie e revise a FAQ pública antes de ativar a IA voltada aos clientes e, em seguida, monitore os tickets que retornam para 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 versus resolvidos
  • Proporção 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 funcionamento, na equipe 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 com frequência durante a implementação. As políticas de SLA do Deskhero podem usar o tempo do calendário 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. O Statistics do Deskhero separa 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 para revisar as políticas de acesso a aplicativos e de consentimento.
  • A caixa de entrada 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 Users preparam respostas: atribua o ticket antes de trabalhar nele e verifique se há respostas recentes ou notas privadas na conversa.
  • A conexão requer atenção: siga o status da caixa de entrada exibido no Deskhero. Reautorize uma caixa de entrada 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 para depuração antes do lançamento:

  • O status da caixa de entrada 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 para novos tickets aplica o grupo e a prioridade esperados
  • A política de SLA aplica os prazos esperados

O que realmente funciona em pequenas equipes 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 entrada, atribua a responsabilidade, defina um caminho de escalonamento e teste toda a conversa com o cliente antes de adicionar mais automações.

configure um fluxo prático de central de atendimento

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 foi aprovado e está atualizado. Sugestões revisadas por Users são um ponto de partida mais seguro, enquanto a revisão da FAQ pública cria a base para a IA voltada aos clientes posteriormente.

Publique o horário de suporte e metas de resposta realistas onde os clientes possam encontrá-los. Se você não oferece suporte continuamente, deixe isso claro na primeira confirmação e avalie o desempenho apenas em relação às horas que você realmente cobre.

Primeiros 30 dias: prioridades de treinamento dos Users:

  • 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 afeta essas metas
  • Statistics para 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 pequenas equipes 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 tornem 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 para novos tickets, notas privadas, políticas de SLA, Statistics, SSO do Google e da Microsoft, um painel de clientes Shopify e acesso à API REST. As respostas sugeridas usam o conhecimento do workspace para revisão por um User, enquanto a IA voltada aos 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 fazer uma migração?

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 entrada. 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 entrada do Deskhero em outro domínio próprio?

O Deskhero fornece três registros CNAME para o 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 entrada.

Como reduzir o risco de dois Users responderem ao mesmo ticket?

Atribua cada ticket ativo a um User 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 Users. Aprove e mantenha a FAQ pública antes de ativar as respostas automáticas da IA ou o chatbot, pois esses recursos voltados aos 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 e dos testes. Não entre em produçã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.