UI/UX mobilnih aplikacija: odluke koje određuju da li se korisnici vraćaju

Većina aplikacija nije napuštena zato što je bila ružna. Napuštena je zato što neko nije mogao da shvati šta prvo da uradi, ili je naišao na ekran koji je tražio više nego što je bio spreman da da, ili je nešto dodirnuo i činilo se da se ništa nije desilo.

O UI/UX dizajnu mobilnih aplikacija obično se govori kao o estetskom pitanju, a uglavnom je pitanje razumevanja. Odluke koje određuju da li se ljudi vraćaju manje se tiču toga kako aplikacija izgleda, a više toga da li se ponaša onako kako je korisnik već očekivao.

Prva sesija odlučuje skoro sve

Novi korisnik daje vašoj aplikaciji kratak i rasejan trenutak da se dokaže. Instalirao ju je s razlogom, a sve između otvaranja aplikacije i tog razloga je prepreka koju nije tražio.

Zato je najčešća greška u uvodnim ekranima traženje posvećenosti pre nego što je pružena vrednost. Zid za registraciju na prvom ekranu, zahtev za dozvolu bez konteksta, obilazak funkcija u pet koraka koje još nikome nisu zatrebale - svaki od njih je zahtev postavljen pre nego što je aplikacija išta zaslužila.

Bolji obrazac je da ljudi prvo vide nešto stvarno. Pustite ih da pregledaju, pretražuju, računaju, šta god da je svrha aplikacije, a nalog tražite u trenutku kada postane neophodan - kada žele da sačuvaju, sinhronizuju ili plate. Zahtev tada ima očigledan smisao, a samo to ga čini prihvatljivim.

Ne tražite ništa dok aplikacija korisniku ne da razlog da kaže da.

Dozvole su razgovor, a ne dijalog

Lokacija, kamera, kontakti, obaveštenja: svaki sistemski zahtev je jedna jedina prilika. Odbijene dozvole se teško vraćaju, a korisnik koji odbije obaveštenja prvog dana verovatno više neće biti pitan.

Zato sistemski zahtev nikada ne bi trebalo da bude prvi put da se tema pominje. U sopstvenom interfejsu objasnite zašto je dozvola potrebna i šta omogućava, neposredno pre sistemskog dijaloga, i pokrenite ga u trenutku kada se funkcija koristi, a ne pri pokretanju.

Zatim dizajnirajte za odbijanje. Značajan deo korisnika će reći ne, a aplikacija mora da ostane upotrebljiva za njih umesto da se pretvori u slepu ulicu.

Pratite platformu umesto da se borite sa njom

Korisnici iOS-a i Android-a imaju godinama stečene navike o tome kako funkcionišu navigacija, pokreti, datumi, deljenje i vraćanje nazad. Te navike su besplatno razumevanje, a dizajn koji ih ignoriše troši pažnju korisnika na učenje vaših konvencija umesto na korišćenje vašeg proizvoda.

To je najjači argument protiv isporuke jednog dizajna identičnog do piksela na obe platforme. Ekrani mogu u potpunosti da dele vizuelni jezik i brend; razlikovati treba ono ponašanje na koje se korisnici već oslanjaju - vraćanje nazad, sistemske panele, podrazumevanu tipografiju, mesto glavne akcije.

I Apple i Google objavljuju detaljne smernice za dizajn, i oba tima za pregled primećuju kada ih aplikacija ignoriše. Doslednost sa platformom je, uzgred, i jeftinija od izmišljanja sopstvenih ekvivalenata.

Stanja koja niko ne dizajnira

Dizajn se obično pregleda kao skup ekrana sa savršenim podacima. Stvarno korišćenje iznenađujuće mnogo vremena provodi u drugim stanjima, a kada ona ostanu nedizajnirana, improvizuju se tokom razvoja, i to onaj ko do njih poslednji stigne.

Prazno stanje zaslužuje najviše pažnje, jer ga vidi svaki korisnik, i to upravo u trenutku kada odlučuje da li je aplikacija vredna njegovog vremena.

Ova stanja su veliki deo onoga što razdvaja demo verziju od pravog proizvoda, o čemu smo pisali u tekstu demo verzija ili aplikacija spremna za produkciju.

Doživljena brzina je problem dizajna

Korisnici ne doživljavaju vreme odziva, već to da li aplikacija deluje kao da brzo reaguje. To su dve različite stvari, a jaz između njih je posao dizajna, a ne inženjeringa.

Trenutna povratna informacija na svaki dodir, skeleti rasporeda umesto indikatora učitavanja, optimistično ažuriranje interfejsa dok se zahtev završava u pozadini i učitavanje ekrana ka kom korisnik ide pre nego što stigne - sve to čini da aplikacija deluje brže, a da nije brža.

Važi i obrnuto. Aplikacija koja je zaista brza, ali ne potvrđuje dodir, biće opisana kao spora, a prijava greške biće o performansama.

Pristupačnost je običan kvalitet

Podrška za veći tekst, dovoljan kontrast boja, površine za dodir dovoljno velike da se pogode u hodu, oznake koje imaju smisla čitaču ekrana i nikada samo boja kao nosilac značenja. Ovo se obično svrstava pod pristupačnost i tretira kao opciono.

Nije opciono, i nije briga manjine. Podešavanja većeg teksta su izuzetno česta. Kontrast je važan svima napolju. Velike površine za dodir pomažu svakom korisniku u vozu koji se kreće. Dizajn za krajnje granice mogućnosti obično daje aplikaciju koja je jednostavno lakša za korišćenje.

Takođe je mnogo jeftinije predvideti je u dizajnu nego je dodavati naknadno, jer naknadno dodavanje znači vraćanje na odluke o rasporedu koje su već ugrađene.

Kako proceniti dizajn pre nego što se napravi

Ne treba vam dizajnersko obrazovanje da biste korisno pregledali dizajn. Treba vam mali skup pitanja, postavljenih dok su izmene još jeftine.

1. Dajte nekome ko aplikaciju nikada nije video njen glavni zadatak i gledajte bez pomaganja. Mesta na kojima oklevaju su odgovor.
2. Pitajte koja je glavna akcija na svakom ekranu. Ako je potreban trenutak da se pronađe, ekran nema hijerarhiju.
3. Zatražite da vidite prazne verzije, verzije učitavanja, greške i rada bez mreže za važne ekrane.
4. Proverite je pri najvećoj veličini teksta i na malom telefonu, a ne samo na dizajnerovom platnu.
5. Prebrojte korake od otvaranja aplikacije do onoga čemu služi. Zatim pitajte koji od njih mogu da se uklone.

To poslednje pitanje je ono koje poboljšava većinu aplikacija. Gotovo svaki dizajn ima bar jedan ekran koji postoji zato što je delovao logično, a ne zato što je korisniku potreban.

Dizajn, razvoj i objava u prodavnicama teku kao jedan projekat, a ne kao odvojene predaje, u našem razvoju mobilnih aplikacija.

Za primer dizajna oko osetljivog rezultata, pročitajte kako smo napravili Bebela aplikaciju za proveru testa za trudnoću.

Da vidite kako ovo izgleda u gotovim proizvodima, pogledajte aplikacije koje smo isporučili.

Česta pitanja