Nova Poshta

Caso studio

Una ricerca che ha definito cosa trasferire per primo nella nuova area business, e un prototipo hi-fi di due scenari.

Ruolo
Team lead
Team
4 designer
Piattaforma
Web
Stato
Ricerca completata
Tipo
Cliente reale · corso Projector · 2024
In breve
Problema
L’area business aveva due versioni, e non c’erano abbastanza informazioni sugli utenti per decidere cosa trasferire per primo in quella nuova.
Cosa ho fatto
Ho guidato un team di 4 designer per quattro settimane di Double Diamond: ho suddiviso il lavoro, condotto le interviste approfondite e i test con gli utenti, presentato i risultati.
Risultato
Un prototipo hi-fi di due scenari testato con 5 persone e un elenco di funzioni della vecchia versione da trasferire per prime.
6interviste approfondite
29ipotesi nel sondaggio
5partecipanti ai test
Nova Poshta – schermate del progetto
Contesto

L’area business aveva due versioni: la vecchia più completa, la nuova più moderna. Non c’erano abbastanza informazioni sugli utenti per decidere cosa trasferire per primo.

Quattro settimane di Double Diamond: concorrenti, interviste, ipotesi e un sondaggio quantitativo, poi un prototipo hi-fi e i test. Un progetto per un cliente reale – Nova Poshta – svolto all’interno di un corso Projector, con il suo brief e il suo problema. Le decisioni e il prototipo sono il lavoro comune del team.

Ruolo

Il mio ruolo

Ho guidato un team di 4 designer e ho suddiviso il lavoro. Di cosa mi sono occupata io: interviste approfondite, generazione e validazione delle ipotesi, user flow e architettura dell’informazione, test con gli utenti, presentazione delle decisioni al cliente e presentazione finale.

  • Interviste approfondite
  • Generazione e validazione delle ipotesi
  • User flow e architettura dell’informazione
  • Test con gli utenti
  • Presentazione delle decisioni al cliente
  • Presentazione finale
Ricerca

Cosa ha mostrato la ricerca

L’analisi di SAT, UPS e di entrambe le versioni dell’area business ha dato due idee per il prototipo – una dashboard e il pagamento suddiviso. 6 interviste hanno fatto emergere oltre 20 pain point, e il sondaggio ha verificato quali contassero di più.

Sondaggio quantitativo · 30 persone · queste ipotesi sono entrate nel prototipo

19 domande e 29 ipotesi: il sondaggio ha verificato i pain point emersi dalle interviste, così da decidere cosa fare per primo.

70%

Vogliono promemoria sui pacchi non ritirati

→ soluzione 01: dashboard
56,7%

Vogliono scegliere una busta o una scatola invece di inserire le dimensioni

→ soluzione 03
46,7%

Vogliono saldare il debito con un clic

→ soluzione 04
46,7%

Vogliono vedere una dashboard principale all’accesso

Lo stesso numero ha scelto le bozze – quindi abbiamo verificato la dashboard nei test → decisione 01
43,3%

Vogliono suddividere il pagamento tra mittente e destinatario

→ soluzione 02
Decisioni
Decisione 01

Dashboard al posto delle bozze

Perché
La vecchia versione si apriva sulle bozze, con pacchi, distinte, trasferimenti e debiti sparsi tra le sezioni. Il 70% degli intervistati vuole promemoria sui pacchi non ritirati, il 46.7% vuole una dashboard.
Cosa abbiamo fatto
Una dashboard come pagina principale – un’idea presa da UPS: pacchi, distinte, tracking, trasferimenti e saldi in un’unica schermata, con i promemoria sui pacchi non ritirati in alto.
Risultato
L’area business si apre su ciò che c’è da fare, non su un elenco di bozze.

Come abbiamo testatoLa dashboard è stata verificata nel primo scenario di test con 5 utenti.

Dopo: il nuovo pannello principale con un promemoria sui pacchi non ritiratiPrima: la vecchia area business si apre sulle bozzeVecchia area businessPrototipo
Vecchia area business: si apre sulle bozzePrototipo: un pannello principale con un promemoria sui pacchi non ritirati
Decisione 02

Il pagamento si può suddividere

