Come miglioreresti il ​​messaggio di errore del gestore di eccezioni non gestito?

Question

Siamo tre sviluppatori interni con un numero di utenti di circa venti. Abbiamo implementato la gestione delle eccezioni non gestite nella nostra app Winforms. Genera un ticket con lo stack trace nel nostro sistema di tracciamento dei bug di FogBugz (rinominato internamente a DevTracker).

L'obiettivo è incoraggiare l'utente a immettere un bug informativo piuttosto che semplicemente andare avanti. Quando fanno clic sul primo pulsante, facciamo il lavoro per metterli sul nostro sito del progetto con un nuovo caso avviato. Devono semplicemente compilare la casella dei commenti. Sto discutendo se "Cosa stiamo facendo?" la sezione dovrebbe esistere.

Qual è la tua opinione?

http://thegollys.smugmug.com/photos/555553239_LxEPK-S.jpg

---

Prendete due

Un po 'più di fondo ... Gli utenti sono esperti nell'uso FogBugz (Dev Tracker) in quanto è il modo in cui richiesta di funzionalità e correzioni di bug attualmente . Oltre alla gestione degli errori non gestita, abbiamo aggiunto log4net nel mix per la prossima versione. Spinge la traccia dello stack in un log sulla macchina locale degli utenti (in caso di una rete verso il basso), un database interno e un caso FogBugz.

Dopo aver letto la risposta di Andrew mi ha spinto verso ciò che stavo già pensando ... più semplice è sempre meglio. Ho rimosso la sezione "Cosa stiamo facendo" tutti insieme e abbinati alla verbosità. http://www.thegollys.com/photos/555771972_VUTxK-S.jpg

---

Prendere tre

Grazie per tutti i feedback. Questo è ciò che stiamo implementando. http://thegollys.smugmug.com/photos/558265081_5sPG2-O.jpg

Answer 1

Gli utenti odiano quando cercano di ottenere qualcosa e li interrompono. (Lo so, sono uno di loro.) E qui, non hai nemmeno dato loro la possibilità di scegliere lo default answer. Capisco perfettamente il perché, ma pedalo con attenzione. Interrompi il loro modo di pensare il meno possibile.

(? A proposito, dopo questo, non l'applicazione termina, o si fa a recuperare e far loro continuare con quello che stavano facendo)

così si sta dando all'utente due opzioni: "diteci cosa stavi facendo "e" vai avanti con esso "(ma con molto più parole di quello sul pulsante, anche in Take Two). Vuoi davvero che scelgano "dicci cosa stavi facendo", ma, a quanto ho capito, lo implementa aprendo un browser Web. Interruzione enorme. Una volta che l'utente ha finito, avrà completamente dimenticato da dove hanno lasciato. Ti odieranno e non ti daranno commenti utili. (Diamine, quando il browser finisce di caricarsi, è probabile che siano stati distratti da un'altra app (o riavviando la tua app), e lasciano la pagina Web "per dopo", quando hanno dimenticato qualsiasi contesto utile .)

Invece, perché non inserire una casella di testo proprio lì nella finestra di dialogo? Potrebbe essere un po 'più di lavoro da collegare inizialmente, ma penso che otterresti un feedback migliore.

sto pensando qualcosa di simile:

http://www.excastle.com/misc/so958196.png

• Excuse cortesia del "The Bastard Operator From Hell"-style excuse server. Loro hanno di più.
• Inizia con il cursore nella casella di testo "Dicci cosa stavi facendo", quindi è facile per loro per dare un feedback: solo una questione di digitare qualcosa e premere Invio (o fare clic sul pulsante con solo tre parole su di esso).
• Fai "Finisci crash già" un collegamento ipertestuale, quindi è lì ma de-enfatizzato. Giusto per giustificarlo, così le persone non lo associano immediatamente al pulsante Annulla che è veramente.
• Se qualcuno compila la casella e invia un bug report, il tuo "hey, grazie!" dialogo potrebbe citare "a proposito, se si ottiene di nuovo, è possibile fare clic sul collegamento ipertestuale 'Ho segnalato questo prima', e mostrare uno screenshot con un cerchio rosso e una freccia in modo che possano notare.
• Qualsiasi altro testo desiderato può essere inserito in una barra laterale con un colore di sfondo diverso.La cecità degli annunci pubblicitari impedirà alle persone di vederlo a meno che non siano di umore curioso (e paziente).

Answer 2

L'approccio che ho preso è quello di renderlo il più semplice possibile per l'utente. Sono già preoccupati del fatto che li stai presentando con un messaggio di errore che sembra spaventoso, quindi non vuoi introdurre stress extra interrogandoli. Chiedi un breve commento e prendi il più possibile automaticamente.

Vale la pena notare che con FogBugz è possibile memorizzare un messaggio contro un caso una volta diagnosticato. Se si ripresenta lo stesso errore, è possibile recuperare il messaggio dal server per presentarlo agli utenti. Mi sono allontanato da FogBugz negli ultimi anni, quindi il mio ricordo su come funziona è un po 'confuso, ma ricordo di essere riuscito a memorizzare un messaggio di azione correttiva e presentarlo agli utenti quando aveva senso.

EDIT: Ora che ho visto l'immagine i miei commenti continuano a sussistere. Semplifica e porta via qualsiasi linguaggio spaventoso. Rimuoverei i riferimenti a "Dev team"; usa invece "noi". Rimuovi i riferimenti a "inglese normale". Vuoi fare semplici domande: "Cosa stavi facendo?".

Answer 3

Non so se lo stai già facendo dietro le quinte, ma mi piace l'approccio di consentire semplicemente all'utente di inserire il proprio indirizzo email e fare clic su "Invia rapporto errori".

E poi quando avrò i dettagli dell'errore vedrò il problema, lo aggiusterò e poi risponderò immediatamente a loro facendogli sapere che il problema è stato risolto.

Questo fa un paio di cose. Rende estremamente semplice per l'utente inviare l'errore insieme a un modo per essere avvisati quando viene risolto. E accende un fuoco sotto il mio sedere per risolvere i problemi il prima possibile in modo da non ottenere lo stesso errore da decine di utenti.

Naturalmente, quando ho implementato questo metodo è stato per i siti Web, non per le applicazioni desktop. E sono siti in cui sono in grado di apportare modifiche molto rapidamente.

Answer 4

Abbiamo qualcosa di simile (non abbastanza strano - complimenti per te), ma abbiamo anche la possibilità di visualizzare l'eccezione (ovviamente nascosta dall'utente per impostazione predefinita) per gli sviluppatori che potrebbero eseguire la risoluzione dei problemi in un percorso dell'utente o per gli utenti che chiamano l'help desk.

Inoltre, potresti dire loro che manderai il ragazzo a destra nella foto alla loro scrivania per aiutarli se non inviano il rapporto. Questo dovrebbe spaventarli nel farlo. :)