Il messaggio «non funziona» è comprensibile quando sei bloccato, ma lascia all'assistenza quasi tutto il lavoro di ricostruzione. Una richiesta breve e precisa riduce domande ripetute. Non serve conoscere la causa: basta separare ciò che volevi fare da ciò che hai effettivamente osservato.
Descrivere atteso e osservato
Indica il servizio o il prodotto, la funzione usata e il risultato previsto. Poi riporta ciò che è accaduto, includendo il messaggio di errore se presente. Non trasformare subito un sintomo in una diagnosi: «il file non si apre» è più utile di «il server è rotto» quando non hai verificato il server.
Aggiungi il momento dell'evento e il suo perimetro: succede sempre, con un solo elemento o anche ad altri utenti? Usa informazioni ottenute senza esporre dati altrui. Se non sai quanto sia esteso, scrivi che il dato non è stato verificato invece di dichiarare un blocco generale.
Fornire passaggi e contesto necessari
Scrivi una sequenza breve dal punto iniziale al problema, includendo le condizioni pertinenti. Per un caso ripetibile puoi usare un file di esempio privo di dati reali. Non inviare l'intero archivio aziendale se basta descrivere una riga o preparare un campione fittizio.
Indica versione e ambiente quando li conosci e sono rilevanti. Evita di raccogliere informazioni tecniche invasive soltanto per completare il ticket. Se l'assistenza chiede log o dettagli sensibili, verifica canale, destinatario e autorizzazione con le procedure dell'organizzazione.
Allegare senza creare un secondo problema
Prima di inviare una schermata, controlla tab aperti, indirizzi, nomi, notifiche e campi nascosti nell'area catturata. Non includere password, token o codici. Un allegato utile mostra il problema nel suo contesto minimo, non tutto ciò che era sullo schermo.
Elenca le prove già eseguite e il loro esito, senza ripetere azioni distruttive per confermare il sintomo. Se esiste una soluzione temporanea, descrivila e chiarisci i limiti. Alla risposta dell'assistenza mantieni la conversazione sullo stesso caso, così le informazioni restano ricostruibili.
| Sezione | Contenuto | Da evitare |
|---|---|---|
| Obiettivo | Azione e risultato atteso | Nome generico senza contesto |
| Sintomo | Comportamento e messaggio osservati | Diagnosi non verificata |
| Riproduzione | Passaggi e condizioni pertinenti | Archivio reale completo senza necessità |
| Allegati | Evidenza minima controllata | Credenziali e notifiche personali |
- Scrivi atteso e osservato in due frasi separate.
- Aggiungi i passaggi minimi e il momento del problema.
- Controlla gli allegati prima dell’invio.
- Riporta le prove già fatte e mantieni il caso nello stesso scambio.
Domande frequenti
Devo capire la causa prima di chiedere aiuto?
No. È sufficiente descrivere bene il comportamento. Una diagnosi non verificata può deviare la ricerca; distinguila sempre da ciò che hai osservato.
Posso inviare una schermata dell’intero desktop?
Controlla prima se contiene dati non necessari o sensibili. Preferisci un'evidenza limitata al problema e usa il canale autorizzato per gli allegati.
Come indicare l’urgenza?
Descrivi l'impatto concreto sul lavoro e l'eventuale alternativa temporanea. Un impatto verificabile aiuta più della sola parola urgentissimo ripetuta nel titolo.
