Mobilās lietotnes dizains

Stāvokļu dizainēšana, kurus portfelos nerāda

Pieteikumu dizaina portfeļos parāda „laipno ceļu”: pilnu ziņu plūsmu, pabeigtu profilu, veiksmīgu maksājumu. Reāli lietotāji pavada daudz laika citos stāvokļos. Tukša saraksta pirmajā palaišanā. Apgriežamais aplis datu ielādes laikā. Kļūda, kad pazūd savienojums. Forma ar nepareizi aizpildītu lauku. Kad dizaineri izlaiž šos stāvokļus, izstrādātāji improvizē tos termiņu spiediena ietekmē, un tieši tur pieteikums sāk izskatīties nepabeigts.

Mēs dizainējam katru ekrānu visos tā stāvokļos kā darba apjoma daļu, nevis kā papildu pakalpojumu. Par katru no tiem mēs jautājam, ko lietotājs redz, ko viņš var darīt tālāk un kā atgūties. Tukšs stāvoklis, kas skaidro, ko darīt vispirms, bieži ir vissvarīgākais ekrāns onboarding procesā.

• Tukšs: pirmreizēja lietošana, bez rezultātiem, vēl nekas nav saglabāts
• Ielāde: kas tiek rādīts gaidīšanas laikā un cik ilgi
• Kļūda: kas nogāja greizi, vienkāršos vārdos, un kā to novērst
• Bezsaistē: kas joprojām darbojas bez savienojuma

Platformu konvencijas taupa lietotāju pūles

iOS un Android lietotāji ir iemācījušies dažādas paradumas: kur atrodas pogas „Atpakaļ”, kā darbojas navigācija, ko dara garais nospiediens, kā izskatās iestatījumi. Pieteikums, kas ignorē šīs paradomas, liek cilvēkiem domāt par interfeisu, nevis par uzdevumu.

Mēs sekojam Apple Human Interface Guidelines un Google Material Design tur, kur tas ir svarīgi, un saglabājam zīmola izpausmi krāsā, tipogrāfijā, ilustrācijā un animācijā. Pieskāriena mērķi atbilst ieteicamajiem minimālajiem izmēriem, un teksta un krāsu kontrasts atbilst pieejamības vadlīnijām, kas padara pieteikumu ērtāku lietošanu arī spožā saules gaismā.