Fast UX Research: un modo più semplice per coinvolgere gli stakeholder e accelerare il processo di ricerca

Oggi, la ricerca UX ha ottenuto un ampio riconoscimento come parte essenziale della progettazione di prodotti e servizi. Tuttavia, i professionisti dell'UX sembrano dover ancora affrontare due grossi problemi quando si tratta di ricerca sull'UX: la mancanza di coinvolgimento da parte del team e delle parti interessate, nonché la pressione per ridurre costantemente il tempo per la ricerca.

In questo articolo, darò un'occhiata più da vicino a ciascuna di queste sfide e proporrò un nuovo approccio noto come "FAST UX" per risolverle. Questo è uno strumento semplice ma potente che puoi utilizzare per accelerare la ricerca sulla UX e trasformare le parti interessate in campioni attivi del processo.

Contrariamente a quanto si potrebbe pensare, accelerare il processo di ricerca (sia a breve che a lungo termine) richiede una collaborazione efficace, piuttosto che andare via e continuare da soli.

L'acronimo FAST (Focus, A ttend, S ummarise , Translate) racchiude una serie di tecniche e idee che rendono il processo UX più trasparente, divertente e collaborativo. Descrivo anche un progetto di 5 giorni con un dipartimento del governo centrale del Regno Unito che mostra come mettere in pratica il modello.

L'articolo è rilevante per i professionisti UX e le persone che lavorano con loro, inclusi product owner, ingegneri, analisti aziendali, Scrum Master, professionisti del marketing e delle vendite.

1. Mancanza di coinvolgimento del team e delle parti interessate

"Gli stakeholder hanno la capacità di essere il tuo peggior incubo e il tuo miglior collaboratore".

— UIE (2017)

Come ricercatori UX, dobbiamo assicurarci che "tutti nel nostro team comprendano gli utenti finali con la stessa empatia, accuratezza e profondità di noi". È stato dimostrato che non c'è alternativa migliore per aumentare l'empatia che coinvolgere gli stakeholder per vivere effettivamente l'intero processo da soli: dalla progettazione dello studio (obiettivi, domande di ricerca), al reclutamento, all'impostazione, al lavoro sul campo, all'analisi e alla presentazione finale .

Chiunque abbia provato a farlo sa che può essere estremamente difficile organizzare e convincere le parti interessate a partecipare alla ricerca. Ci sono due ragioni principali per questo:

1. La ricerca è il lavoro di qualcun altro .
   Nella mia esperienza, i professionisti dell'UX vengono spesso assunti per "fare l'UX" per un'azienda o un'organizzazione. Anche se il titolo di "Lead UX Researcher" suona alla grande e molto importante nella mia testa, spesso porta a idee sbagliate durante le riunioni di lancio. Tutti presumono automaticamente che la ricerca sia esclusivamente la MIA responsabilità. Non sorprende che le parti interessate non vogliano essere coinvolte nel progetto. Presumono che la ricerca sia il lavoro mio e di nessun altro.
2. I framework dei processi UX sono incompleti .
   Il problema è che anche quando gli stakeholder vogliono impegnarsi e partecipare alla UX, non sanno ancora *come* dovrebbero essere coinvolti e *cosa* dovrebbero fare. Dedichiamo molto tempo alla vendita di un processo UX e di framework di ricerca utili ma alla fine incompleti: non spiegano come i non ricercatori possano essere coinvolti nel processo di ricerca.

Inoltre, molte parti interessate possono trovare parole come "progettazione", "analisi" o "lavoro sul campo" intimidatorie o irrilevanti per ciò che fanno. In effetti, "UX è pieno di gergo che può essere scoraggiante per le persone di altri campi". In alcune situazioni, i termini sono familiari ma significano qualcosa di completamente diverso, ad esempio ricerca in UX rispetto alla ricerca di marketing.

2. Pressione per ridurre costantemente il tempo per la ricerca

Un altro problema è che c'è una pressione in costante crescita per accelerare il processo di UX e ridurre il tempo dedicato alla ricerca. Non riesco a contare il numero di volte in cui un project manager mi ha chiesto di abbreviare ulteriormente uno studio saltando la fase di analisi o le sessioni di kick-off.

Mentre in precedenza potresti dedicare settimane alla ricerca, un ciclo di ricerca di 5 giorni sta diventando sempre più la norma. In effetti, il libro Sprint descrive come la ricerca può ridursi a un solo giorno (da un ciclo complessivo di 5 giorni).

