Descrizione del progetto
TradottoSto cercando qualcuno che imposti notifiche automatiche che si attivano nel momento in cui cambia lo stato di un ticket di supporto, invece di lasciare che i clienti accedano e controllino da soli. Al momento un ticket passa da nuovo a accettato, poi a in lavorazione, poi a risolto o chiuso, e il cliente lo scopre solo se apre il proprio account e guarda. Spesso non lo fanno, quindi scrivono un seguito arrabbiato chiedendo perché nessuno ha risposto, oppure smettono silenziosamente di fidarsi del flusso di supporto, anche se il lavoro è stato completato in tempo.
Quello di cui ho bisogno è un meccanismo che controlli i cambiamenti di stato e invii immediatamente al cliente una notifica push nell'app o un'email, a seconda del canale scelto nelle impostazioni di notifica. Il messaggio deve essere breve, menzionare il ticket e indicare chiaramente il nuovo stato, con una formulazione diversa per ogni fase piuttosto che un unico modello generico. Deve attivarsi proprio nel momento del cambiamento, non su un lavoro batch che gira ogni ora, perché il punto è che il cliente smetta di dover controllare qualcosa da solo.
Ambito di lavoro:
— trovare ogni luogo nella logica del ticket dove lo stato viene aggiornato e collegare un evento di notifica;
— scrivere modelli brevi per accettato, in lavorazione, risolto e chiuso;
— aggiungere un interruttore di canale nelle impostazioni dell'account in modo che le persone possano scegliere push, email o entrambi;
— testare con un ticket che cambia stato due volte in un giorno, in modo che messaggi duplicati non vengano mai inviati.
Quello di cui ho bisogno è un meccanismo che controlli i cambiamenti di stato e invii immediatamente al cliente una notifica push nell'app o un'email, a seconda del canale scelto nelle impostazioni di notifica. Il messaggio deve essere breve, menzionare il ticket e indicare chiaramente il nuovo stato, con una formulazione diversa per ogni fase piuttosto che un unico modello generico. Deve attivarsi proprio nel momento del cambiamento, non su un lavoro batch che gira ogni ora, perché il punto è che il cliente smetta di dover controllare qualcosa da solo.
Ambito di lavoro:
— trovare ogni luogo nella logica del ticket dove lo stato viene aggiornato e collegare un evento di notifica;
— scrivere modelli brevi per accettato, in lavorazione, risolto e chiuso;
— aggiungere un interruttore di canale nelle impostazioni dell'account in modo che le persone possano scegliere push, email o entrambi;
— testare con un ticket che cambia stato due volte in un giorno, in modo che messaggi duplicati non vengano mai inviati.
Programmazione web Contante, Bonifico bancario
