Dai agli agenti risposte istantanee e citate dai tuoi doc tecnici. Chiedi in linguaggio naturale e ottieni i passaggi di risoluzione, i problemi noti e i workaround, con l'articolo esatto dietro ogni risposta, così nessuno tira a indovinare su un ticket live.
Usando i nostri doc tecnici e la knowledge base nel Knowledge Center, rispondi alle domande di supporto. Inizia con: come risolvo l'errore [messaggio di errore] per un cliente sul [piano o versione]? Dai i passaggi e cita l'articolo esatto.
Un esempio illustrativo: il tuo risultato dipenderà dalle tue fonti, dai tuoi dati e dalle tue richieste.
Questo è documentato. L'errore "sync failed: token expired" è coperto nella Integrations Troubleshooting Guide, e c'è un dettaglio sul piano Business nelle release note che vale la pena conoscere prima di rispondere.
L'errore significa che il token OAuth memorizzato del cliente ha superato la finestra di refresh e va ri-autorizzato. Ecco il fix dalla Integrations Troubleshooting Guide, Sezione 4.2 ("Token and Auth Errors").
Qui conta un dettaglio sul piano Business. Secondo le release note di marzo, i token del piano Business ora scadono dopo 90 giorni di inattività invece di 30, quindi se questo cliente fa sync regolarmente non dovrebbe ricapitare. Se succede, di solito indica un'integrazione in pausa: verifica se la sua pianificazione di sync è stata disabilitata (Troubleshooting Guide, Sezione 4.4).
Se Reconnect fallisce con lo stesso errore dopo un nuovo sign-in, è il segno documentato per fare escalation al tier 2: indica una revoca lato provider che l'agente non può risolvere (Sezione 4.2, nota).
Vuoi che prepari una risposta pronta per il cliente con questi passaggi in linguaggio semplice, o che tiri fuori la checklist di escalation per il tier 2 nel caso Reconnect non risolva?
Trova Soluzioni permette a qualsiasi agente di porre una domanda di supporto in linguaggio naturale e ottenere la risposta direttamente dai tuoi doc tecnici (passaggi di risoluzione, problemi noti e workaround) con l'articolo esatto citato così può fidarsi e cliccare per verificare. Legge le tue fonti approvate al momento della richiesta, così le risposte riflettono la documentazione attuale, non un ricordo.
Aggiungi guide di troubleshooting, doc di prodotto, release note e runbook al Knowledge Center. Joy indicizza il testo completo e lo legge al momento della richiesta.
Gli agenti digitano l'errore, il sintomo o l'how-to in linguaggio naturale, senza bisogno di sapere quale documento contiene la risposta o il termine di prodotto esatto.
Joy restituisce i passaggi di risoluzione e cita l'articolo e la sezione esatti, così l'agente può verificare e cliccare prima di rispondere al cliente.
Copia i passaggi nella tua risposta o nelle note del ticket, calibrati sul cliente. Joy scrive la risposta; l'agente la invia.
Salva questa richiesta come comando personalizzato sull'assistente che il tuo team già utilizza, così chiunque può eseguirla in un solo passaggio.
Ogni risposta nomina l'articolo e la sezione esatti, così gli agenti possono fidarsi e cliccare per confermare.
Gli agenti descrivono il problema con parole loro; Joy trova il fix senza che sappiano in quale doc si trova.
Fa emergere i workaround documentati insieme al fix, così gli agenti possono sbloccare un cliente anche a bug in corso.
Quando i doc non lo coprono, Joy lo dice chiaramente invece di tirare a indovinare, mostrandoti cosa documentare dopo.
Circoscrivilo al runbook di front-line così i nuovi agenti risolvono i problemi comuni senza fare escalation.
Dai agli agenti di tier 2 risposte approfondite dai runbook di engineering e dai log dei problemi noti.
Puntalo sulle release note più recenti così gli agenti rispondono con sicurezza la settimana in cui esce una feature.
Focalizzalo sui doc di API e integrazione per le domande che mettono in difficoltà i clienti tecnici.
Gli agenti pongono a Joy la domanda in linguaggio naturale (un messaggio di errore, un sintomo, un how-to) e ottengono i passaggi di risoluzione direttamente dai tuoi doc tecnici, con l'articolo esatto citato. Niente caccia tra le cartelle o ping al canale del team a metà ticket.
Ogni risposta cita l'articolo e la sezione esatti da cui proviene, così gli agenti possono cliccare e confermare prima di rispondere. Joy risponde solo dai doc approvati che connetti e li legge al momento della richiesta, così la guida riflette la documentazione attuale.
Joy lo dice chiaramente invece di tirare a indovinare. Quell'onestà è utile di per sé. Le domande a cui non può rispondere sono una mappa viva dei gap che vale la pena documentare dopo.
Sì. I nuovi assunti non devono sapere quale documento contiene la risposta o il termine di prodotto esatto. Descrivono il problema come lo farebbe un cliente, e Joy li indirizza alla stessa risposta ancorata a cui arriverebbe un veterano.
No. Joy trova e scrive la risposta; l'agente la calibra e invia la replica. Non apre, instrada o chiude ticket. Risolvere il problema del cliente resta alla persona in coda.
Iscriviti alla lista d'attesa e sii tra i primi a provare questo workflow quando JoySuite sarà lanciato.