Mobiilirakenduse disain

Seisundite disainimine, mida portfellides harva näidatakse

Rakenduste portfellid näitavad ideaalset stsenaariumi: täielik voog, lõpetatud profiil, edukas makse. Tegelikkuses veedavad kasutajad palju aega teistes seisundites. Tühi nimekiri esimesel käivitamisel. Laadimisring andmete ootel. Viga võrgu katkemisel. Vorm, kus väli on valesti täidetud. Kui disainerid neid vahele jäetakse, improvisiseerivad arendajad neid tähtaaja all, ja just seal hakkab rakendus tundma lõpetamata olevana.

Disainime kõik ekraanid koos nende seisunditega osa ulatusest, mitte lisatasuta. Igaühe kohta küsime, mida näeb kasutaja, mida ta saab teha järgmiseks ja kuidas ta taastub. Tühi seisund, mis selgitab, mida esmalt teha, on sageli kõige olulisem ekraan sisselogimisel.

• Tühi: esimene kasutus, tulemusi pole, midagi pole salvestatud
• Laadimine: mida näidatakse ootamise ajal ja kui kaua
• Viga: mis valesti läks, lihtsates sõnades ja kuidas seda parandada
• Offline: mis töötab ikka ilma ühenduseta

Platformi konventsioonid säästavad kasutajate vaeva

iOS-i ja Androidi kasutajad on omandanud erinevad harjumused: kus tagasinupp asub, kuidas navigeerimine toimib, mida piksurve teeb, kuidas seaded välja näevad. Rakendus, mis ignoreerib neid harjumusi, sundib inimesi interfetsi asemel mõtlema ülesannetele.

Järgime Apple'i Human Interface Guidelines'it ja Google'i Material Design'i, kus need on olulised, ning hoiame brändi väljendusvabaduse värvi, tüüpograafia, illustratsiooni ja animatsiooni jaoks. Puuteobjektid vastavad soovitatud miinimummõõtmetele ja teksti ning värvi kontrastsus vastab ligipääsetavuse juhistele, mis muudab rakenduse kasutamise lihtsamaks ka ere päikesevalguses.