Modello HEART
Misura l'esperienza dell'utente su un'ampia scala.
Sul Modello HEART...
Cos'è il framework HEART?
Per i team di esperienza dell'utente, sviluppare metriche utili per il successo può essere una sfida. Questo è specialmente vero per le compagnie più grandi. Quando vuoi misurare l'esperienza dell'utente su piccola scala, devi solo osservare gli utenti, dargli dei questionari, intervistarli e organizzare gruppi focus. Ma quando la tua azienda cresce, questi metodi diventano obsoleti.
Ecco perché Google ha sviluppato il framework HEART. Il framework HEART fornisce metriche centrate sull'utente che ti permettono di misurare la sua esperienza su larga scala. Puoi poi fare riferimento a queste metriche durante il ciclo di sviluppo di prodotto. Anche se il framework HEART è stato progettato per misurare su larga scala, gli stessi principi funzionano anche nel piccolo.
Cosa significa HEART?
HEART è un acronimo che sta per Happiness (felicità), Engagement (coinvolgimento), Adoption (adozione), Retention (ritenzione) e Task success (successo delle attività). La felicità viene misurata in base all'atteggiamento e alla soddisfazione, spesso con dei sondaggi. Il coinvolgimento si misura con quanto un utente interagisce con un prodotto volontariamente con diverse metriche a seconda del prodotto. L'adozione è il numero di nuovi utenti nel tempo. La ritenzione misura il tempo di mantenimento dei clienti. Il successo delle attività viene misurato come tempo per completare un'attività o come percentuale di completamenti una volta che sono avviate.
Come creare un modello HEART?
Fase 1
Il modello HEART utilizza cinque metriche di riferimento: felicità, coinvolgimento, adozione, ritenzione e successo delle attività. Tuttavia, non avrai sempre bisogno di usarle tutte e cinque in ogni progetto. Inizia con le metriche che ritieni più utili per questo progetto.
Fase 2
L'asse Y del modello HEART rappresenta queste cinque misure. L'asse X rappresenta gli obiettivi, i segnali e le metriche. Preparati a completarli tutti.
Fase 3
Riempi il quadrante felicità. La felicità si capisce dell'utente. La maggior parte delle persone utilizzano un sondaggio per misurare la soddisfazione degli utenti.
Fase 4
Riempi il quadrante coinvolgimento. Il coinvolgimento misura quanto spesso un utente interagisce con un prodotto o servizio. Potrebbe includere quanto regolarmente utilizzano il prodotto, il periodo di tempo in cui lo utilizzano o l'intensità con cui lo fanno.
Fase 5
Riempi il quadrante Adozione. L'adozione è il numero di nuovi utenti che utilizzano il tuo prodotto o servizio in un determinato periodo di tempo. Questo è utile perché ti permette di comprendere quanti nuovi clienti stai raggiungendo.
Fase 6
Riempi il quadrante Ritenzione Al contrario, la ritenzione misura quanti clienti mantieni per un certo periodo di tempo. Se stai vedendo un calo significativo dei clienti in un determinato periodo di tempo, potresti esaminare altri elementi come, ad esempio, i problemi UX.
Fase 7
Riempi il quadrante Successo delle attività. Il successo delle attività varia da team a team. Alcuni scelgono di esaminare il tempo che gli utenti impiegano per completare una data attività. Altri analizzano la percentuale di utenti che completano una data attività.
Quando usare il modello HEART?
Il modello HEART viene utilizzato in genere per misurare progetti su larga scala, ma può anche essere utilizzato per progetti più piccoli. Potresti dover apportare alcune modifiche alle specifiche delle metriche da misurare o al metodo di raccolta dati per i progetti più piccoli.
What are UX frameworks?
A UX framework is a set of assumptions and steps a team can use to build a user experience. UX frameworks such as HEART also monitor and refine user reactions to a product once it’s already out in the world.
What is a KPI in UX design?
A KPI, or key performance indicator, is a measurable variable a UX team can use to determine how their user interface is performing with customers. In the HEART framework, it’s called a metric. Examples include monthly active users and time to complete tasks.
What is UX tracking?
UX tracking is the act of using tools to follow how users interact with your product. It encompasses a wide range of technology, including website analytics, click-tracking, and A/B testing apps.
How do you use the HEART framework?
The easiest way is to use this free template. Alternatively, create a table and label one axis with Happiness, Engagement, Adoption, Retention, and Task Success. Label the other axis with Goals, Signals, and Metrics. Then, work with your UX team to fill in each cell.
Inizia ora con questo modello.
Modello Diagramma UML
Ideale per:
Diagrams, Software Development
Originalmente utilizzato come lingua di modellazione nell'ingegneria software, l'UML è diventato un approccio popolare per le strutture delle applicazioni e nella documentazione del software. UML è l'acronimo di Unified Modeling Language e puoi usarlo per modellare i processi e i flussi di lavoro aziendali. Così come i diagrammi di flusso, i diagrammi UML possono fornire alla tua organizzazione un metodo standardizzato per la mappatura dei processi passo dopo passo. Essi permettono al tuo team di visualizzare facilmente le relazioni tra i sistemi e le attività. I diagrammi UML sono uno strumento efficace che può aiutarti a mantenere aggiornati i nuovi dipendenti, creare la documentazione, organizzare il tuo luogo di lavoro e il tuo team e semplificare i tuoi progetti.
Modello di Backlog del Prodotto
Ideale per:
Metodologia Agile, Board Kanban, Product Management
I team di sviluppo spesso devono destreggiano tra molti prodotti contemporaneamente. Un backlog del prodotto è uno strumento per gestire i progetti che aiuta i team a monitorare i progetti in corso durante la creazione e l'iterazione, in modo da poter memorizzare le idee di tutti, pianificare blocchi di lavoro e assegnare priorità ai compiti. Le attività con priorità più alta sono in cima al backlog del prodotto, così il team sa su cosa dovrà iniziare a lavorare. I backlog del prodotto semplificano la pianificazione e l'allocazione delle risorse da parte dei team e forniscono anche una singola fonte d'informazioni per consentire a tutti di sapere su cosa stanno lavorando i team di sviluppo.
Modello dei Jobs to be Done
Ideale per:
Ideazione, Design Thinking, Brainstorming
Si tratta di portare a termine qualcosa, di fare un lavoro bene: i clienti scelgono, "assumono", un prodotto o servizio per svolgere un determinato lavoro, se questo non viene svolto bene dal prodotto o servizio, sceglieranno qualcun altro che lo fa meglio. Creato su questa semplice premessa, il framework Jobs to be Done (JTBD) aiuta imprenditori, start-up e i responsabili aziendali a definire chi è il loro cliente e vedere le esigenze non soddisfatte nel mercato. Una storia di lavoro standard ti permette di vedere le cose dalla prospettiva dei clienti con una struttura "Quando... Vorrei... Così che...".
Modello di Rapporto dello Stato
Ideale per:
Pianificazione Strategica, Documentazione, Project Management
Un rapporto sullo stato fornisce un'istantanea su come sta andando qualcosa in un determinato momento. Puoi fornire un rapporto sullo stato per un progetto, un team o una situazione, a patto che evidenzi e descriva la catena di eventi di un progetto. Se sei un responsabile di progetto, puoi usare questo rapporto per tenere uno storico delle scadenze del progetto. Idealmente, tutti gli stakeholder del progetto dovrebbero poter consultare un rapporto sullo stato e rispondere alla domanda: "Dove siamo e come ci siamo arrivati?" Usa questo template come punto di partenza per riassumere come sta procedendo qualcosa rispetto a un piano o a un risultato previsti.
Modello di Ambito del Progetto
Ideale per:
Pianificazione Progetti, Decision Making, Project Management
Un ambito del progetto ti aiuta a pianificare e confermare gli obiettivi, i risultati, le funzionalità, le funzioni, le attività, i costi e le scadenze del tuo progetto. Un responsabile del progetto e un team devono sviluppare un ambito del progetto il prima possibile, dal momento che influenza direttamente sia il programma che il costo di un progetto durante il suo avanzamento. Anche se gli ambiti del progetto variano a seconda del tuo team e gli obiettivi, generalmente includono obiettivi, esigenze, risultati principali, ipotesi e limitazioni. Cerca di includere tutto il team quando crei un ambito del progetto per garantire che tutti siano allineati sulle responsabilità e sulle scadenze.
Modello di Diagramma dell'Architettura AWS
Ideale per:
Software Development, Diagrammi
Il diagramma dell'architettura AWS è una rappresentazione grafica del framework AWS, inoltre traduce le migliori pratiche quando si utilizza l'architettura Amazon Web Services. Con il modello di diagramma dell'architettura AWS di Miro, ora puoi avere una panoramica della tua architettura AWS, tracciare facilmente le tue soluzioni cloud e ottimizzare i processi come mai prima.