Câmpurile T21 marcate cu un semn sunt obligatorii. Câmpuri obligatorii și opționale la completarea formularelor. Podolsk și regiunea Moscova

S-ar părea că nu este nimic complicat în proiectarea câmpurilor de intrare: desenați dreptunghiuri goale pentru introducerea datelor, utilizatorul va face el însuși restul. Totuși, totul nu este atât de simplu. Judecând după lungimea articolului, este clar că există destul de multe reguli și caracteristici. Utilizatorul trebuie să fie atent „ghidat de mână”, să i se arate totul, să fie explicat și ajutat. Atunci și numai atunci vom putea obține de la el datele dorite. Ei bine, să începem!

7+ reguli de câmp de intrare

Cea mai de bază regulă, ca peste tot, este să te pui în locul vizitatorului. Este totul clar? Este posibil să înțelegeți la prima vedere ce trebuie introdus în domeniu? Câmpul răspunde în mod adecvat la informațiile introduse?

Scrieți descrieri și sfaturi

Sunt necesare sugestii și descrieri pentru a arăta ce date trebuie introduse, cum să le introduceți corect și cum va folosi site-ul aceste informații în viitor.

Există mai multe tipuri de indicii:

1) Pictograme

Icoanele sunt un limbaj vizual universal. Ele vă ajută să înțelegeți ce să introduceți chiar și cu o privire rapidă. Și da, icoanele sunt un fetiș de design =)

Cu toate acestea, nu trebuie să uităm că ele trebuie întotdeauna explicate.

2) Exemple

Cel mai simplu mod de a spune cum să completezi un câmp este să arăți un exemplu. Exemplu de exemplu: " [email protected]»

3) Explicații

Acest tip de descriere servește la explicarea modului în care site-ul va folosi datele și pentru ce este nevoie. De exemplu: „Avem nevoie de e-mail pentru a vă anunța despre starea comenzii dumneavoastră. Nu vom trimite spam.”

Folosiți măști

Pentru câmpurile care necesită date formatate într-un anumit mod (de exemplu, un număr de card bancar sau un număr de telefon), trebuie folosite măști. Astfel, trecem munca de formatare a informațiilor de pe umerii vizitatorului către o mașină fără suflet.

Iată câteva exemple de măști diferite:

Evidențiați câmpurile obligatorii

Dacă printre câmpurile opționale există câmpuri care trebuie completate, atunci acestea trebuie evidențiate printre altele și trebuie pus accent pe completarea lor obligatorie. De regulă, câmpurile obligatorii sunt indicate cu un asterisc - *.

Este mai bine să grupați toate câmpurile obligatorii împreună și să le plasați la începutul formularului.

Apropo, exemplul de mai sus arată și 2 tipuri de sfaturi: exemple și explicații.

Focalizare și tastatură

Câmpul activ în care este poziționat cursorul trebuie să aibă o caracteristică distinctivă. De regulă, browserele evidențiază în mod independent câmpurile active. Cu toate acestea, nu ar trebui să lăsați totul la voia întâmplării și să verificați singur funcționalitatea acestei funcții.

Când pagina se încarcă, primul câmp de introducere ar trebui să devină automat activ. Parcă te-ar invita să completezi întregul formular. Când completați un formular, ar trebui să fie posibilă comutarea între câmpurile de introducere fără a utiliza mouse-ul. Acest lucru se întâmplă de obicei prin apăsarea butonului Tab.

Când utilizați indicii cu completare automată (de exemplu, într-o căutare), ar trebui să fie posibil să selectați un articol folosind săgeți și să îl confirmați apăsând tasta Enter.

Când introduceți date secrete (de exemplu, o parolă), ar trebui să fie posibilă ascunderea și afișarea acestor date la cererea utilizatorului.

Utilizați datele deja introduse

Câmpurile de introducere trebuie să-și amintească lucruri pe care oamenii obișnuiți le uită. Este nepoliticos să ceri aceleași informații de două ori. Dacă v-ați abonat odată la lista de corespondență a site-ului, atunci când vă înregistrați, site-ul ar trebui să vă amintiți și să vă introduceți adresa de e-mail în câmpul corespunzător.

Gruparea câmpurilor de introducere

Pentru a ușura completarea, este mai bine să grupați câmpuri similare împreună. De exemplu, câmpurile pentru introducerea informațiilor personale (nume, prenume, e-mail) sunt un bloc, câmpurile cu o adresă de livrare sunt un alt bloc.

Fiți conștienți de dimensiunea câmpului

