Il pensiero progettuale per perfezionare la progettazione di cruscotti

Quindi hai deciso di progettare un cruscotto? È fantastico. Ho intenzione di fornire alcuni suggerimenti che potrebbero aiutare con il processo. Condivido queste intuizioni dalla mia esperienza nella progettazione di dashboard. A seconda del tipo di dashboard che stai progettando e se stai progettando da zero o riprogettando, il tuo approccio potrebbe cambiare. Ma condividerò alcune linee guida generali che puoi tenere a mente durante la progettazione. Quindi iniziamo.

Ai fini di questo articolo, possiamo presumere che stiamo progettando un cruscotto per un responsabile delle vendite di un panificio. I clienti utilizzano l'app di ordinazione online per effettuare ordini di torte.

Comprendere la necessità:Prima di tutto vorremmo capire se abbiamo davvero bisogno di una dashboard. Come facciamo a sapere che una dashboard è una potenziale soluzione giusta? Il PM ha proposto la soluzione? Se sì, perché? Ci sono altre idee a cui potremmo pensare? Se esiste già una dashboard, dare un'occhiata alle statistiche sulle visite alle pagine, sul coinvolgimento e sull'utilizzo aiuterebbe a sapere se la dashboard è utile o meno per i clienti. Questa fase riguarda più la conoscenza dei problemi del cliente. A volte, quando ci viene chiesto di progettare un dashboard, è facile iniziare a trovare soluzioni. Ma invece, fare un passo indietro e raccogliere dati sui punti deboli che i clienti stanno riscontrando oggi ci aiuterebbe ad approfondire i problemi. Potremmo sentire dai clienti difficoltà nel monitorare una flotta di risorse, difficile sapere quali risorse hanno bisogno di aiuto, passare troppo tempo a eseguire il debug, ecc.