Considerando questo, c'è MOLTA pressione sui ricercatori UX per fornire rapidamente, senza compromettere la qualità dello studio. La difficoltà aumenta quando ci sono più stakeholder , ognuno con le proprie opinioni, richieste, punti di vista, ipotesi e priorità.

L'approccio UX veloce

Contrariamente a quanto potresti pensare, ridurre il tempo necessario per fare ricerche sulla UX non significa che devi fare il soldato da solo. L'ho fatto e funziona solo a breve termine. Non importa quanto siano sorprendenti i risultati: non ci sono abbastanza diapositive PowerPoint nel mondo per convincere un team dell'urgenza di agire se non sono stati loro stessi nel viaggio di ricerca.

A lungo termine, più il tuo team e le parti interessate sono attivamente coinvolti nella ricerca, più si sentiranno responsabilizzati e più disposti ad agire. Collaborazione produttiva significa anche che puoi muoverti insieme a un ritmo più rapido e accelerare l'intero processo di ricerca.

Il framework FAST UX Research (vedi Fig. 2 sotto) è uno strumento per coinvolgere veramente i membri del team e le parti interessate in un modo che li trasformi in sostenitori attivi e sostenitori del processo di ricerca. Mostra ai non ricercatori quando e come dovrebbero essere coinvolti nella UX Research.

In sostanza, gli stakeholder si assumono la responsabilità di ciascuna delle fasi di ricerca UX svolgendo le quattro attività, ciascuna corrispondente alla propria fase di ricerca.

Lavorare insieme riduce il tempo necessario per UX Research. Il vero vantaggio dell'approccio, tuttavia, è che, a lungo termine, l'azienda impiega sempre meno tempo per agire sulla base dei risultati della ricerca, poiché le persone diventano veri sostenitori della centralità dell'utente e del processo di ricerca.

Questo approccio può essere applicato a qualsiasi metodo di ricerca qualitativo e con qualsiasi team . Ad esempio, puoi eseguire test di usabilità FAST, interviste FAST, etnografia FAST e così via. Per essere efficace, dovrai spiegare questo approccio ai tuoi stakeholder fin dall'inizio. Parla loro attraverso il framework, spiegando ogni fase. Sottolinea che questo è ciò che fanno TUTTI, che è il loro lavoro tanto quanto il lavoro del ricercatore UX e che ha successo solo se tutti sono coinvolti durante tutto il processo.

Fase 1: Focus (Definisci un obiettivo comune)

C'è un consenso uniforme all'interno della UX sul fatto che un progetto di ricerca dovrebbe iniziare definendo il suo scopo: perché questa ricerca viene fatta e come verranno agiti i risultati?

Generalmente, questo è espresso all'interno degli obiettivi, degli obiettivi, delle domande e/o delle ipotesi della ricerca. La maggior parte dei progetti inizia con una riunione iniziale in cui vengono discussi (sulla base di un brief disponibile) o definiti durante la riunione.

Il problema più comune con sessioni di avvio come queste è che le parti interessate escono con troppe cose che vogliono imparare da uno studio. Il modo per capovolgere la situazione è assegnare un compito specifico al tuo team immediato (altri professionisti UX con cui lavori) e agli stakeholder (decisori chiave): aiuteranno a focalizzare lo studio dall'inizio.

Il modo in cui lo faranno è lavorare insieme attraverso i seguenti passaggi:

1. Identificare come gruppo le sfide ei problemi attuali .
   Chiedi a qualcuno di prendere appunti su un documento condiviso; in alternativa, chiedi a tutti di partecipare e scrivi su foglietti adesivi che vengono poi esposti su una "parete di progetto" affinché tutti possano vederli.
2. Identificare i potenziali obiettivi e le domande per uno studio di ricerca .
   Fallo nello stesso modo in cui hai fatto il passaggio precedente. Non devi ancora impegnarti in nulla.
3. Priorità .
   Chiedi al team di ordinare gli obiettivi e le domande, iniziando da quelle più importanti.
   
4. Riformulare e riformulare .
   Guarda le prime 3 domande e obiettivi. Sono troppo larghi o stretti? Potrebbero essere riformulati in modo che sia più chiaro qual è il focus dello studio? Sono fattibili? Hai bisogno di dividere o unire obiettivi e domande?