Dimensiunea câmpului servește, în cele mai multe cazuri, la estimarea cantității de date solicitate de la utilizator. Acestea. unde trebuie să introduceți o adresă lungă, câmpul este mare. Deci, acolo unde este necesar un index de 6 cifre, câmpul este mic.

In cele din urma

Designul câmpurilor de intrare nu este atât de simplu pe cât pare la prima vedere. Trebuie să vă amintiți multe nuanțe și să vă puneți în mod constant întrebarea: „va fi totul clar pentru utilizator?”

Mulți băieți meticuloși vor spune că nu existau deloc 7 reguli (și unii nici măcar nu au observat, ha ha ha). Cu toate acestea, multe dintre reguli sunt mici, așa că le-am numărat la jumătate. Și, în general, îmi place doar numărul 7 =)

Informații maxime într-un minim de cuvinte.

Modul în care sunt etichetate câmpurile influențează foarte mult modul în care utilizatorii percep formularul și modul în care îl completează.

Din punct de vedere psihologic, totul este destul de simplu: este mai bine să subliniezi aspectele pozitive, deoarece atunci când ia o decizie utilizatorul crede că are de ales.

Pe de altă parte, dacă specificați câmpuri obligatorii, utilizatorul se va simți prins, limitat și inconfortabil.

Marcați câmpurile opționale, nu invers

Majoritatea designerilor folosesc asteriscuri pentru a indica câmpurile obligatorii. Dar trebuie să încetezi să faci asta. Cercetările referitoare la această problemă indică în mod clar că utilizarea asteriscurilor pentru câmpurile obligatorii este o greșeală comună.

Este mai bine să marcați câmpurile opționale decât câmpurile obligatorii deoarece:

  • Asteriscul este evident pentru tine și nu pentru toată lumea, crede-mă, întotdeauna sunt cei care nu înțeleg
  • Există întotdeauna mai multe câmpuri obligatorii decât cele opționale
  • Cu cât formularul dvs. are mai puțin zgomot vizual, cu atât este mai ușor de citit și, prin urmare, este mai rapid de completat.

Nu necesar vs Opțional

Dacă scrieți un text în engleză, amintiți-vă că în toate cazurile negativele sunt mai puțin clare. Prin urmare, utilizați cuvântul „Opțional” în loc de „Nu este obligatoriu” pentru a descrie câmpurile opționale.

Nu le cere utilizatorilor să furnizeze informații inutile. Dacă aveți prea multe câmpuri suplimentare (neobligatorii), este rău și știți. Nici ție, nici mie nu ne plac formele de role de hârtie igienică.

Există multe mituri și concepții greșite în lumea dezvoltării software. Pentru a merge înainte și a nu stagna, este absolut necesar să le distrugem. Astăzi vorbim despre una dintre concepțiile greșite cele mai adânc înrădăcinate, care este și destul de dăunătoare, numită „Mitul sexului obligatoriu”.

Vom vorbi despre aproape orice sistem care folosește formulare pentru a introduce informații. Un câmp obligatoriu este un câmp de formular, fără de care sistemul nu va accepta informațiile dvs. Printre marea majoritate a dezvoltatorilor de software, există o opinie că câmpurile necesare ar trebui să fie:

  1. Toate câmpurile necesare din punct de vedere al subiectului (de exemplu, numele complet și data nașterii unei persoane, dacă vorbim de biroul de pașapoarte);
  2. Toate câmpurile necesare pentru funcționarea sistemului (cele fără de care algoritmii nu vor funcționa - de exemplu, data de la care începe prestarea serviciilor pentru a se face angajări pentru acestea);
  3. Câmpurile importante sunt cele care nu sunt necesare, dar preferabil completați (de exemplu, rațiunea schimbării care se face) - cu motivația că este mai bine ca utilizatorul să transpire atunci când nu este necesar decât să uite să introducă o valoare atunci când este necesar.
După cum puteți vedea, există un întreg complex de mituri aici care trebuie spulberate cu atenție și sistematic. Deci, să începem cu alte două concepții greșite.

În mod tradițional, programatorii cred că fac restul lumii o favoare creând un produs atât de grozav pentru ei ca „înlocuiește orice nume de produs”. Programul lor este aproape un eidos platonic, o abstractizare pură, o formulă matematică, calculabilă, desigur, strict pe un set de parametri din domeniul său de definire. Din acest punct de vedere, câmpurile obligatorii sunt un lucru mic enervant care trebuie introdus pentru a-i învăța pe utilizatorii proști și nepoliticoși cum să Dreapta introduce informații în sistemul cu care au privilegiul de a lucra.

