Description du projet
TraduitJe cherche quelqu'un pour mettre en place des notifications automatiques qui se déclenchent au moment où le statut d'un ticket de support change, au lieu de laisser les clients se connecter et vérifier eux-mêmes. En ce moment, un ticket passe de nouveau à accepté, puis à en cours, puis à résolu ou fermé, et le client ne le découvre que s'il ouvre son compte et regarde. La moitié du temps, ils ne le font pas, donc ils écrivent un suivi en colère demandant pourquoi personne n'a répondu, ou ils cessent silencieusement de faire confiance au flux de support, même si le travail a été fait à temps.
Ce dont j'ai besoin, c'est d'un mécanisme qui surveille les changements de statut et envoie immédiatement au client une notification push dans l'application ou un email, selon le canal qu'il a choisi dans ses paramètres de notification. Le message doit être court, mentionner le ticket et indiquer clairement le nouveau statut, avec des formulations différentes pour chaque étape plutôt qu'un modèle générique. Il doit se déclencher au moment du changement, pas sur un travail par lot exécuté chaque heure, car le but est que le client n'ait plus besoin de vérifier quoi que ce soit lui-même.
Portée du travail :
— trouver chaque endroit dans la logique des tickets où le statut est mis à jour et y accrocher un événement de notification ;
— écrire de courts modèles pour accepté, en cours, résolu et fermé ;
— ajouter un commutateur de canal dans les paramètres du compte afin que les gens puissent choisir push, email ou les deux ;
— tester avec un ticket changeant de statut deux fois en une journée, afin qu'aucun message en double ne soit envoyé.
Ce dont j'ai besoin, c'est d'un mécanisme qui surveille les changements de statut et envoie immédiatement au client une notification push dans l'application ou un email, selon le canal qu'il a choisi dans ses paramètres de notification. Le message doit être court, mentionner le ticket et indiquer clairement le nouveau statut, avec des formulations différentes pour chaque étape plutôt qu'un modèle générique. Il doit se déclencher au moment du changement, pas sur un travail par lot exécuté chaque heure, car le but est que le client n'ait plus besoin de vérifier quoi que ce soit lui-même.
Portée du travail :
— trouver chaque endroit dans la logique des tickets où le statut est mis à jour et y accrocher un événement de notification ;
— écrire de courts modèles pour accepté, en cours, résolu et fermé ;
— ajouter un commutateur de canal dans les paramètres du compte afin que les gens puissent choisir push, email ou les deux ;
— tester avec un ticket changeant de statut deux fois en une journée, afin qu'aucun message en double ne soit envoyé.
Programmation web Espèces, Virement bancaire