Perché
Le aziende devono accordarsi con i clienti su chi paga la consegna, e l’area business non permetteva di suddividere il pagamento. Il 43.3% degli intervistati ha confermato questa esigenza.
Cosa abbiamo fatto
Nel passaggio «Payment details» il pagante può essere il mittente, il destinatario, entrambi o una terza parte – un’idea presa da SAT.
Risultato
Abbiamo aggiunto la scelta del metodo di pagamento per ciascun pagante.

Test e interventi successiviIl test del primo scenario ha mostrato la necessità di scegliere contanti o carta separatamente per ciascun pagante.

Dopo: in seguito ai test, contanti o pagamento elettronico si scelgono per ciascun pagantePrima: il primo prototipo permetteva solo di scegliere chi pagaPrima dei testDopo i test
Prima dei test: si poteva scegliere solo chi pagaDopo i test: contanti o pagamento elettronico per ciascun pagante
Decisione 03

Busta o scatola al posto delle dimensioni

Perché
Nelle interviste le persone si lamentavano di dover inserire le dimensioni a mano. Il 56.7% degli intervistati vuole scegliere una busta o una scatola.
Cosa abbiamo fatto
Formati standard e buste o scatole brandizzate tra cui scegliere, dimensioni personalizzate solo quando servono.
Risultato
Abbiamo aggiunto «Add to register» e «Print» alla schermata di pacco creato.

Test e interventi successiviIl test ha mostrato che dopo la creazione di un pacco mancavano le azioni successive.

Tipo di spedizione: dimensioni del pacco, buste e scatole
Dopo: in seguito ai test, sono stati aggiunti «Add to registry» e «Print»Prima: dopo la creazione di un pacco – «Create new» e «Go to drafts»Prima dei testDopo i test
Prima dei test: dopo la creazione – «Create new» e «Go to drafts»Dopo i test: sono stati aggiunti «Add to registry» e «Print»
Decisione 04

Debito corrente e pagamento con un clic

Perché
Il debito corrente era visibile solo il 1° del mese successivo e non si poteva pagare con IVA nell’area business. Il 46.7% degli intervistati vuole il pagamento con un clic.
Cosa abbiamo fatto
In «Settlements» il debito corrente e quello scaduto sono mostrati per ogni lettera di vettura, il totale si paga con un solo pulsante e l’IVA si può includere in fattura.
Risultato
Il debito è visibile in qualsiasi momento, non una volta al mese.

Come abbiamo testatoLo scenario di pagamento del debito è stato verificato nei test con gli utenti.

Saldi: debito corrente, inclusione dell’IVA, saldo del debito
Prototipo

Prototipo hi-fi

Dalla vecchia area business al pagamento di una spedizione

Il prototipo della nuova area business in Figma: passaggio dalla vecchia versione, creazione di una spedizione con filiali a Kyiv e Lviv, pagamento e bozze. Scorre in automatico; passa a «Provalo tu» per navigarlo cliccando.

  1. Passaggio alla nuova area business
  2. Pagina principale
  3. Dettagli della spedizione
  4. Servizi aggiuntivi
  5. Mittente
  6. Destinatario
  7. Dettagli del pagamento
  8. Verifica dei dati
  9. Spedizione creata
  10. Pagamento
  11. Bozze

Risultato

Cosa abbiamo consigliato come passi successivi

Il sondaggio ha confermato alcune ipotesi che non sono entrate nel prototipo – le abbiamo presentate a parte, insieme a un elenco di funzioni della vecchia versione da trasferire per prime.

Confermate, ma non ancora nel prototipo
  • 66.7%compilazione automatica dei dati del destinatario dal numero di telefono
  • 66.7%tracking dei pacchi nell’area business
  • 66.7%contatto con l’assistenza per telefono
  • 60%ricerca di una spedizione dalle ultime cifre della lettera di vettura
Le funzioni più necessarie della vecchia versione
  • 46.7%creazione di una distinta
  • 36.7%trasferimenti di denaro
  • 36.7%reportistica
  • 33.3%saldi
  • 33.3%ordine degli imballaggi
Contatti

Scrivimi

Arriva direttamente nella mia casella di posta e ti risponderò da lì.

Testimonianze

Lascia una testimonianza

Comparirà sul sito dopo che l’avrò verificata.