Hvordan slå "Paradoks of Choice" i UI Design
"Mindre er mer" er en av de viktigste minimalistiske designprinsippene som hver designer lærer: du leser mye om det, du vet det er veldig viktig, men du kan likevel få det galt. Det viktigste er å komme rundt, lære av det og utvikle seg. Og så gjorde vi det.
Med utgivelsen av Todoist Next i januar i år introduserte vi et nytt design sammen med nye funksjoner. Fra begynnelsen var vårt fokus å modernisere appen og forbedre brukeropplevelsen over hele linjen. Utsette oppgaver var en av de tingene vi spesielt ønsket å forbedre. Men det var ikke så enkelt som vi forventet ...
Ut med den gamle
Den forrige versjonen av appen vår hadde bare to alternativer når det gjaldt omplanlegging av oppgaver. Enten valgte du "Gjør det i dag" eller "Utsett" (det kan være enten i morgen eller neste forekomst for gjentatte oppgaver). Når du trenger litt mer kontroll, trenger du å bruke hele kalenderen, eller skriv inn en ny dato. På web- og skrivebordsklienter er det veldig enkelt å skrive inn en ny dato og klokkeslett, siden du har det fysiske tastaturet og musen. Men på mobil var opplevelsen litt ødelagt. Du kan skrive inn en ny dato, men det var ikke veldig praktisk, spesielt når du er i modusen "en øyeboll og en tommel".
In med den nye
Siden det gamle systemet var så begrenset, ønsket vi å gi brukerne flere alternativer og gjøre det mye mer visuelt slik at det ville være mer fleksibelt og enklere å bruke på mobile enheter, men også flott på andre plattformer. På det presise øyeblikket var valget mer.
Siden vi ønsket å gjøre en flott mobilopplevelse, brukte vi den "mobile første" tilnærmingen i utviklingen: hvis den fungerer på mobil, er det lettere å få det til å fungere på skrivebordet der du har mer skjermplass og mer presise innskrivningsmetoder.
Med alt dette i tankene begynte vi å utforske hvordan det kunne fungere og hvilken retning ville mest hjelpe våre brukere. Vi undersøkte andre løsninger som forsøkte å behandle lignende problemer selv, men vi følte at de fleste var begrensede, og at vi kunne forbedre dem, selv om noen av dem er veldig gode løsninger.
En "smart" planlegger var vår store ide. Et smart system som vil se på oppgavene dine og foreslå de beste datoene magisk. Når du for eksempel omlegger en oppgave for neste uke, vil systemet se på dine nåværende oppgaver og velge en dag i neste uke uten forutgående oppgaver. Og det ville vært kjempebra! For brukeren ville det være en no brainer, med et veldig fint grensesnitt drevet av en sterk algoritme for å hente de beste datoene. For teamet, ville det være en god prestasjon som blandet et fantastisk grensesnitt med solid koding til et solid produkt.
Tidlige utviklingsstadier: Fra sirkulære menyer til virkelig komplekse sett med alternativer med datoforslag merket på kalenderen og ytterligere tilbakemelding på trykk.
Alt var på plass med den første utviklingen, og de første mockupene så lovende ut. Vi begynte selv å komme med nye ideer om hvordan å gjøre det enda sterkere. Vi har lagt til en første gruppe valg (i dag, i morgen, neste uke, en dag), et klassisk kalendervisningsmulighet, og "datoforslag" som ville bringe all den magiske til skjermen. Vi prøvde forskjellige oppsett, til og med en sirkulær meny, og gjentok raskt på opsjonsområdet (mellom 6 til 9 alternativer på skjermen om gangen).
Snart begynte vi å tenke på hvordan å kutte interaksjonstrinn, hvordan å øke valgmulighetene og redusere kranene. En av alternativene ville vise den klassiske kalenderen, men det virket som en unødvendig ekstra trykk, fordi vi kunne passe alt til samme skjerm. Og så testet vi. Og testet.
Uh-oh øyeblikket
Et av de første problemene vi oppdaget med "magien" var mangelen på tilbakemelding på datoene. Hvis brukeren valgte neste uke, la systemet til datoen, men brukeren hadde ikke noe å si i det. Selv om det var en ledig dag, har du kanskje ønsket oppgaven planlagt for en annen dag. Vi trengte et ekstra skritt for å vise datoen som brukeren da kunne bekrefte.
Et annet problem ble opplagt: vi hadde ikke nok informasjon om at brukerne virkelig skulle gjøre de beste forslagene. Å gjøre det ville trolig ha krevd mye innspill fra brukeren eller egentlig spionere på alt de gjør. På toppen av alt ble kodingen av et slikt system svært komplisert.
Også grensesnittet ble veldig rotete med mange valg, og for mange kraner var nødvendig for noen enkle valg. På dette tidspunktet hadde vi nådd et "paradoks av valg" - et begrep som ble laget av Barry Schwartz -Vi hadde så mange alternativer som faktisk valgte en, var en skremmende oppgave i seg selv.
Den første løsningen vi startet med var en algoritmisk løsning som ville gjøre beregninger for deg. Ideen er smart på papir, men et mareritt å implementere siden vi ikke har nok informasjon for å gjøre det veldig smart. - Todoist grunnlegger, Amir Salihefendic.
Med den dyrebare hjelpen fra Khoi Vinh (fantastisk designer og UX guru), begynte vi å innse at vi ikke oppnådde vårt forenklingsmål, vi gjorde appen mer komplisert.
Endelig overvinne Paradoks of Choice
Når du utvikler en app, er mesteparten av tiden fantasien din grense. Dette betyr at det er lett å gå helt overbord. Vi overselves falt i denne fellen. Derfra trengte vi å ta et skritt tilbake og revurdere hele systemet.
Vi anbefaler sterkt enkelhet i brukergrensesnitt, slik at vår nye visuelle planlegger ikke kunne bli komplisert. Her begynte vi ved å bruke en av av Sheena Iyengar er prinsipper fra "Kunsten å velge": klippe. Alternativet ble strammet og datoforslag ble fjernet helt.
Selv om Android og iOS-versjoner fungerer på samme måte, ble brukergrensesnittet justert for å passe bedre til hver plattform. Selv om det er det endelige oppsettet, vil opsjonssettene fortsatt bli justert før utgivelsen.
Oppsettet ble også forenklet. Den endelige løsningen er et alternativ på 3 × 2, med tilgang til en full kalender som en av alternativene, så det er lett å vite hva du kan forvente når som helst. Noen av de andre løsningene kan ha vært gode valg, men etter testing fant vi ut at de var vanskeligere å bruke og krevde en brattere læringskurve. Noen ganger er det bare bedre å holde det enkelt.
Det ble lagt stor vekt på å utvikle systemet, og til slutt bestemte vi oss for en lettforståelig gruppe valg. Alt dette for å tilby en flott brukeropplevelse som faktisk hjelper brukeren å ta beslutninger om forfallsdato, og til slutt få ting gjort.