De asemenea, se crede că datele incorecte (incomplete) sunt atât de groaznice încât nici măcar stocarea lor într-o bază de date nu mai este corectă. Ei bine, lenea, desigur - din punctul de vedere al dezvoltatorului, este mai ușor să verifici corectitudinea datelor în etapa de intrare și să trimiți utilizatorului să-și verifice datele de două ori decât să scrie tratarea erorilor unde aceste date vor fi de fapt utilizate in sistem.

Ce are de spus știința modernă a designului experienței utilizatorului despre asta? În primul rând, a devenit clar (nu știu pentru cine și când, dar cu mult timp în urmă cu siguranță, vezi și) că, până la urmă, programele sunt dezvoltate pentru utilizatori. În acest sens, programatorul nu mai dictează condiții, ci creează cu modestie un produs pur utilitar, un instrument pe care oamenii îl vor folosi pentru a rezolva al lor sarcini și realizări al lor obiective. Ca un fier de călcat - dacă trebuie să călci ceva, îl pornești. Dacă, în loc de călcat, oferă modal să descarce actualizări de pe Internet, este clar unde va zbura un astfel de fier de călcat. Alan Cooper recomandă să prezentați utilizatorii produsului dvs. ca oameni foarte inteligenți, dar foarte ocupați. Ei spun că nu sunt proști și vor înțelege cum să vă folosească produsul, principalul lucru este că pur și simplu nu le stați în cale.

În general, cred că fiecare programator (designer, manager, analist) ar trebui să facă meditația menționată de Sergei Bodrov Jr.:

Stai la colțul unei străzi aglomerate și îți imaginezi că nu ești acolo. Sau, mai degrabă, nu exiști deloc. Pietonii merg, mașinile claxonează, ușile magazinelor se deschid, pasagerii se schimbă la stația de autobuz. Adică, în principiu, lumea continuă să trăiască fără tine. Este dureros de înțeles. Dar este important...
Desigur, nu vreau să spun că a fi programator este o profesie inutilă; eu însumi sunt programator și nu cred deloc. Este doar o profesie ingrată. Nimeni nu va veni să te laude pentru un algoritm bine implementat. Dacă programul este bun, va fi folosit fără alte întrebări. Asa ar trebui sa fie, doar ca sa fii programator, trebuie sa te obisnuiesti. Și acești oameni care merg pe stradă și fac pe rând la stația de autobuz sunt utilizatorii tăi. Ei folosesc lucrurile așa cum le fac lor Necesar. Inclusiv produsul dvs. Fără tine. Ei nu știu nimic despre tine, nu vor să știe și nu vor ști niciodată. Serghei Vitalievich, când se află în tundra polară încercând să introducă în sistem citirile luate de la contor, nu este deloc interesat de ce sistemul îi spune că mai întâi trebuie să indicați un fel de tarifare, chiar dacă la momentul respectiv. de design ți s-a părut că fără un tip de tarifare, ei bine, nu există nicio cale de ocolire. În ceea ce privește exemplul despre actualizările de descărcare a fierului de călcat, acesta nu a fost luat din aer - fiți atenți la modul în care browserul Firefox se comportă atunci când este pornit.

Va fi ceva despre câmpurile obligatorii, întreabă Habrowser? E pe cale să înceapă.

Chestia este că lumea noastră reală nu este un model matematic ai cărui parametri sunt cunoscuți în orice moment. Viața reală se caracterizează mai degrabă prin lipsa de informații decât prin prezența acesteia. Persoana care completează formularul s-ar putea să nu aibă datele necesare - și s-ar putea să nu le aibă în toate limitele de acoperire previzibile, adică s-ar putea să nu existe în sfârșit. Această problemă nu poate fi rezolvată pur și simplu făcând câmpul obligatoriu - valoarea nu va fi scoasă din aer. Prin introducerea câmpurilor obligatorii pe formulare de dragul integrității și completității datelor, noi de fapt interferăm cu utilizarea sistemului. În fața unei astfel de situații, utilizatorul fie nu va completa formularul (și nu va putea deloc să lucreze cu sistemul), fie va completa datele lipsă cu pește - date fictive sau fără sens. Și acest lucru nu indică faptul că utilizatorul este rău sau nu a încercat din greu, ci doar că sistemul dezvoltat nu suficient de flexibil pentru utilizare în condiții real pace. Ceea ce s-a întâmplat în al doilea caz (introducerea peștilor) este o înșelăciune totală. Dezvoltatorul de sistem poate pretinde cât de mult dorește că totul este în ordine, dar de fapt el este cel care este vinovat pentru această înșelăciune. Mai mult, nu este clar cine și ce a câștigat - utilizatorul a avut dureri de cap și au intrat date incorecte în sistem. Da, au ajuns într-o astfel de situație încât nu mai este posibilă detectarea, filtrarea sau curățarea automată a acestora - spre deosebire de cazul în care utilizatorul a indicat pur și simplu că lipsesc informațiile.