5. Impegnarsi ad essere flessibili .
   Concorda i primi 1-2 obiettivi e assicurati di avere il consenso di tutti sul fatto che questo è ciò su cui ti concentrerai.
   

Ecco alcune domande che puoi porre per aiutare le parti interessate e il team a raggiungere più rapidamente il focus dello studio:

• Dagli obiettivi che abbiamo riconosciuto, cosa è più importante?
• Che aspetto ha il successo?
• Se impariamo solo una cosa, quale sarebbe la più importante?

Il tuo ruolo durante il processo è quello di fornire competenze per determinare se:

• Gli obiettivi e le domande individuati sono fattibili per un singolo studio;
• Aiuto con la formulazione di obiettivi e domande;
• Progettare lo studio (compresa la selezione di una metodologia) dopo che il focus è stato identificato.

A prima vista, le attività Focus and Attend (fasi successive) potrebbero essere familiari poiché si sta già svolgendo un incontro di avvio e si invitano le parti interessate a partecipare a sessioni di ricerca.

Tuttavia, l'adozione di un approccio FAST significa che i tuoi stakeholder hanno la stessa titolarità che hai tu durante il processo di ricerca perché il lavoro è condiviso e in comproprietà. Ribadire che il processo è collaborativo e alla fine della sessione, sottolineare che concordare obiettivi di ricerca chiari non è facile . Ricorda a tutti che avere un focus condiviso è già meglio di quello con cui iniziano molti team.

Infine, ricorda al team e ai tuoi stakeholder cosa devono fare durante il resto del processo.

Fase 2: Partecipa (immergi il team in profondità nel processo di ricerca)

Vedere in prima persona l'esperienza di qualcuno che utilizza un prodotto o servizio è così ricco che non c'è sostituto per esso. Questo è il motivo per cui convincere le parti interessate a osservare la ricerca degli utenti è ancora considerato uno dei modi migliori e più potenti per coinvolgere il team.

Quello che succede spesso è che gli osservatori si uniscono il giorno dello studio di ricerca e poi trascorrono il tempo incollati ai loro laptop e telefoni cellulari. Quel che è peggio, alcune parti interessate parlano spesso con chi prende appunti e distraggono il resto del team di progettazione che ha bisogno di osservare le sessioni.

Questo è il motivo per cui è altrettanto importante che il team interagisca con la ricerca . Le seguenti attività consentono al team di immergersi nella sessione di ricerca. Puoi chiedere agli stakeholder di:

• Poni domande durante la sessione attraverso una live chat dedicata (es. Slack, Google Hangouts, Skype);
• Prendi appunti su foglietti adesivi;
• Riassumi le osservazioni per tutti (vedi fase successiva).

Assegna una persona per sessione per ciascuna di queste attività. Avere un "gestore della chat dal vivo", un "prendere appunti" e un "osservatore" che riassumerà la sessione in seguito.

Ruota le persone per la sessione successiva.

Prima della sessione, è utile illustrare brevemente le "regole di base" agli osservatori. Puoi avere un poster simile a quello sviluppato da GDS che ti aiuterà a fare questo e ricorderà al team il loro ruolo durante lo studio (vedi Fig. 3 sopra).

Farrell (2017) fornisce maggiori dettagli sui modi efficaci in cui le parti interessate possono prendere appunti insieme. Quando hai più parti interessate e non è fattibile per loro partecipare fisicamente a una visita sul campo (ad es. per strada, in un ufficio, a casa del partecipante), puoi trasmettere la sessione in streaming in una stanza di osservazione.

Fase 3: riepilogo (analisi per non ricercatori)

Sono un forte sostenitore dell'idea che l'analisi inizi nel momento in cui inizia il lavoro sul campo . Durante la prima sessione di ricerca, inizi a cercare modelli e interpretazioni di ciò che significano i dati che hai.

Anche dopo la prima sessione (ma in genere verso la fine del lavoro sul campo) puoi svolgere analisi collaborative: un modo divertente e produttivo che ti assicura che tutti partecipino a una delle fasi più importanti della ricerca.

La sessione di analisi collaborativa è un'attività in cui si offre a tutti l'opportunità di essere ascoltati e creare una comprensione condivisa della ricerca.

Dal momento che includi le prospettive di altri esperti, aumenti le possibilità di identificare approfondimenti più oggettivi e pertinenti e anche che le parti interessate agiscano in base ai risultati dello studio .

