Gennem at redesigne en nøglefunktion i vores software opfordrede vi nye brugere til at gå i gang og faktisk bruge den.
Der er flere funktioner i Realm, en cloud-baseret kirkeadministrationssoftware udviklet af ACS Technologies (ACST), som andre produkter på markedet for kirke-software mangler. Pathways er en af dem. Men brugerne brugte den bare ikke.
Pathways minder de frivillige om, hvad de skal gøre som det næste. Du kan oprette processer til at uddanne ledere, holde fast i besøgende eller forberede alt fra medlemskab til ægteskab. Det er en fantastisk funktion, der er unik for Realm.
UX-undersøgelse viste, at brugerne havde kendskab til Pathways, og at de findes i Realm, men at de generelt var uklare med hensyn til, hvad de er, hvordan de skal implementeres, og hvilken værdi de giver.
Forbedring af Pathways blev et vigtigt punkt på køreplanen og et højt prioriteret projekt for Product Management-teamet.
Næsten 75 % af Realm-webstederne havde ingen Pathways. En lille procentdel havde kun én sti, og 25 % af disse websteder oprettede titlen på stien, men undlod at tilføje nogen sti-trin.
Krav
Som med alle nye projekter hos ACST modtog jeg først et dokument om produktkrav fra en produktchef. Disse krav er kundedrevne, hvilket sikrer, at vi bygger funktioner og forbedringer, som brugerne rent faktisk ønsker.
Kravene blev opdelt i fire nøglepunkter, herunder to, der krævede UI-design:
- Brugere med personalerettigheder får foruddefinerede stiforløbsskabeloner.
- Brugere med ansvar for “administrer stiforløb” får mulighed for at kopiere eksisterende stiforløb.
Selv om disse krav opfyldte nogle af de ønsker til Pathways-funktioner, som brugerne havde indsendt, var der en stor mulighed for at tilføje ekstra værdi. Ved at introducere on-boarding til det, der allerede var en etableret funktion, kunne vi:
- Guide brugeren gennem oprettelsen af en pathway.
- Opfordre hjælp i form af videotutorials.
- Giver visuel tilbagemelding om fremdriften i opsætningen af stien
Task Flow
Jeg begyndte med at oprette et opgaveflow for at forstå, hvordan og i hvilken rækkefølge brugeren ville udføre visse handlinger, mens han oprettede sin første sti.
Sidst delte jeg opgaveflowdiagrammet med interessenter og udviklingsteamet for at illustrere den nye brugeroplevelse og processen med at skabe et pathway.
Design
Med opgaveflowet færdigt begyndte jeg at udforske nogle indledende idéer i Sketch og delte disse tidlige skærmbilleder med resten af UX-teamet, idet jeg itererede på baggrund af den feedback, jeg modtog.
Målet var at designe en første gangs brugeroplevelse til både at onboarde nye brugere til funktionen og til også at fungere som en nulstillingsside. Hvis der i øjeblikket ikke er nogen stier, viser vi modalen “Velkommen til stier”. Modalen giver brugeren mulighed for at:
- Skab et stiforløb
- Vælg et stiforløb fra en skabelon
- Se videovejledninger
Det var vigtigt at give et link til vores videovejledninger både inde i velkomstmodalen og på selve “Opret et stiforløb”-trolden. Dette var et nyt mønster for Pathways, der tilskyndede brugeren til at følge med i færdiggørelsen af et forløb.
Formulæretiketter har en konversationstone, og der gives yderligere hjælp via hjælpeikoner, der vises under hele forløbsprocessen. Etiketten “Add to Pathway” under “Completed Pathway Actions” gav anledning til en vis forvirring blandt brugerne under valideringen, og der blev derfor tilføjet yderligere hjælp for at skabe klarhed.
Ud over modalen “Welcome to Pathways” blev skærmbilledet Pathway Overview opdateret for at vise fremskridt i opsætningen af stiforløb, hvis stiforløbet var ufuldstændigt. Tilføjelsen af denne visuelle indikator tilskynder igen brugeren til at færdiggøre stiforløbet og tjener til at fortælle ham/hende, hvor han/hun befinder sig i opsætningsprocessen.
Brugervalidering
Sigtet med brugervalideringssessionerne var at afgøre, om de tre strømme til oprettelse af stier var intuitive. Dette omfattede oprettelse af et nyt forløb ved hjælp af en forud designet skabelon, kopiering af et eksisterende forløb for at oprette et nyt forløb og vejledning af en bruger gennem processen for oprettelse af forløb.
Vi valgte deltagere, som i øjeblikket var Realm-klienter og havde erfaring med at administrere forløb i deres kirke. Der blev stillet spørgsmål vedrørende flow, funktioner, muligheder og indhold, og resultaterne af valideringssessionerne bekræftede, at vi bogstaveligt talt var på rette vej. Brugerne var vilde med redesignet.
Udvikling
Med valideringssessionerne afsluttet begyndte udviklingsteamet at arbejde på den første forbedring: opbygning af brugeroplevelsen første gang. Mens redesignet udnyttede mange aktiver, der allerede findes i softwaren, introducerede denne forbedring flere nye mønstre til Pathways:
- First time experience modal
- Create a pathway trowser (with stepper)
- Link to video tutorials
User Feedback
Når udviklingen var afsluttet, afholdt vi yderligere feedback-sessioner med et udvalgt antal brugere. Dette var en premiere for ACST og lidt af et eksperiment, da valideringsmøder normalt kun er blevet afholdt efter designfasen af et projekt, inden udviklingen begynder. Denne gang validerede vi både før og efter udviklingen. På baggrund af den feedback, vi fik under disse sessioner, blev der foretaget nogle justeringer af både design og den faktiske konstruktion. Efter at disse ændringer var gennemført, forberedte teamet sig på at frigive forbedringen til produktet.
Post Release
En uge efter frigivelsen havde 30 kunder oprettet deres første sti. To uger efter frigivelsen havde 48 kunder oprettet deres første sti, og tre uger efter frigivelsen var dette antal steget til 70. Brugeradoptionen af Pathways forventes at stige med 2 % inden for seks måneder efter udgivelsen og 4 % inden for det første år efter udgivelsen.
Takeaway
Gennem at designe en førstegangsoplevelse for en allerede etableret, men underudnyttet funktion, skabte vi fornyet brugerinteresse, øgede brugeradoptionen og gav ekstra værdi til vores produkt.