Os usuários sempre enviarão suporte por e-mail — esse hábito precede todos os portais já construídos. O problema não é o email; é a caixa de entrada compartilhada por trás disso, onde as solicitações são lidas e esquecidas, dois técnicos respondem à mesma mensagem, e nada é medido porque nada é um registro. O e-mail da Monitic para a ingestão de tickets mantém o endereço que seus usuários já conhecem e substitui a caixa de entrada por trás dele com o balcão de serviço: cada mensagem de entrada torna-se um ticket estruturado com um proprietário, um status e um relógio. A experiência do usuário não muda. Tudo o que está por trás disso faz.

# Ingestão da caixa de correio de entrada

Aponte sua caixa de correio de suporte na Monitic e a ingestão assume: o e-mail de entrada é captado e convertido automaticamente em tickets, com o conteúdo da mensagem preservado no registro do ticket. Nada espera que um humano note, e nada existe apenas como uma mensagem não lida numa caixa de correio que quatro pessoas tecnicamente observam. Como os tickets criados são tickets comuns na mesa, eles imediatamente se beneficiam de tudo o que a fila oferece — bilhete automation categoriza, encaminha e atribui-los na chegada, e SLA management inicia o relógio aplicável no momento em que o ticket existe, ao invés do momento em que alguém lê o e-mail.

# Resolução pessoal-primeiro remetente

Um ticket de uma cadeia desconhecida de caracteres é meio ticket. Monitic resolve os remetentes de entrada pessoal-primeiro: o endereço de envio é compatível com seus registros de pessoal antes de qualquer outra coisa, então uma mensagem de um funcionário conhecido chega como um bilhete já ligado a quem eles são. O técnico começa com um solicitante, e não um endereço de e-mail para investigar — e identidade do solicitante é exatamente o que o resto das chaves de mesa sobre, de regras de roteamento para o tipo de requisidor-consciente de manipulação em execução do pedido que separa o pessoal interno trabalho do cliente Billable trabalho.

# Responder threading que mantém uma conversa em um ticket

A falha clássica do suporte baseado em e-mail é a fragmentação: o usuário responde, a resposta torna-se um segundo ticket, e a conversa se despedaça através de registros que cada um conta parte da história. Os threads Monitic respondem ao ticket existente, para que o back-and-forth se acumule em um lugar com seu histórico completo. Uma questão, um registro, uma resolução — não importa quantas mensagens precise. E uma vez que os tickets originados por e-mail vivem na mesma mesa que todos os outros, eles carregam o mesmo contexto ligado ao dispositivo descrito em ticketing, alimentado pelo mesmo agente que pode gestão de endpoint.

# Funciona com

• Ticketing — tickets originados por email são tickets completos, contexto do dispositivo incluído.
• Automatização do Ticket — encaminhar e atribuir correio de entrada na chegada.
• SLA management — os relógios começam quando o ticket é criado, não quando o e-mail é lido.
• Gestão do ponto final — os dados do dispositivo ao vivo por trás de cada ticket vinculado.

# Perguntas frequentes