Ce să fac? Trebuie să faci programe bune. Și anume, da, nu pune integritatea schemei bazei de date în prim plan, ci pune acolo scopurile și obiectivele utilizatorilor. Cu alte cuvinte, acceptând date incomplete și, în unele cazuri, incorecte de la utilizator, firesc, cu posibilitatea de a le corecta în viitor. Contrar concepției greșite (da, încă una) este posibil, nu este atât de dificil și chiar funcționează. În plus, mai trebuie să ajutați într-un fel, să spuneți utilizatorului unde, ce date și de ce lipsește. Pentru ca el să vadă și să controleze situația.

Câte câmpuri obligatorii ar trebui să fie în formular? Ideal, zero. Este asta întotdeauna posibil? Pentru mine, unul dintre exemplele de acrobație este operația de creare a unui folder în Windows. S-ar părea că nu poți face mai puțin de un câmp aici, dar nu, au reușit să implementeze creația în așa fel încât sistemul să nu ceară nimic - chiar dacă limitările tehnice nu permit sistemului să creeze un folder fără nume. Acesta este un ideal pentru care să lupți.

Desigur, sistemul trebuie să fie minim inteligent, întrebând utilizatorul doar ce este relevant pentru sarcinile utilizatorului, și nu pentru nevoile sistemului în sine. Sistemul este ca un instrument, vă amintiți? Cam în exemplul cu Firefox - Google Chrome, de exemplu, a rezolvat problema Firefox actualizându-se în liniște în momentul în care utilizatorul îl repornește. Utilizatorul nu trebuie să știe deloc despre asta - nu știe. Un exemplu demn de urmat. Trebuie să recunosc, nici nu am înțeles la început, de ce nu m-a întrebat niciodată când ar trebui să actualizeze?

A existat și un mit despre câmpurile importante (acestea sunt opționale, dar de dorit să fie completate). Aici totul este și mai simplu - nu puteți forța completarea câmpului. Prin urmare, chiar dacă marcați câmpul ca obligatoriu sau nu îl marcați, ei vor scrie totuși pește, prostii, se dezabonează dacă nu vor să-l completeze. Nu există o soluție de interfață pentru această problemă. Importanta domeniilor trebuie comunicata personalului de pe teren. Și dezvoltatorul ar trebui să marcheze câmpul ca opțional. Și lasă-mă să editez.

Literatură:

  1. Alan Cooper despre interfață. Fundamentele proiectării interacțiunii. Symbol-Plus, 2009
  2. Jeff Raskin. Interfață: noi direcții în proiectarea sistemelor informatice. Symbol-Plus, 2005

UPD:În comentarii, morala principală a subiectului a fost formulată mai clar: vorbim despre sistemul de schițe, despre eliminarea cerinței de a introduce toate datele deodată și în mod consecvent. Adică da, faceți opțional chiar și acele câmpuri fără de care sistemul nu va funcționa. Desigur, nu va funcționa, dar cel puțin va salva datele.

UPD #2: Permiteți-mi să mai clarific un lucru de care eu însumi nu eram clar conștient când am scris subiectul. Nu discut aici despre oportunitatea anumitor câmpuri de pe formular (acesta este un subiect important, dar totuși ușor diferit de cel pe care vreau să-l transmit). Mai degrabă, îmi propun să regândim însuși conceptul de introducere a informațiilor folosind formulare, acea abordare tradițională când trebuie să completați întregul formular deodată și corect. În schimb, propun ca și starea intermediară (incompletă, incorectă, contradictorie) să fie permisă să fie salvată în baza de date, marcând în mod explicit o astfel de stare ca fiind incompletă/incorectă/inconsecventă. Astfel, toate situațiile „Acum nu știu totul, dar poate mâine voi”, care sunt rezolvate în mod tradițional notându-le pe o foaie de hârtie, pot fi procesate folosind un sistem informațional. Desigur, astfel de date nu ar trebui să fie permise în procesul de afaceri din cauza incorectei sale - totul rămâne ca înainte. Pur și simplu vor zace în baza de date până la vremuri mai bune - nu vor fi de folos, ei bine, Dumnezeu să-i binecuvânteze.

