Quali sono i tuoi consigli, metodi o pratiche per ottenere il massimo da un giorno sul posto presso un cliente?

5

Abbiamo appena implementato un software di grandi dimensioni che influenza il modo in cui il giorno lavorativo dell'utente assomiglia a molti aspetti. Cambia molte cose nel modo in cui interagiscono tra loro.

Gli sviluppatori del team stanno facendo il giro e passano un giorno sul sito del cliente per capire meglio quale è la giornata tipica per il nostro utente e il processo di apprendimento che stanno attraversando.

In questo contesto, come si avvicinerebbe quel giorno, che tipo di domande chiedi, come osservi l'utente. Esistono pratiche definite che esistono?

Inoltre cosa non faresti? Hai avuto qualche brutta esperienza da questo?

    
posta Stephane 19.01.2012 - 22:09
fonte

2 risposte

16

Cosa non fare:

  • Dimentica di dire a quelli che stai osservando chi sei e perché sei Là. Assumeranno che tu sia lì per qualche cattiva ragione come determinare se dovrebbero essere licenziati se non spieghi.
  • Racconta barzellette. Tu non conosci la loro cultura aziendale e ciò che è appropriato nel mondo IT è spesso molto diverso dal resto del mondo. Al massimo non penseranno che tu sia divertente, nel peggiore dei casi tu potrebbe avere una causa per molestie sessuali sulle tue mani.
  • Fai attenzione con la pianificazione, non scegliere un giorno in cui non avranno tempo di parlare con te (ad esempio quando il libro paga è fatto, se lo sei osservando il dipartimento finanziario.)
  • Non mettersi sulla difensiva se criticano la tua applicazione! Ci sono buone probabilità che sia molto umile sentire quanto odiano il tuo prodotto. Ricorda che ciò che è importante per loro spesso ha poca somiglianza con ciò che è importante per te.

Che cosa fare:

  • prendere appunti.
  • Chiedi se puoi osservare prima di osservare qualcuno. Non tutti si sentono comodo osservato Chiedi alla direzione di indicarti a persona relativamente esperta e una persona e persone relativamente nuove a diversi livelli dell'organizzazione o che hanno funzioni diverse osservare. Vuoi vedere un ampio gruppo di utenti che effettivamente utilizzano il prodotto. Mai in nessun caso parlare solo con i dirigenti, a meno che solo i manager non utilizzino il tuo sistema. I manager NON sanno come gli utenti usano il sistema ma pensano che lo facciano.

  • Chiedere loro quali parti dell'applicazione trovano scomode o difficile da usare

  • Chiedi loro cosa gli piace
  • Chiedigli dove hanno in genere problemi di prestazioni
  • Se inseriscono dati da moduli cartacei, ottengono delle copie vuote se non del tutto possibile - aiuta se l'interfaccia utente è progettata per seguire il flusso del modulo.
  • Chiedi loro se c'è qualcosa che devono ancora fare manualmente (con questo intendo usare qualcosa di diverso dalla tua applicazione) perché l'applicazione non lo fa. Cerca anche loro di fare queste cose mentre osservi. Nota in particolare se li vedi fare qualcosa manualmente che l'appli cazione dovrebbe effettivamente fare. Ciò potrebbe significare a punto dolente: un luogo in cui è più facile utilizzare un foglio di calcolo Excel di usare la tua applicazione.
  • Osserva per un po 'prima di iniziare a fare loro delle domande. Nota domande come osservate, probabilmente troverete altre cose voi voglio chiedere.
  • Se sembrano esserci problemi di prestazioni che non conoscevi, trova le statistiche sui loro sistemi (allora puoi costruire un sistema di test è una macchina altrettanto lenta che utilizza lo stesso sistema operativo) e tempo alcuni dei compiti che sembrano richiedere così tanto tempo. In effetti, fallo anche se non hai problemi di prestazioni in questo momento. Aiuta a vedere esattamente quali sistemi operativi, browser Internet usano e quanto velocemente in generale sono le loro macchine.
  • Essere discreto durante l'osservazione - dovrebbero sapere che ci sei e perché, ma poi stai lontano da loro. Otterrete dati migliori su cosa fanno dopo che si sono dimenticati che ci sei.
  • Chiedi più dettagli dopo che ti hanno detto qualcosa. Spesso il primo la risposta è lontana dalla vera risposta. Le persone dimenticano di menzionare i dettagli che sono critici per te. Non dimenticare di chiedere informazioni sui casi limite. Se ti dicono che poi mandano questo per essere approvati, scopri cosa dovrebbe accadere quando non è solo quando è.
  • Quando descrivono un problema, chiedi se possono mostrarti. Spesso loro mancherà parti del processo o non capirà come qualcosa è fatta. Questo può aiutare con la documentazione e la formazione degli utenti.
  • Se ottieni del tempo, mostra loro ciò di cui hai bisogno quando segnalano un bug. Questo può migliorare notevolmente le segnalazioni di bug.

(Puoi dire che ho passato quasi 15 anni a raccogliere questo tipo di dati sui processi?)

    
risposta data 19.01.2012 - 23:10
fonte
0

Oserei oscurare l'utente per tutta la giornata. Sedersi con l'utente e osservare come usano il sistema e qual è il loro flusso di lavoro. Fai domande su qualsiasi aspetto del loro processo che non capisci osservando. È un buon modo per imparare cosa fanno realmente gli utenti.

    
risposta data 19.01.2012 - 22:31
fonte

Leggi altre domande sui tag