Anche se l'"analisi" è una parte essenziale di qualsiasi progetto di ricerca, molte parti interessate si spaventano alla parola. L'attività sembra molto accademica e complessa. Questo è il motivo per cui alla fine di ogni sessione di ricerca, giornata di ricerca o dello studio nel suo insieme, il ruolo dei tuoi stakeholder e del team immediato è riassumere le loro osservazioni. Riassumere può sembrare superfluo ma è una parte importante della fase di analisi; questo è essenzialmente ciò che facciamo durante le sessioni di "Download".

Ascoltare il riassunto di qualcuno ti offre l'opportunità di capire:

• A cosa hanno prestato attenzione;
• Cosa è importante per loro;
• La loro interpretazione dell'evento.

Riepilogo alla fine di ogni sessione

Lo fai ricordando a tutti all'inizio della sessione che alla fine entrerai nella stanza e chiederai loro di riassumere le loro osservazioni e raccomandazioni.

Quindi concludi la sessione chiedendo a ogni stakeholder quanto segue:

• Quali erano le loro osservazioni chiave (vedi anche Fig. 3)?
• Cosa è successo durante la sessione?
• Ci sono state grosse difficoltà per il partecipante?
• Quali erano le cose che funzionavano bene?
• C'è stato qualcosa che li ha sorpresi?

Questo renderà la squadra più attenta durante la sessione, poiché sa che dovrà tirare le somme alla fine. Li aiuterà anche a interiorizzare le osservazioni (e in seguito a passare più facilmente ai risultati).

Questo è anche il momento di condividere costantemente con il tuo team ciò che pensi si distingua dallo studio finora. Evita la tentazione di fare una "grande rivelazione" alla fine. È meglio se i risultati vengono raccontati più volte alle parti interessate.

In più occasioni, la ricerca mi ha dato ottimi risultati. Invece di condividerli regolarmente, li tengo per me fino al rapporto finale. Non funziona bene. Una grande rivelazione alla fine porta a disorientare le parti interessate che spesso non riescono a passare dalle osservazioni alle intuizioni così rapidamente. Di conseguenza, c'è un ostinato respingimento o un'indifferenza nelle spalle.

Riepilogo alla fine della giornata

Un riepilogo dell'evento o della giornata può quindi passare naturalmente a una sessione di analisi collaborativa. Il tuo compito è moderare la sessione.

Il compito dei vostri stakeholder è sintetizzare gli eventi della giornata ei risultati finali. Chiedi a un volontario di parlare al gruppo di ciò che è successo durante la giornata. Altre parti interessate possono quindi aggiungere a queste osservazioni.

Riepilogo alla fine dello studio

Al termine dell'analisi, chiedere a una o due parti interessate di riassumere lo studio. Assicurati che descrivano il motivo per cui abbiamo svolto ricerche, cosa è successo durante lo studio e quali sono i risultati principali. Possono anche farlo camminando attraverso il muro del progetto (se ne hai uno).

È molto difficile non parlare della tua ricerca e lasciare che qualcun altro lo faccia. Ma ne vale la pena. Non importa quanto tu abbia voglia di farlo da solo, non farlo! È una grande opportunità per le persone di interiorizzare la ricerca e sentirsi a proprio agio con il processo. Questo è uno dei momenti chiave per trasformare le parti interessate in attivi sostenitori della ricerca sugli utenti.

Alla fine di questa fase, dovresti avere 5-7 risultati che catturano lo studio.

Fase 4: tradurre (rendere gli stakeholder attivi campioni della soluzione)

“La ricerca non ha valore se non sfocia in decisioni e azioni”.

—Lang e Howell (2017).

Anche quando sei d'accordo con i risultati, le parti interessate potrebbero non essere d'accordo su cosa significhi la ricerca o mancare di impegno per intraprendere ulteriori azioni. Questo è il motivo per cui, dopo aver riassunto, chiedi ai tuoi stakeholder di lavorare con te e identificare il "E adesso?" o cosa significa tutto ciò per l'organizzazione, il prodotto, il servizio, il team e/o individualmente per ciascuno di essi.

Tradizionalmente, era compito dei ricercatori UX scrivere risultati chiari, precisi, descrittivi e raccomandazioni attuabili. Tuttavia, se il team e le parti interessate non partecipano all'identificazione di raccomandazioni attuabili, potrebbero essere resistenti al cambiamento in futuro.