Există multe mituri și concepții greșite în lumea dezvoltării software. Pentru a merge înainte și a nu stagna, este absolut necesar să le distrugem. Astăzi vorbim despre una dintre concepțiile greșite cele mai adânc înrădăcinate, care este și destul de dăunătoare, numită „Mitul sexului obligatoriu”.

Vom vorbi despre aproape orice sistem care folosește formulare pentru a introduce informații. Un câmp obligatoriu este un câmp de formular, fără de care sistemul nu va accepta informațiile dvs. Printre marea majoritate a dezvoltatorilor de software, există o opinie că câmpurile necesare ar trebui să fie:

  1. Toate câmpurile necesare din punct de vedere al subiectului (de exemplu, numele complet și data nașterii unei persoane, dacă vorbim de biroul de pașapoarte);
  2. Toate câmpurile necesare pentru funcționarea sistemului (cele fără de care algoritmii nu vor funcționa - de exemplu, data de la care începe prestarea serviciilor pentru a se face angajări pentru acestea);
  3. Câmpurile importante sunt cele care nu sunt necesare, dar preferabil completați (de exemplu, rațiunea schimbării care se face) - cu motivația că este mai bine ca utilizatorul să transpire atunci când nu este necesar decât să uite să introducă o valoare atunci când este necesar.
După cum puteți vedea, există un întreg complex de mituri aici care trebuie spulberate cu atenție și sistematic. Deci, să începem cu alte două concepții greșite.

În mod tradițional, programatorii cred că fac restul lumii o favoare creând un produs atât de grozav pentru ei ca „înlocuiește orice nume de produs”. Programul lor este aproape un eidos platonic, o abstractizare pură, o formulă matematică, calculabilă, desigur, strict pe un set de parametri din domeniul său de definire. Din acest punct de vedere, câmpurile obligatorii sunt un lucru mic enervant care trebuie introdus pentru a-i învăța pe utilizatorii proști și nepoliticoși cum să Dreapta introduce informații în sistemul cu care au privilegiul de a lucra.

De asemenea, se crede că datele incorecte (incomplete) sunt atât de groaznice încât nici măcar stocarea lor într-o bază de date nu mai este corectă. Ei bine, lenea, desigur - din punctul de vedere al dezvoltatorului, este mai ușor să verifici corectitudinea datelor în etapa de intrare și să trimiți utilizatorului să-și verifice datele de două ori decât să scrie tratarea erorilor unde aceste date vor fi de fapt utilizate in sistem.

Ce are de spus știința modernă a designului experienței utilizatorului despre asta? În primul rând, a devenit clar (nu știu pentru cine și când, dar cu mult timp în urmă cu siguranță, vezi și) că, până la urmă, programele sunt dezvoltate pentru utilizatori. În acest sens, programatorul nu mai dictează condiții, ci creează cu modestie un produs pur utilitar, un instrument pe care oamenii îl vor folosi pentru a rezolva al lor sarcini și realizări al lor obiective. Ca un fier de călcat - dacă trebuie să călci ceva, îl pornești. Dacă, în loc de călcat, oferă modal să descarce actualizări de pe Internet, este clar unde va zbura un astfel de fier de călcat. Alan Cooper recomandă să prezentați utilizatorii produsului dvs. ca oameni foarte inteligenți, dar foarte ocupați. Ei spun că nu sunt proști și vor înțelege cum să vă folosească produsul, principalul lucru este că pur și simplu nu le stați în cale.

În general, cred că fiecare programator (designer, manager, analist) ar trebui să facă meditația menționată de Sergei Bodrov Jr.:

Stai la colțul unei străzi aglomerate și îți imaginezi că nu ești acolo. Sau, mai degrabă, nu exiști deloc. Pietonii merg, mașinile claxonează, ușile magazinelor se deschid, pasagerii se schimbă la stația de autobuz. Adică, în principiu, lumea continuă să trăiască fără tine. Este dureros de înțeles. Dar este important...
Desigur, nu vreau să spun că a fi programator este o profesie inutilă; eu însumi sunt programator și nu cred deloc. Este doar o profesie ingrată. Nimeni nu va veni să te laude pentru un algoritm bine implementat. Dacă programul este bun, va fi folosit fără alte întrebări. Asa ar trebui sa fie, doar ca sa fii programator, trebuie sa te obisnuiesti. Și acești oameni care merg pe stradă și fac pe rând la stația de autobuz sunt utilizatorii tăi. Ei folosesc lucrurile așa cum le fac lor Necesar. Inclusiv produsul dvs. Fără tine. Ei nu știu nimic despre tine, nu vor să știe și nu vor ști niciodată. Serghei Vitalievich, când se află în tundra polară încercând să introducă în sistem citirile luate de la contor, nu este deloc interesat de ce sistemul îi spune că mai întâi trebuie să indicați un fel de tarifare, chiar dacă la momentul respectiv. de design ți s-a părut că fără un tip de tarifare, ei bine, nu există nicio cale de ocolire. În ceea ce privește exemplul despre actualizările de descărcare a fierului de călcat, acesta nu a fost luat din aer - fiți atenți la modul în care browserul Firefox se comportă atunci când este pornit.

Va fi ceva despre câmpurile obligatorii, întreabă Habrowser? E pe cale să înceapă.

Chestia este că lumea noastră reală nu este un model matematic ai cărui parametri sunt cunoscuți în orice moment. Viața reală se caracterizează mai degrabă prin lipsa de informații decât prin prezența acesteia. Persoana care completează formularul s-ar putea să nu aibă datele necesare - și s-ar putea să nu le aibă în toate limitele de acoperire previzibile, adică s-ar putea să nu existe în sfârșit. Această problemă nu poate fi rezolvată pur și simplu făcând câmpul obligatoriu - valoarea nu va fi scoasă din aer. Prin introducerea câmpurilor obligatorii pe formulare de dragul integrității și completității datelor, noi de fapt interferăm cu utilizarea sistemului. În fața unei astfel de situații, utilizatorul fie nu va completa formularul (și nu va putea deloc să lucreze cu sistemul), fie va completa datele lipsă cu pește - date fictive sau fără sens. Și acest lucru nu indică faptul că utilizatorul este rău sau nu a încercat din greu, ci doar că sistemul dezvoltat nu suficient de flexibil pentru utilizare în condiții real pace. Ceea ce s-a întâmplat în al doilea caz (introducerea peștilor) este o înșelăciune totală. Dezvoltatorul de sistem poate pretinde cât de mult dorește că totul este în ordine, dar de fapt el este cel care este vinovat pentru această înșelăciune. Mai mult, nu este clar cine și ce a câștigat - utilizatorul a avut dureri de cap și au intrat date incorecte în sistem. Da, au ajuns într-o astfel de situație încât nu mai este posibilă detectarea, filtrarea sau curățarea automată a acestora - spre deosebire de cazul în care utilizatorul a indicat pur și simplu că lipsesc informațiile.

Ce să fac? Trebuie să faci programe bune. Și anume, da, nu pune integritatea schemei bazei de date în prim plan, ci pune acolo scopurile și obiectivele utilizatorilor. Cu alte cuvinte, acceptând date incomplete și, în unele cazuri, incorecte de la utilizator, firesc, cu posibilitatea de a le corecta în viitor. Contrar concepției greșite (da, încă una) este posibil, nu este atât de dificil și chiar funcționează. În plus, mai trebuie să ajutați într-un fel, să spuneți utilizatorului unde, ce date și de ce lipsește. Pentru ca el să vadă și să controleze situația.

Câte câmpuri obligatorii ar trebui să fie în formular? Ideal, zero. Este asta întotdeauna posibil? Pentru mine, unul dintre exemplele de acrobație este operația de creare a unui folder în Windows. S-ar părea că nu poți face mai puțin de un câmp aici, dar nu, au reușit să implementeze creația în așa fel încât sistemul să nu ceară nimic - chiar dacă limitările tehnice nu permit sistemului să creeze un folder fără nume. Acesta este un ideal pentru care să lupți.

Desigur, sistemul trebuie să fie minim inteligent, întrebând utilizatorul doar ce este relevant pentru sarcinile utilizatorului, și nu pentru nevoile sistemului în sine. Sistemul este ca un instrument, vă amintiți? Cam în exemplul cu Firefox - Google Chrome, de exemplu, a rezolvat problema Firefox actualizându-se în liniște în momentul în care utilizatorul îl repornește. Utilizatorul nu trebuie să știe deloc despre asta - nu știe. Un exemplu demn de urmat. Trebuie să recunosc, nici nu am înțeles la început, de ce nu m-a întrebat niciodată când ar trebui să actualizeze?

