Cosa chiedere quando un cliente dice che il sito non funziona

Perché le domande generiche rallentano il supporto

Se rispondi solo “in che senso?”, spesso ottieni un’altra risposta vaga. Molto meglio chiedere subito le poche informazioni che distinguono problemi di browser, contenuto, permessi, cache o JavaScript.

Domande che dovrebbero avere sempre risposta

• Qual è la pagina o URL coinvolta?
• Quale azione ha generato il problema?
• Cosa si aspettava il cliente?
• Cosa è successo invece?
• Succede in un solo browser o in più browser?
• C’è un messaggio di errore o uno stato visivamente rotto?

1. Parti dalla riproduzione, non dalle ipotesi

Chiedi cosa è stato cliccato, scritto o inviato prima del problema. Serve più di qualunque ipotesi tecnica iniziale.

2. Separa problema di pagina da problema di account

Un bug checkout, un permesso errato e una sessione scaduta possono suonare uguali al cliente. Verifica se il problema riguarda un utente, una pagina o un intero flusso.

3. Chiedi cosa è cambiato di recente

Modifiche contenuti, update plugin, cache o nuove integrazioni spesso spiegano perché il problema è comparso “all’improvviso”.

4. Chiedi uno screenshot con contesto completo

Ti serve vedere lo stato della pagina, non un crop minuscolo. Spesso il contesto rivela subito layout rotti, bottoni disabilitati o elementi mancanti.

5. Trasforma la risposta in un formato standard

Se ogni richiesta di supporto segue la stessa struttura, il cliente si confonde meno e tu fai triage più in fretta.

Scambio debole

Cliente: Il sito non funziona.
Developer: In che senso?
Cliente: È rotto.
Developer: Mi mandi più dettagli?

Scambio migliore

Cliente: Il sito non funziona.
Developer: Inviami URL esatto, cosa hai cliccato, cosa ti aspettavi, cosa è successo invece, browser e uno screenshot della pagina completa.

Risposta copiabile da usare col cliente

Per favore inviami:
1. URL esatto della pagina
2. Cosa hai cliccato o inserito
3. Cosa ti aspettavi che succedesse
4. Cosa è successo invece
5. Browser e sistema operativo
6. Uno screenshot completo della pagina
7. Eventuale messaggio di errore visibile

Come OnlyScreenshot riduce questo ping-pong

Invece di ripetere sempre la stessa checklist, il widget raccoglie URL, screenshot, browser, sistema operativo, viewport e console logs quando il cliente invia la segnalazione.