Per prevenire un successivo respingimento, chiedi alle parti interessate di identificare il "E adesso?" (indicato anche come "raccomandazioni attuabili"). Insieme, sarete in grado di identificare in che modo le informazioni e i risultati:

• Influenzare l'attività e ciò che deve essere fatto ora;
• Influiscono sul prodotto/servizio e quali modifiche dobbiamo apportare;
• Influenzare le persone individualmente e le azioni che devono intraprendere;
• Portare a potenziali problemi e sfide e alle loro soluzioni;
• Aiutare a risolvere problemi o identificare potenziali soluzioni.

Le parti interessate e il team possono tradurre i risultati al termine di una sessione di analisi collaborativa.

Se decidi di separare le attività e di condurre una riunione in cui l'unico focus è su raccomandazioni attuabili, considera il seguente formato:

1. Parla brevemente dei 5-7 risultati principali dello studio (come aggiornamento se questa fase viene eseguita separatamente dalla sessione di analisi o con altre parti interessate).
2. Dividi il gruppo in squadre e chiedi loro di lavorare su una scoperta/problema alla volta.
3. Chiedi loro di elencare tutti i modi in cui vedono la scoperta che li riguarda.
4. Chiedi a una persona di ogni gruppo di presentare i risultati al team.
5. Chiedere a una/due parti interessate finali di riassumere l'intero studio, insieme ai metodi, ai risultati e alle raccomandazioni.

Successivamente, puoi avere più workshop simili; questo è il modo in cui puoi coinvolgere diversi dipartimenti dell'organizzazione.

UX veloce in pratica

Un eccellente esempio di approccio di ricerca FAST UX in pratica è un progetto che sono stato assunto per svolgere per un dipartimento del governo centrale del Regno Unito. L'obiettivo finale del progetto era identificare i requisiti degli utenti per un sistema interno molto complesso.

A prima vista, questo è stato un progetto molto impegnativo perché:

• Non c'era tempo per conoscere il reparto o il cliente .
  Di solito, avrei almeno una o due settimane per conoscere il cliente, le sue esigenze, opinioni, pressioni interne e sfide. Per questo progetto ho dovuto iniziare a lavorare lunedì con un team che non avevo mai incontrato; in un edificio in cui non avevo mai lavorato, in un dominio di cui sapevo poco, e finisco venerdì della stessa settimana.
• Il sistema era molto complesso e richiedeva un'intensa ricerca .
  Il sistema interno e la natura del lavoro erano molto complessi; ciò ha richiesto la raccolta di dati con almeno alcuni metodi di ricerca (per triangolazione).
• Questa è stata la prima volta che il team ha lavorato con un ricercatore UX .
  Le parti interessate erano principalmente specialisti IT. Tuttavia, sono stato fortunato che fossero molto entusiasti ed entusiasti di essere coinvolti nel progetto e di sporcarsi le mani.
• Disponibilità degli stakeholder .
  Come nel caso di molti altri progetti, tutte le parti interessate erano estremamente impegnate poiché avevano il proprio lavoro in aggiunta al progetto. Ciononostante, l'abbiamo fatto funzionare, anche se significasse incontrarci a pranzo o per concludere 15 minuti prima di tornare a casa.
• C'erano pressioni e sfide interne .
  Come con qualsiasi dipartimento e organizzazione di grandi dimensioni, c'erano una serie di pressioni e sfide interne. Alcuni di loro me li aspettavo (es. sistemi legacy, lento ritmo di cambiamento) ma altri non avevo idea di quando ho iniziato.
• Abbiamo dovuto coordinare il lavoro con team esterni .
  Un'ulteriore sfida è stata la necessità di lavorare e coordinare gli sforzi con i team esterni di un altro dipartimento del Regno Unito.

Nonostante tutte queste sfide, questo è stato uno dei progetti più divertenti su cui ho lavorato a causa della stretta collaborazione avviata dall'approccio FAST.

Il progetto consisteva in:

• 1 giornata di kick-off session e conoscenza della squadra
• 2,5 giorni di indagini contestuali e affiancamento dei membri del team interno,
• Mezza giornata per un workshop di co-creazione, e
• 1 giorno per analisi e reportistica dei risultati.

Nel processo, ho raccolto dati da oltre 20 dipendenti, ho avuto più di 16 ore di osservazioni, più di 300 foto e circa 100 pagine di note. Ecco un ottimo esempio di come stipare 3 settimane di lavoro in un semplice ciclo di ricerca di 5 giorni. Ancora più importante, le persone nel dipartimento erano davvero entusiaste del processo.

