Projektējiet stāvokļus starp ekrāniem

Noslīpēts sākuma ekrāns ir tikai viens brīdis. Ielāde, tukšums, kļūdas un atgūšanās nosaka uzticamu lietošanu.

Izveidojiet stāvokļu sarakstu

Katrai galvenajai darbībai uzskaitiet, ko apmeklētājs redz pirms tās, tās laikā un pēc tās. Formai nepieciešami rediģējami lauki, nosūtīšana, servera noraidījums, īslaicīga kļūme un apstiprināta pieņemšana. Filtram vajag izvēli, atiestatīšanu un tukšu rezultātu. Galerijai vajag sākuma attēlu, navigāciju un fokusa atgriešanos. Šis saraksts izstrādei ir vērtīgāks par vienu detalizētu attēlu, jo apraksta darbību laikā.

Saglabājiet lietotāja ieguldījumu

Neveiksmīgs pieprasījums nedrīkst izdzēst rūpīgi aizpildītu pieteikumu. Saglabājiet rediģējamus laukus un atgūšanās darbību blakus kļūdai. Daudzsoļu formai jāļauj atgriezties, nezaudējot atbildes. Ja atbildes glabā lokāli, paskaidrojiet glabāšanu, ierobežojiet ilgumu un piedāvājiet dzēšanu. Neglabājiet vairāk personas datu, nekā nepieciešams. Saglabāšana ir dizaina lēmums ar atbildību par datiem.

Sakiet tikai to, ko sistēma zina

Klienta taimeris nevar pierādīt piegādi. Panākuma stāvoklim jāseko īstai servera atbildei, un tekstam jāatspoguļo pieejamais apstiprinājums. “Pasta serveris pieņēma” atšķiras no “Komanda izlasīja”. Ja trūkst piekļuves datu, piedāvājiet tiešu kontaktu, nevis imitētus panākumus. Arī AI demonstrācijai jāatklāj paraugu atbildes. Precīza valoda pasargā no apgalvojumiem, ko arhitektūra nevar pamatot.

Pārbaudiet ar tastatūru un palielinātu tekstu

Stāvoklis nav pilnīgs, ja to var atklāt tikai ar peli. Atverot dialogu, apzināti pārvietojiet fokusu un aizverot to atgrieziet. Paziņojiet par nozīmīgiem asinhroniem rezultātiem un saglabājiet redzamu fokusu. Pārbaudiet palielinātu tekstu un garākus tulkojumus: angļu poga latviski var aizņemt divas rindas. Laba komponentu darbība savieno dizainu ar ikdienas pieejamību.

Vai jums ir produkta ideja?

Pastāstiet, kas jāmaina. Sāksim ar īstajiem jautājumiem.

Pārrunāsim projektuProjekta pieteikums