A existat și un mit despre câmpurile importante (acestea sunt opționale, dar de dorit să fie completate). Aici totul este și mai simplu - nu puteți forța completarea câmpului. Prin urmare, chiar dacă marcați câmpul ca obligatoriu sau nu îl marcați, ei vor scrie totuși pește, prostii, se dezabonează dacă nu vor să-l completeze. Nu există o soluție de interfață pentru această problemă. Importanta domeniilor trebuie comunicata personalului de pe teren. Și dezvoltatorul ar trebui să marcheze câmpul ca opțional. Și lasă-mă să editez.

Literatură:

  1. Alan Cooper despre interfață. Fundamentele proiectării interacțiunii. Symbol-Plus, 2009
  2. Jeff Raskin. Interfață: noi direcții în proiectarea sistemelor informatice. Symbol-Plus, 2005

UPD:În comentarii, trijin și zhindetz au formulat mai clar principala morală a subiectului: vorbim despre proiectul de sistem, despre eliminarea cerinței de a introduce toate datele simultan și în mod consecvent. Adică da, faceți opțional chiar și acele câmpuri fără de care sistemul nu va funcționa. Desigur, nu va funcționa, dar cel puțin va salva datele.

UPD #2: Permiteți-mi să mai clarific un lucru de care eu însumi nu eram clar conștient când am scris subiectul. Nu discut aici despre oportunitatea anumitor câmpuri de pe formular (acesta este un subiect important, dar totuși ușor diferit de cel pe care vreau să-l transmit). Mai degrabă, îmi propun să regândim însuși conceptul de introducere a informațiilor folosind formulare, acea abordare tradițională când trebuie să completați întregul formular deodată și corect. În schimb, propun ca și starea intermediară (incompletă, incorectă, contradictorie) să fie permisă să fie salvată în baza de date, marcând în mod explicit o astfel de stare ca fiind incompletă/incorectă/inconsecventă. Astfel, toate situațiile „Acum nu știu totul, dar poate mâine voi”, care sunt rezolvate în mod tradițional notându-le pe o foaie de hârtie, pot fi procesate folosind un sistem informațional. Desigur, astfel de date nu ar trebui să fie permise în procesul de afaceri din cauza incorectei sale - totul rămâne ca înainte. Pur și simplu vor zace în baza de date până la vremuri mai bune - nu vor fi de folos, ei bine, Dumnezeu să-i binecuvânteze.

13 ianuarie 2011 la ora 01:09
  • Interfețe
  • Traducere

Formularele web joacă un rol important în utilizarea zilnică a internetului. Dacă dezvoltați site-uri web, atunci cel mai probabil acestea sunt prezente în ele: fie că este un simplu formular de feedback sau o aplicație web sofisticată. Iată câteva sfaturi pentru a vă ajuta să creați formulare ușor de utilizat.

1. Marcați clar câmpurile obligatorii

Este enervant când un utilizator trimite un formular completat și mai târziu află că a omis câmpurile obligatorii.
Este o practică obișnuită să marcați câmpurile obligatorii cu un asterisc (*) lângă numele lor. Este o idee bună să indicați în mod explicit dacă un câmp este obligatoriu sau nu.

În formularul de înregistrare Zappos.com, câmpurile obligatorii sunt marcate cu un asterisc (*). Câmpurile opționale sunt, de asemenea, marcate clar.

2. Folosiți mesaje de eroare clare și detaliate

Sunt sigur că urăști când, atunci când completezi incorect un formular, apar notificări de eroare care spun „Trebuie să completezi toate câmpurile obligatorii”, în loc să furnizezi informații mai detaliate, cum ar fi „Ai uitat să completezi adresa ta de e-mail”. .”
Utilizarea validării în timp real a datelor introduse este o soluție bună. De exemplu, imediat după completarea unei adrese de e-mail, formularul web ar trebui să verifice dacă formatul introdus este corect și, dacă ceva nu este în regulă, anunță imediat utilizatorul.

3. Utilizați validarea formatului de date pe partea client (JavaScript)

Utilizarea validării datelor JavaScript economisește timp utilizatorului și, de asemenea, reduce sarcina pe serverul web, eliberându-l de procesarea valorilor câmpurilor de formulare primite. Validarea la nivelul clientului permite utilizatorilor să vadă că tocmai au făcut o eroare și nu după ce au trimis formularul. Acest lucru este valabil pentru orice câmpuri care nu sunt legate la baza dvs. de date. Cum ar fi verificarea formatului unei adrese de e-mail sau a numărului de cifre dintr-un număr de telefon.