Ecco come l'abbiamo fatto utilizzando un approccio di ricerca FAST UX:

• Messa a fuoco
  All'inizio del progetto, le due parti interessate chiave hanno identificato quale sarebbe stato il focus della ricerca, mentre il mio ruolo era principalmente quello di aiutare a stabilire le priorità degli obiettivi, modificare le domande di ricerca e verificarne la fattibilità. In questo senso, ho ascoltato e principalmente posto domande, interagendo occasionalmente con esempi di progetti precedenti o opzioni che hanno contribuito a modificare il nostro approccio.
  
  Mentre scrivevo la guida alla discussione principale per le richieste contestuali e le sessioni di ombra, ci siamo seduti insieme al team principale per discutere e progettare il workshop di co-creazione con gli utenti interni del sistema.
• Assistere
  Durante il workshop uno degli stakeholder ha moderato metà della sessione, mentre l'altro ha preso appunti e osservato da vicino i partecipanti. È stato un enorme successo internamente, poiché le parti interessate hanno ritenuto che vi fosse una migliore visibilità per i loro sforzi per modernizzare il dipartimento, mentre i dipendenti si sono sentiti ascoltati e coinvolti nella ricerca.
• Riassumere
  Immediatamente dopo il workshop, ci siamo seduti insieme alle parti interessate per un incontro di 30 minuti in cui ho chiesto loro di riassumere le loro osservazioni.
  
  Come risultato dello shadowing, delle indagini contestuali e del workshop di co-creazione, siamo stati in grado di identificare oltre 60 problemi e problemi con il sistema interno (per quanto riguarda l'integrazione, la funzionalità e l'usabilità), tutti catturati in sei risultati di alto livello.
• Tradurre
  Successivamente, abbiamo discusso con il team di come ciascuno dei sei risultati principali si è tradotto in un cambiamento o un'implicazione per il dipartimento, il sistema interno e la collaborazione con altri dipartimenti.

Eravamo così perfettamente allineati con il team che quando abbiamo dovuto parlare del nostro lavoro di fronte a un altro dipartimento del governo del Regno Unito, ho potuto lasciare che le parti interessate parlassero del processo e dei nostri progressi.

Il mio compito finale (oltre due giorni aggiuntivi) è stato quello di documentare tutti i risultati in un rapporto di ricerca. Questo era necessario come repository di conoscenza perché dovevo passare ad altri progetti.

Con un approccio più tradizionale, il progetto avrebbe potuto durare facilmente 3 settimane. Ancora più importante, comprendere rapidamente le pressioni e le sfide individuali e di gruppo sono state le chiavi del successo del nuovo sistema. Ciò non sarebbe potuto accadere entro il tempo assegnato senza un approccio collaborativo.

Un approccio FAST UX ha portato a una stretta collaborazione, una forte comproprietà e un senso condiviso di progresso; tutti coloro che hanno permesso di abbreviare i tempi del progetto, ma anche di instillare una sensazione di eccitazione per il processo di ricerca UX.

L'hai già provato?

Mentre la ricerca sull'esperienza utente diventa sempre più popolare, sono finiti i giorni in cui potevamo continuare da soli e alla fine consultare solo le parti interessate.

Padroneggiare il nostro mestiere come ricercatori UX significa coinvolgere gli altri nel processo ed essere articolati, chiari e trasparenti sul nostro lavoro. L'approccio FAST è un modello semplice che mostra come coinvolgere i non ricercatori nel processo di ricerca. Ridurre il tempo necessario per fare ricerca, sia a breve (cioè lo studio stesso) che a lungo termine (cioè utilizzando i risultati della ricerca), è un vantaggio strategico per il ricercatore, il team e l'azienda nel suo insieme.

Vorresti migliorare la tua efficienza e trasformare le parti interessate in sostenitori della ricerca sugli utenti? Vai e provalo. Puoi quindi condividere le tue storie e i tuoi consigli qui.

Mi piacerebbe sentire i tuoi commenti, suggerimenti e qualsiasi feedback che desideri condividere! Se l'hai già provato, hai storie di successo che vuoi condividere? Sii il più aperto possibile: cosa ha funzionato bene e cosa no? Come per tutte le altre cose UX, è molto divertente se impariamo insieme come una squadra.