it-swarm-eu.dev

Qual è il modo più efficace per sollecitare e gestire il feedback dell'interfaccia utente del progetto open source?

Sto programmando di rilasciare un progetto che si integrerà con diversi sistemi di gestione dei contenuti popolari come plug-in e funzionerà come un servizio autonomo - oltre a fornire agli utenti un semplice modulo di contatto che pubblica su un sistema di ticketing, quali sono i modi più efficaci hai trovato di sollecitare un feedback utile dall'interfaccia e gestire il feedback degli utenti?

Edit:

@Nir & @Rahul - L'ambito del feedback degli utenti non sarà ovviamente limitato ai suggerimenti sull'interfaccia utente (o segnalazioni di bug, o ...) ma mi piacerebbe sapere se ci sono buoni modi per scovare i comuni problemi con l'interfaccia utente dell'applicazione, la localizzazione e così via. (Nota che i problemi più comuni potrebbero essere solo common per un sottoinsieme limitato di utenti - e, sfortunatamente, non prevedo di avere la possibilità di sedermi e testare ogni localizzazione dell'interfaccia utente con un nativo oratore, per esempio)

Sto pianificando una "segnalazione bug/suggerimento" modale che è accessibile da qualsiasi pagina e riporta la pagina da cui è stata chiamata e voglio ottenere quante più informazioni possibili sul problema. Mi aspetto che la maggior parte degli utenti abbia bisogno di un Nudge nella giusta direzione per ottenere un feedback utilizzabile senza alcun ritorno.

È una domanda in due parti, forse si legge meglio come:

Come posso incoraggiare gli utenti remoti di un'applicazione Web a offrire suggerimenti sopra e oltre "Non funziona" direttamente attraverso l'applicazione, piuttosto che nella discussione su un forum, nella pagina dei commenti dei plugin, ecc. cetera?

Qual è il modo migliore per gestire il feedback aggregato da più fonti? (quando ciò accade inevitabilmente nonostante tutti i migliori sforzi per prevenirlo)

Modifica con risposta accettata:

Grazie, Rahul , Nir e indolering - Penso di avere alcuni dei pezzi mancanti nel puzzle di test completi.

Dati i consigli che ho ricevuto e i miei piani precedenti, la mia strategia attuale è simile a questa:

  1. Richiedi feedback dall'interfaccia utente con un semplice modulo di contatto/suggerimento/segnalazione di bug che invia a un sistema di ticketing
  2. Fornire agli utenti un forum per pubblicare suggerimenti e ottenere supporto reciproco (probabilmente inizierò a passare molto tempo lì)
  3. Pubblica una versione demo funzionante dell'applicazione, integra strumenti di tracciamento dei clic per vedere come gli utenti interagiscono con l'interfaccia
  4. Man mano che il progetto matura, offri agli utenti incentivi di qualche forma per partecipare al beta test e offrire feedback
  5. Considera la raccolta di feedback di terze parti e gli strumenti di organizzazione come UserVoice, GetSatisfaction, ecc. Appropriati per la richiesta (sto pensando che la scelta della soluzione dipenderà molto dal tipo di base di utenti che il progetto disegna - dato che sto pianificando di vedere gli utenti di hosting condiviso installare la mia applicazione, potrebbe essere logico utilizzare un servizio di terze parti anziché implementare il mio ... ma aspetterò di risolvere il problema fino a quando non ci arrivo)
12
danlefree

Risposta

Usiamo serVoice per il feedback. Gli utenti ottengono 10 voti ciascuno e possono creare o votare qualcosa (un'idea, una segnalazione di bug, una critica, ecc.) E assegnare fino a 3 voti a ciascun elemento. Una volta che hanno superato i 10 voti, non possono fare nulla fino a quando non chiudiamo o completiamo un articolo su cui hanno votato, a quel punto i loro punti per tale articolo vengono rimborsati. Funziona alla grande come un modo per raccogliere idee generali e feedback dalle persone, consentendo allo stesso tempo agli utenti di votare le idee degli altri. L'interfaccia utente potrebbe usare un po 'di lavoro ma è un servizio piacevole, soprattutto perché la versione gratuita è più che sufficiente.

Servizio Clienti

GetSatisfaction funziona perfettamente come forum di assistenza clienti in cui è possibile ottenere feedback ma anche consentire agli utenti di aiutarsi a vicenda. È fantastico quando vuoi fare un passo oltre UserVoice e lasciare che la community si evolva un po '. Le persone possono offrire feedback classificati in base a bug, idee e complimenti. Possono anche votare le voci degli altri e indicare come si sentono a riguardo usando una faccina sorridente. È un bel modo per avere un'impressione immediata per elemento di come si sentono le persone: se ci sono 22 facce tristi, probabilmente sei più motivato ad affrontare questo problema rispetto a un sacco di indifferenti. L'interfaccia utente è piuttosto carina, anche se un po 'rumorosa e distraente rispetto a qualcosa come UserVoice.

Integrazione e-mail ticketing

Oltre a ciò, considera di consentire alle persone di inviarti un'e-mail. La maggior parte dei sistemi di ticketing ti permetterà di impostare gli indirizzi e-mail di inoltro. La cosa bella dell'integrazione e-mail con il ticketing è che puoi mantenere l'intera conversazione con l'utente in e-mail rispondendo avanti e indietro, il che porta all'utente la praticità e la familiarità con l'interfaccia utente invece di aspettarsi che apprendano un'interfaccia utente di sistema di ticketing potenzialmente confusa . Fogbugz fa un buon lavoro e ho sentito grandi cose su Lighthouse .

Perché non usare semplicemente un forum o un modulo di contatto?

L'era del Web 2.0 di oggi ha molte soluzioni specifiche per determinate situazioni. Ha senso provare a sfruttare un'esperienza utente progettata esclusivamente per affrontare il problema di "Ho costruito qualcosa e voglio raccogliere feedback". Puoi sempre costruire la tua soluzione, ma probabilmente non sarai in grado di dedicare abbastanza tempo per farlo essere buono come prodotti come quelli che ho menzionato sopra. Aziende come 37signals, che considerano il supporto clienti una priorità assoluta, hanno costruito le proprie soluzioni superiori (ad esempio Basecamp Answers ).

Alternative open source

La mia esperienza è con le soluzioni di cui sopra, ma ho visto menzionare alcune alternative open source per raccogliere feedback:

  • IdeaTorrent - sembra un incrocio interessante tra un forum e qualcosa come UserVoice. Lo sviluppo della nuova versione si è tuttavia fermato
  • OpenMind - un'app di feedback più intuitiva
8
Rahul

Per ottenere feedback sull'interfaccia utente fai "test di usabilità in corridoio" - prendi solo una vittima casuale, hm, intendo una persona che è stata sfortunata abbastanza da passare nelle vicinanze (amico, famiglia, collega, uomo delle consegne qualunque, ma non un altro sviluppatore che lavora sullo stesso sistema) fai sedere lui/lei davanti al tuo computer e completa alcune attività casuali con l'app mentre stai guardando.

Puoi anche usare il software di condivisione dello schermo (Skype può farlo, oppure puoi usare qualcosa come TeamViewer o GoToMeeting) per guardare gli utenti reali da remoto quando usano il sistema o usare un servizio come UserTesting.com

È necessario un numero sorprendentemente basso di tali test per trovare il problema che conta davvero (che impedisce agli utenti di completare l'attività o infastidire gli utenti).

Inoltre, il test A/B è uno strumento davvero buono da usare, hai sempre dei test in esecuzione, se non sai cosa testare basta scambiare pezzi casuali dell'interfaccia utente e sostituirli con qualcosa di completamente diverso - se l'interfaccia utente originale non lo fa ' t supera la sostituzione non è ottimale (o semplicemente non importa, non tutte le parti dell'interfaccia utente sono fondamentali dopo tutto).

Dalla mia esperienza nella vendita di software commerciale (quindi i miei clienti probabilmente si aspettano più supporto del tuo) chiedere feedback non funziona, almeno per usabilità, una volta risolti gli ovvi problemi che già conosci, specialmente se usi il sistema da solo - tutto il feedback relativo all'interfaccia utente si interrompe.

Per la gestione dei problemi riscontrati, qualsiasi sistema di emissione di biglietti funzionerà, ma è importante dare la priorità ai problemi in base alla gravità e risolverli in ordine di priorità, altrimenti è probabile che prima si implementino soluzioni facili e divertenti ai piccoli problemi.

2
Nir

Google Analytics e clicktale. Ogni volta che apro clicktale e guardo i video degli utenti, trovo nuovi problemi.

Il calore e le mappe di scorrimento da soli sono inestimabili.

Ovviamente, niente è meglio dei test di usabilità reale!

2
Indolering

Questa domanda affronta anche un problema più ampio che i progetti FOSS e tutte le aziende devono affrontare: come eliminare suggerimenti errati e opinioni UI male informate da quelli veramente utili. La documentazione di progettazione e le domande e risposte precedenti che puoi indicare (come idea torrent) è la tua prima linea di difesa. Bill Fulton ci lavora molto, l'ho toccato in questo post sul blog (non pubblica molto)

1
Indolering