Scoperta (definizione dell'obiettivo della dashboard) : dopo aver compreso i problemi del cliente, è bene programmare un paio di sessioni di immersione profonda e workshop con il team. Nei miei progetti, ho programmato sessioni con PM, responsabili tecnici, assistenza clienti e clienti interni per scoprire quali domande potrebbero porre i clienti quando guardano una dashboard. FigJam è molto utile per tali sessioni. Mi piace aggiungere i miei appunti dalla ricerca durante le sessioni in modo che le parti interessate ottengano un contesto. Se hai bisogno di una guida sulla creazione di FigJam per queste sessioni di workshop, aggiungi un commento e scriverò un altro articolo e condividerò i modelli per lo stesso :)

Tieni presente che quando si tratta di progettare una dashboard, TUTTI hanno opinioni e il loro feedback potrebbe essere molto specifico per il team di cui fanno parte. Ad esempio, l'assistenza clienti potrebbe concentrarsi sulla risoluzione dei problemi mentre affrontano tali problemi su base giornaliera. Quindi il coinvolgimento di più parti interessate amplierà la comprensione dei problemi e dei bisogni. In questo momento, l'obiettivo è raccogliere il maggior numero possibile di punti dati e non limitare i problemi. Quando hai le note di tutti, inizia a raggrupparle in base a temi comuni. Ad esempio, monitoraggio dello stato di consegna delle torte per gestire le consegne, ordini che richiedono l'assistenza clienti per azioni immediate, schemi di ordinazione delle torte per conoscere i gusti/non piace dei clienti, ecc. Possiamo condurre un seminario di definizione delle priorità per classificare queste categorie in base alla loro importanza. In questa fase,

Tutti questi temi ci aiuteranno a definire gli obiettivi della dashboard. Ciò aprirà anche conversazioni su eventuali clienti target secondari a cui dovremmo pensare. È molto facile presumere che tutti i clienti siano clienti target di un dashboard. Potrebbe essere vero in alcuni scenari, ma ci sarà un gruppo di clienti il ​​cui compito è monitorare queste statistiche. Quindi restringere il pubblico di destinazione in questa fase aiuterà ulteriormente a definire l'obiettivo della dashboard.

Nota: Evita di definire le metriche in questa fase. Durante le sessioni del workshop, alcune delle parti interessate potrebbero finire per scrivere le metriche: Avg. numero di clienti che ordinano la torta al cioccolato rispetto alla torta alla vaniglia. Questi possono deviare la squadra dal rimanere di alto livello o vedere il quadro generale. Questi feedback sono utili nelle fasi successive. Quindi salvali per dopo.

Concetti di alto livello : supponendo di aver definito gli obiettivi del dashboard, siamo pronti per fare una concettualizzazione di alto livello. In questa fase concentrati sulla storia del cruscotto. Scrivi la storia che vuoi raccontare attraverso questa dashboard. Il percorso del cliente per il prodotto completo è estremamente utile. Assumiamo questo semplice flusso per il nostro esempio di panetteria:

Il cliente pianifica l'ordine -> Il panificio prepara l'ordine -> Il fattorino disponibile prende l'ordine in tempo -> La torta viene consegnata al cliente

In questo caso, utilizzando questo semplice flusso/viaggio, la dashboard della storia che potrebbe interessare al responsabile delle vendite è:

• Il cliente pianifica l'ordine: quali torte piacciono di più ai clienti? Quali sono le occasioni più gettonate? In quale stagione riceviamo più ordini? e così via..
• Il panificio prepara l'ordine - Ci sono momenti in cui riceviamo ordini dell'ultimo minuto? Quanto inventario abbiamo? Stiamo immagazzinando troppo o troppo poco inventario? E così via..
• Il fattorino disponibile prende l'ordine in tempo — Chi è disponibile per la consegna? Quali destinazioni di consegna sono più vicine/allo stesso modo per essere raggruppate e assegnate alla stessa persona? Quante consegne sono state ritardate? Quanti ordini hanno avuto problemi (indirizzo sbagliato, articoli sbagliati, ecc.) e così via..
• La torta viene consegnata al cliente: quanti clienti hanno chiamato l'assistenza clienti in merito a problemi con gli articoli? Quanti clienti sono clienti abituali? Quanti clienti hanno lasciato buone recensioni? E così via…

Ok, ora che abbiamo la storia possiamo fare schizzi/wireframe lo-fi solo per raccontare questa storia. Dovremmo utilizzare tutti i dati delle sessioni precedenti per definire ulteriormente questa storia. Le nuove opportunità aiutano a colmare eventuali lacune a cui forse non avevamo pensato prima. Crea concetti di alto livello senza entrare nelle metriche. Questi concetti aiuteranno nelle sessioni successive a definire le metriche con il team.

Definizione delle metriche: utilizzando i concetti di alto livello del passaggio precedente, è giunto il momento di iniziare a definire le metriche. Includere le note delle sessioni di ricerca dei clienti, delle sessioni di workshop e di qualsiasi dashboard/strumento disponibile. Questo è anche un buon momento per esaminare dashboard simili dei concorrenti. L'obiettivo è distinguersi dalla concorrenza, non copiare :) I dashboard che non appartengono esattamente allo stesso dominio sono utili anche come fonte di ispirazione per le metriche.

Durante il workshop includere PM, ingegneria, assistenza clienti, team di documentazione e clienti interni/esterni, se possibile. In base all'accesso del cliente, sentiti libero di aggiungerli alla sessione. Per la storia che abbiamo creato, chiedi alle parti interessate di annotare metriche che possono aiutare a comunicarla. Insieme alle metriche, dovremmo anche chiedere loro di scrivere in che modo questa metrica potrebbe aiutare. Ad esempio, per capire quali torte piacciono ai clienti, le metriche potrebbero essere: torte più ordinate nel tempo, torte meno ordinate nel tempo, vendite per prodotto nel tempo, vendite stagionali, ecc. Dovremmo fare questo esercizio per l'intera storia. In questa fase, avremo un sacco di metriche.

Ideazione: in questa fase noi...

• Capito i punti deboli del cliente
• Definita la storia del dashboard
• Definite le metriche per comunicare la storia

Feedback dei clienti: la preparazione di un piano di ricerca per almeno 10 clienti diversi ci aiuterebbe. Potremmo scegliere clienti nuovi ed esperti, piccole, medie e grandi imprese, clienti basati su casi d'uso, ecc. Ad esempio, se stiamo progettando una dashboard per la pasticceria, potrebbe essere utile ottenere feedback da clienti nuovi ed esperti. Anche i clienti che ordinano all'ingrosso e i singoli sono utili. Dovremmo concentrarci sulla diversità dei clienti se la dashboard non fosse mai esistita.

Dovremmo anche accettare che la dashboard si evolverà nel tempo. Più lavoreremo a stretto contatto con i clienti, migliore sarà la dashboard nel tempo. Suggerisco di fare una versione beta della dashboard, se possibile. Dalla beta, possiamo raccogliere dati dopo il lancio, iterare e lanciare la versione finale con un po' più di fiducia nella disponibilità generale.

Definire il successo: quando abbiamo definito l'obiettivo della dashboard, in un certo senso abbiamo anche definito i criteri di successo per la nostra dashboard. Ad esempio, se l'obiettivo della nostra dashboard è aiutare il responsabile delle vendite a diventare efficiente nella gestione degli ordini, vogliamo quanto tempo il responsabile delle vendite trascorreva prima rispetto a dopo il lancio della dashboard. Dovremmo definire i KPI di successo prima del lancio in modo da poter valutare come stiamo andando.

Misura il successo:Le metriche che abbiamo definito nella fase precedente dovrebbero dirci come abbiamo fatto. Inoltre, dovremmo misurare metriche generali come: quanti clienti hanno visitato la dashboard (prima e dopo), il tempo di permanenza sulla pagina, le azioni intraprese sulla dashboard, i tassi di abbandono dalla dashboard, ecc. buon palcoscenico per raccogliere rapidamente valutazioni di soddisfazione da parte dei clienti. Potremmo farlo tramite un modulo/messaggio generico sulla dashboard. Tieni presente che non vogliamo infastidire i clienti mostrando loro tali messaggi ogni giorno :) Più questi messaggi sono contestuali, meglio è. Dovremmo anche raccogliere feedback dalle interviste. Combinare il feedback quantitativo e qualitativo potrebbe darci una visione migliore dell'esperienza del cliente. Sulla base del feedback, possiamo rivedere e migliorare la dashboard nel tempo.

Spero che questo articolo ti aiuti a progettare una dashboard. Ho condotto molti workshop con le parti interessate per diversi progetti. Se ti è piaciuto questo articolo e desideri una guida sui workshop o FigJams che ho creato per queste sessioni di workshop, pubblicherò la parte 2 di questo articolo. Si prega di commentare se lo si desidera.

Sono molto grato che tu abbia letto questo articolo. Se ti è piaciuto leggere l'articolo, tocca il pulsante qui ​​sotto :)