Descrição do projeto
TraduzidoEstou procurando alguém para configurar notificações automáticas que disparem no momento em que o status de um ticket de suporte muda, em vez de deixar os clientes fazerem login e verificarem por conta própria. Neste momento, um ticket passa de novo para aceito, depois para em progresso, depois para resolvido ou fechado, e o cliente só descobre se acontecer de abrir sua conta e olhar. Metade das vezes eles não fazem isso, então escrevem um acompanhamento irritado perguntando por que ninguém respondeu, ou param silenciosamente de confiar no fluxo de suporte, mesmo que o trabalho tenha sido feito a tempo.
O que eu preciso é de um mecanismo que monitore as mudanças de status e envie imediatamente ao cliente uma notificação por push no aplicativo ou um e-mail, dependendo do canal que escolheram nas configurações de notificação. A mensagem deve ser curta, mencionar o ticket e declarar claramente o novo status, com diferentes redações para cada estágio em vez de um modelo genérico. Tem que disparar exatamente no momento da mudança, não em um trabalho em lote executado a cada hora, porque o objetivo é que o cliente pare de precisar verificar qualquer coisa por conta própria.
Escopo do trabalho:
— encontrar todos os lugares na lógica do ticket onde o status é atualizado e conectar um evento de notificação a isso;
— escrever modelos curtos para aceito, em progresso, resolvido e fechado;
— adicionar um alternador de canal nas configurações da conta para que as pessoas possam escolher push, e-mail ou ambos;
— testar com um ticket mudando de status duas vezes em um dia, para que mensagens duplicadas nunca sejam enviadas.
O que eu preciso é de um mecanismo que monitore as mudanças de status e envie imediatamente ao cliente uma notificação por push no aplicativo ou um e-mail, dependendo do canal que escolheram nas configurações de notificação. A mensagem deve ser curta, mencionar o ticket e declarar claramente o novo status, com diferentes redações para cada estágio em vez de um modelo genérico. Tem que disparar exatamente no momento da mudança, não em um trabalho em lote executado a cada hora, porque o objetivo é que o cliente pare de precisar verificar qualquer coisa por conta própria.
Escopo do trabalho:
— encontrar todos os lugares na lógica do ticket onde o status é atualizado e conectar um evento de notificação a isso;
— escrever modelos curtos para aceito, em progresso, resolvido e fechado;
— adicionar um alternador de canal nas configurações da conta para que as pessoas possam escolher push, e-mail ou ambos;
— testar com um ticket mudando de status duas vezes em um dia, para que mensagens duplicadas nunca sejam enviadas.
Programação web Dinheiro, Transferência bancária
