Redattore Comunicazioni per Violazione SLA
Il Redattore Comunicazioni per Violazione SLA genera comunicazioni professionali e trasparenti per le situazioni in cui il tuo team non ha rispettato un accordo sul livello di servizio. Produce messaggi di notifica della violazione, spiegazioni delle cause, piani di rimedio e comunicazioni di follow-up che riconoscono il problema con onestà, preservando la relazione con il cliente e dimostrando responsabilità.
Responsabili del supporto che gestiscono escalation, account manager che comunicano disservizi a clienti enterprise, e responsabili operations che devono notificare più stakeholder di una violazione usano questo template. Copre l'intero arco comunicativo: il riconoscimento iniziale, la spiegazione dettagliata, l'offerta di rimedio e il follow-up che conferma la risoluzione del problema e l'attivazione delle misure preventive.
Il prompt funziona perché la comunicazione di una violazione SLA è un tipo di scrittura ad alta posta in gioco, dove tono, tempismo e specificità determinano se la relazione con il cliente sopravviverà. Le scuse generiche ("Ci scusiamo per l'inconveniente") danneggiano ulteriormente la fiducia. Questo prompt ti obbliga a fornire dettagli specifici su cosa è successo, perché è successo e cosa stai facendo concretamente per evitare che si ripeta: l'unico approccio comunicativo che ricostruisce la credibilità dopo un disservizio.
This prompt is just the starting point
Score it with AI, optimize it with one click, track versions, and build your prompt library.
The Prompt
Scrivi le comunicazioni per la violazione SLA nella seguente situazione: **Cliente**: [NOME CLIENTE E CONTESTO, es. "Acme Corp, Piano Enterprise (8.000 $/mese), cliente da 2 anni, contatto principale è il VP Operations"] **SLA violato**: [IMPEGNO SLA SPECIFICO, es. "Ticket P1: prima risposta entro 15 minuti. Uptime garantito 99.9% mensile.", "Consegna entro 5 giorni lavorativi dalla conferma dell'ordine"] **Cosa è successo realmente**: [I FATTI, es. "Un ticket P1 è rimasto non assegnato per 2 ore e 14 minuti a causa di un errore di instradamento nel nostro sistema di helpdesk. L'ambiente di produzione del cliente era fuori servizio durante questo periodo."] **Causa principale**: [COSA È ANDATO STORTO E PERCHÉ, es. "Una regola di automazione è stata configurata in modo errato durante una migrazione dell'helpdesk la settimana scorsa. I ticket taggati come 'infrastruttura' venivano instradati a una coda deprecata che nessun operatore monitora. Il QA sulla migrazione non ha intercettato questo edge case."] **Impatto sul cliente**: [IMPATTO SUL BUSINESS, es. "Il checkout e-commerce del cliente è stato fuori servizio per più di 2 ore durante il picco di traffico. Perdita stimata di fatturato di 15.000 $ in base al volume orario medio."] **Cosa è già stato fatto**: [AZIONI IMMEDIATE GIÀ INTRAPRESE, es. "Il problema è stato risolto entro 30 minuti dalla scoperta. La regola di instradamento è stata corretta. Tutte le code deprecate sono state verificate."] **Termini di rimedio SLA**: [TERMINI CONTRATTUALI PER LE VIOLAZIONI, es. "Credito del 10% per ogni violazione SLA", "Nessuna penale contrattuale ma il cliente si aspetta comunicazione proattiva", "Clausola penale: il cliente può recedere con 30 giorni di preavviso dopo 3 violazioni in un trimestre"] **Canale di comunicazione**: [COME CONSEGNARE QUESTO MESSAGGIO, es. "Email formale dal nostro VP Customer Success", "Messaggio Slack nel canale condiviso col cliente seguito da email", "Telefonata seguita da un riepilogo scritto"] Genera le seguenti comunicazioni: ### 1. Riconoscimento Immediato Un messaggio breve e onesto da inviare entro la prima ora dall'identificazione della violazione: - Riconosci la violazione direttamente (senza minimizzare) - Dichiara ciò che sai finora - Impegnati su una tempistica per la spiegazione completa - Fornisci un contatto diretto per le domande - Mantienilo sotto le 150 parole ### 2. Report Dettagliato della Violazione Una comunicazione approfondita di follow-up (inviare entro 24 ore): - **Oggetto**: Chiaro, professionale, senza gergo aziendale - **Apertura**: Riconoscimento diretto della violazione con la metrica SLA specifica e la performance effettiva - **Cronologia degli eventi**: Cosa è successo, quando, in ordine cronologico - **Causa principale**: Spiegazione onesta del perché è successo (non "difficoltà tecniche" ma la vera ragione) - **Impatto sul cliente**: Riconosci l'impatto specifico sul business del cliente - **Azioni immediate intraprese**: Cosa è già stato corretto - **Misure preventive**: 2-4 passi specifici per prevenire che si ripeta, con tempistiche per ciascuno - **Rimedio**: Eventuali crediti, compensazioni o azioni contrattuali applicati - **Prossimi passi**: Quando il cliente riceverà aggiornamenti e chi è il suo punto di contatto - **Chiusura**: Dichiarazione di responsabilità da parte di una persona con nome e cognome (non "il team") ### 3. Brief Interno sull'Incidente Un riepilogo per gli stakeholder interni (team account, management, engineering): - Cosa è successo e il rischio per il business - Contesto della relazione con il cliente (importanza dell'account, traiettoria della soddisfazione) - Costo del rimedio - Cosa deve cambiare nel processo o negli strumenti - Chi è responsabile di ogni azione di follow-up ### 4. Comunicazione di Follow-Up (7 Giorni Dopo) Un messaggio da inviare una settimana dopo la violazione: - Conferma che tutte le misure preventive sono state implementate - Condividi eventuali metriche rilevanti che mostrano il miglioramento delle performance dall'incidente - Ribadisci l'impegno sugli SLA - Offri una breve chiamata di allineamento se il cliente vuole approfondire ### 5. Punti di Discussione Se il cliente escala o vuole una chiamata: - 5-7 punti chiave da comunicare - 2-3 domande che il cliente probabilmente farà, con risposte preparate - Cosa NON dire (frasi che peggiorano la situazione: "È stato un caso isolato", "I nostri sistemi sono di solito molto affidabili", "Non è mai successo prima")
Usage Tips
- Sii specifico sulla causa principale: "Una regola di instradamento configurata in modo errato" è credibile. "Difficoltà tecniche" no. I clienti capiscono quando sei vago, e la vaghezza dopo una violazione SLA segnala o incompetenza o disonestà. Più specifico è il tuo input, più credibile sarà l'output.
- Includi l'impatto sul business del cliente: Dire "capiamo che questo ha compromesso il flusso di checkout durante le ore di punta" dimostra che comprendi il costo reale, non solo il problema tecnico. Questo dettaglio trasforma una scusa generica in una comunicazione che dimostra responsabilità.
- Invia il riconoscimento immediato rapidamente, anche se incompleto: Il primo messaggio non deve spiegare tutto. Deve arrivare velocemente e dimostrare che sei consapevole del problema. Il silenzio dopo una violazione è peggio di un aggiornamento incompleto.
- Usa il brief interno per migliorare i processi: Il brief interno sull'incidente non è solo documentazione. Portalo alla prossima riunione operativa e assegna responsabili per ogni misura preventiva. Le azioni senza un responsabile non vengono completate.
- Metti il follow-up a 7 giorni in agenda: La maggior parte dei team invia le scuse ma dimentica il follow-up che dimostra il miglioramento. Il follow-up è ciò che ricostruisce davvero la fiducia, perché dimostra che il rimedio non era solo a parole.
Get more from this prompt
Save it, score it with AI, optimize it, and track every version. Free to start.