Formularul de înregistrare SurveyGizmo vă informează dacă adresa de e-mail pe care ați introdus-o nu este formatată corect.

4. Evidențiați vizual câmpurile de completat, astfel încât utilizatorul să nu se piardă

Asigurați-vă că puteți determina vizual ce câmp completează utilizatorul în prezent. Acest lucru poate fi realizat folosind focus: pseudo-class selector în CSS.

Un formular web Wufoo evidențiază vizual elementele active cu o culoare de fundal.
Cel puțin, implementați un chenar evidențiat pentru câmpuri - browserele vor face acest lucru pentru dvs. în mod implicit, dar asigurați-vă că culoarea este diferită de designul site-ului (fondul).

Google Chrome evidențiază elementul activ cu un cadru galben. Firefox albastru deschis.

5. Afișați rezultatele progresului

Dacă formularul dvs. web este mare și constă din mai multe pagini (sau are mai mulți pași), asigurați-vă că utilizatorul este informat în mod constant despre progresul acțiunilor efectuate și cât timp mai mult ar putea avea nevoie pentru a le finaliza. Acest lucru se întâmplă adesea în cazul unui sondaj online (cercetare) cu multe întrebări sau în timpul procesului de plasare a unei comenzi într-un magazin online.
Tot ce trebuie să faci este să scrii „Pasul 4 din 5” sau ceva de genul ăsta. Dacă utilizatorii continuă să facă clic pe butonul „continuați” fără să înțeleagă clar când va fi ultimul pas, vor înceta să completeze formularul mai devreme decât v-ați aștepta.

Checkout-ul Amazon are 4 pagini. Formularul vă spune unde vă aflați acum și cât timp a mai rămas până la finalizare.
Desigur, o alternativă mai bună ar fi să vă scurtați formularul web - dacă acest lucru nu se poate face, atunci cel puțin oferiți utilizatorului informații despre cât de aproape sunt de finalizarea acțiunilor efectuate.

6. Salvați periodic (cache) datele formularului

Formularele cu mai multe pagini sau pași pot face adesea greșeli. Pentru a evita pierderea datelor, trebuie să implementați o modalitate de a salva informațiile introduse de utilizator pentru fiecare sesiune. Acest lucru crește fiabilitatea și procentul în care formularul va fi completat chiar și după situațiile în care utilizatorul părăsește pagina (de exemplu, dă clic pe butonul Înapoi din browser). Dacă trebuie să completați din nou toate câmpurile formularului, utilizatorii pot pleca.

7. Nu utilizați textul standard „Trimiteți” (trimiteți)

În loc să ai butonul de formular numit „Trimite”, folosește text care reamintește utilizatorului acțiunile sale. De exemplu, „Înregistrați-vă”, sau mai bine spus, informați utilizatorul despre beneficii după completarea formularului.

Pe formularul de înregistrare Basecamp, textul „Trimite” a fost înlocuit cu ceva mai util.

8. Butonul „Anulare” vă face să ezitați

Imaginați-vă că cumpărați o cămașă nouă într-un magazin și vânzătorul vă întreabă: „Chiar doriți această cămașă anume?” Îl vei cumpăra în continuare? Cel mai probabil nu. Este posibil să aveți îndoieli, gândindu-vă că vânzătorul a considerat cămașa nepotrivită.
Același lucru se întâmplă și cu formularele web: utilizarea unui buton „anulează” îi poate determina pe utilizatorii tăi să se gândească de două ori la ceea ce completează.

9. Afișați câmpurile utilizatorilor în formatul corect

Dacă le cereți utilizatorilor informații specifice - cum ar fi un număr de telefon sau un card de credit - spuneți-le la ce vă așteptați. Dacă parola trebuie să aibă un anumit număr de caractere sau trebuie să conțină un anumit set de caractere, descrieți clar aceste cerințe. Acest lucru reduce ambiguitatea și accelerează procesul de umplere.

Formularul de înregistrare Geico oferă instrucțiuni clare cu privire la formatul în care se așteaptă să fie datele de intrare.

10. Formularul cu o singură coloană este cea mai bună soluție

Conform cercetării privind mișcarea ochilor de la agenția de design pentru experiența utilizatorului cxpartners, scanarea unui formular în jos este preferabilă scanării de la stânga la dreapta. Acest lucru reduce cantitatea de mișcare a ochilor necesară pentru a completa formularul.
Formular cu o singură coloană
Formularul de înregistrare pentru rucsac este un formular cu o singură coloană.
Formular cu mai multe coloane