Share
Design-uri uluitoare și utile se întâmplă pentru că UI a fost lucrat neobosit. Este nevoie de un master UI real pentru a înțelege cum să faceți o experiență extraordinară pe un site web. Iată 10 principii extrem de utile de la unele dintre cele mai strălucite minți din câmpul Interfață utilizator.
Interfețele utilizatorilor (UI) sunt site-urile separate de site-uri de top de pe site-urile web. Absența unui interfață utilă utilă poate face inutil o aplicație web extrem de utilă. De ce? Deoarece UI nu a fost gândit și testat temeinic. Dacă un utilizator nu poate naviga cu ușurință pe un site web, va trece cu ușurință de la un alt site similar care oferă o experiență mai bună pentru utilizatori.
Aproape fiecare dezvoltator de web a auzit de 37 semnale. Ei sunt campioni deschisi ai practicilor agile de dezvoltare, dar mai important, ei fac unele aplicatii web minunate. Atât de minunat, de fapt, că sunt în general considerați ca fiind cei mai inteligenți când vine vorba de a intra în capul utilizatorului.
37 de semnale CEO-ul Jason Fried este un mare promotor al cheltuiei mai puin timp pe detaliile de nod-genial i creare
mai multe interfețe utile, având în vedere utilizatorul.
"Există prea multe vorbe despre CSS și XHTML și despre standarde și accesibilitate și nu este suficient să vorbești despre oameni." CSS și Standards Compliant Code sunt doar unelte, trebuie să știi ce să construiești cu aceste instrumente. "Cei care au grija daca inca nu le permite oamenilor sa-si atinga obiectivele." Standardele Web sunt minunate, insa standardele proprii ale oamenilor includ obtinerea de lucruri (si inca prea greu de facut online) ".
UI designerii fac aceleași greșeli fundamentale vechi și uitând de ființa umană de cealaltă parte doar pentru ca codul lor să arate mai bine. Oamenii, nu validatorii de cod, utilizează interfețe. "
Când lucrați cu straturi de cod pentru săptămâni în cele din urmă, este uneori greu să vă retrageți și să vă amintiți că site-urile noastre sunt folosite de oameni, fără roboți. Acest lucru nu înseamnă că nu ar trebui să ne îngrijorăm cu totul despre standarde. Standardele sunt minunate și ar trebui să să fie respectată. Nu putem presupune că respectarea standardelor este tot ceea ce este necesar pentru a crea un UI bun.
Paginile de eroare sunt un fel de lucru pe care majoritatea dezvoltatorilor web, (eu însumi inclus), le place să scot sub covor. Este un detaliu mic care afectează doar o mică parte din vizitatorii site-ului nostru, corect?
Expertul în utilități Jakob Nielsen afirmă că, probabil, vedem 404 pagini de eroare în lumină greșită. Poate ar trebui să vedem pagina de eroare ca a instrument didactic.
Cea mai obișnuită încălcare a orientărilor este atunci când un mesaj de eroare spune că ceva este greșit, fără a explica de ce și cum poate rezolva problema. Astfel de mesaje lasă utilizatorii blocați.
Mesajele de eroare informative nu numai că ajută utilizatorii să-și rezolve problemele curente, ci pot servi și ca moment de învățat. În mod obișnuit, utilizatorii nu vor investi timp în citirea și învățarea despre caracteristici, dar vor petrece timpul pentru a înțelege o situație de eroare dacă explicați-o clar, pentru că vor să depășească eroarea.
Jeffrey Zeldman este fondatorul firmei de web design Happy Cog, un autor, și a început, de asemenea, A List Apart, o resursă teribilă pentru dezvoltatorii web. Dacă cineva știe cum să facă o interfață de utilizator adecvată, este Zeldman.
Jeffrey subliniaza faptul ca un cod extrem de trecat de cod in dezvoltarea web este absenta setarii unei culori de fundal.
Este uimitor câte designeri web uită să precizeze o culoare de fundal pe site-ul lor. Ei vor petrece luni de iterare a cablurilor și a componentelor de design; scrieți hack-uri CSS pentru browserele care au precedat acest secol; testa munca lor pe toate, de la Blackberries la Mac vechi care rulează System 7; și, bineînțeles, vor valida marcajele și foile de stil. Dar, după toate acestea, vor uita să aplice o culoare de fundal pe site-ul lor și nu vor gândi să verifice acest lucru.
Accesibilitatea este un lucru fantastic pentru dezvoltatori care să-și pună capăt atunci când construiesc o aplicație web. Cu toate acestea, se pare că uneori putem să fim deranjați, făcând site-urile și formele noastre accesibile. Designerul guru Roger Johansson subliniază faptul că accesibilitatea poate fi uneori costisitoare pentru interfața noastră.
Uneori, atunci când oamenii învață mai întâi despre accesibilitatea pe Web, ei caută modalități rapide de îmbunătățire a site-urilor pe care le construiesc. Acest lucru conduce deseori la utilizarea incorectă sau excesivă a anumitor caracteristici HTML care sunt menite să ajute la accesibilitate, dar atunci când sunt utilizate în mod greșit nu au efect și pot avea efectele opuse, făcând pagina mai puțin accesibilă și mai puțin utilizabilă.
Multe dintre caracteristicile de accesibilitate frecvent abuzate sunt atributele HTML. Sentimentul meu este că sunt abuzați fie de dezvoltatori care înțeleg bine, dar nu înțeleg foarte bine cum atributele ajută utilizatorii finali, fie de către dezvoltatorii care le adaugă pur și simplu pentru a putea bifa "Accesibilitatea" din lista lor de activități și închide managerul lor, clientul sau oricine îi îngrădește să facă site-ul mai accesibil.
Domnul Fried de 37 de semnale face o altă apariție pe lista noastră, grație sfaturilor sale excelente despre cum să se asigure că cel mai important aspect al designului este întotdeauna conceput primul. El a inventat această metodă ca fiind "Epicenter Design".
Epicentrul Design implică focalizarea pe adevărata esență a paginii ("epicentrul") și apoi construirea spre exterior. Aceasta inseamna ca nu incepeti cu navigarea / tab-urile sau subsolul sau culorile sau bara laterala sau logo-ul etc. Aceasta inseamna pornirea cu acea parte a paginii care, daca este schimbata sau indepartata, ar schimba intregul scop al pagina. E epicentrul.
Utilizarea metodei Epicenter Design păstrează interfața noastră de interfață și ne asigură că nu "lipsește punctul" paginii.
NETTUTS "foarte proprii Collis Ta'eed are un sfat excelent pentru dezvoltatorii web de pretutindeni: Utilizați testarea utilizatorilor. Când petreceți nenumărate ore vizionând același design pe monitor, este uneori ușor să uitați cum utilizatorul ar putea utiliza site-ul. De fapt, utilizatorul mediu ar putea folosi aplicația dvs. într-un mod diferit de cel pe care l-ar putea imagina vreodată.
Primul lucru pe care trebuie să-l recunoașteți este că atunci când efectuați orice fel de testare a utilizatorilor, acesta vă va face un designer de web mai bun. Veți vedea exact modul în care utilizatorii utilizează desenele dvs. web și există șanse mari să fiți surprinsi de modul în care o fac. Lucrurile pe care credeți că sunt evidente de multe ori nu sunt, textul pe care credeți că a explicat ceva nu este nici măcar citit și, în general, utilizatorii fac lucruri pe care nu trebuiau să le facă. Chiar dacă singurul utilizator de testare pe care îl faceți vreodată este să îi cereți unor prieteni să folosească un site în timp ce îi respectați, veți fi deja mai bine pentru el, indiferent de proiectul în sine.
Cunoașterea modului în care utilizatorii interacționează și utilizează site-ul dvs. web este o informație incredibil de valoroasă și, dacă este utilizată corect, poate schimba foarte mult interfațele dvs. utilizator pentru a se potrivi mai bine utilizatorilor dvs..
Ceea ce poate părea o noțiune prostească, este ușor de uitat că utilizatorii site-ului au nevoie de stimulente pentru a face lucruri cum ar fi completarea formularelor și interacțiunea pe site-ul dvs. Nimeni nu înțelege acest lucru mai bine decât un marketing de succes pe Internet. Jim Kukral subliniază că, pentru a avea un UI de succes, utilizatorii trebuie să beneficieze într-un fel pentru completarea unor elemente precum feedback sau formulare de înscriere.
Utilizatorul trebuie să simtă că valoarea sau rezultatul depășesc costul (sau timpul) necesar de a completa formularul. Prin urmare, dacă nu furnizați utilizatorilor ceva valoros în schimb, șansele diminuează faptul că utilizatorul va termina sarcina.
Stimulentele pot fi orice vreți să oferiți. Iată câteva exemple de stimulente posibile:
- Eliberați un certificat de cadou pentru unele dintre produsele dvs. în schimbul informațiilor de contact ale utilizatorului.
- Furnizați utilizatorului o șansă de a intra într-o tombola sau alt tip de concurs.
- Oferiți o descărcare gratuită a unui anumit conținut sau a unor informații relevante pentru afacerea aflată la îndemână.
Jakob Nielsen a cercetat utilizatorii web de peste un deceniu. El a oferit nenumărate sfaturi cu privire la aspectul de a face UI-urile mai prietenoase, dar unul dintre cele mai bune sfaturi este să păstreze elementele de design coerente.
Consistența este unul dintre cele mai puternice principii de utilizare: atunci când lucrurile se comportă întotdeauna la fel, utilizatorii nu trebuie să vă faceți griji cu privire la ce se va întâmpla. În schimb, ei știu ce se va întâmpla pe baza experienței anterioare. De fiecare dată când eliberezi un măr peste Sir Isaac Newton, va cădea pe cap. Asta e bine.
Cu cât se așteaptă mai multe așteptări ale utilizatorilor, cu atât mai mult se vor simți în controlul sistemului și cu atât mai mult îi va plăcea. Și cu cât sistemul sparge așteptările utilizatorilor, cu atât mai mult se vor simți nesiguri. Hopa, poate, dacă renunț la acest măr, se va transforma într-o tomată și va sari o mila în cer.
Este prea ușor să renunți la câteva buzzwords sau la un jargon în copia dvs. UI. De ce? Pentru că noi ști ce înseamnă acest jargon. Cu toate acestea, este posibil să înstrăinăm utilizatorul mediu folosind termeni pe care probabil că nu îi cunosc. Strategistul web Erin Kissane ne sfătuiește să păstrăm jargonul la un nivel minim din acest motiv.
Există un timp pentru jargonul profesional: când știi că vorbești cu o audiență care te înțelege și ai nevoie de specificitatea și precizia suplimentare pe care jargonul le poate oferi. Dacă o utilizați în afara acelei situații, probabil că nu comunicați în mod clar, cinstit sau eficient.
Jargonul nu este chiar problema aici, totuși. Problema cu copia din această pagină - și atât de multe altele care promovează produse informatice - este că nu spune nimic. Jargonul rătăcit, buzzwords și alte tipuri de puf în grabă, deoarece lipsa de sens convexe creează un vid.
Când vine vorba de a construi propriile UI-uri, mulți dezvoltatori încep cu o schemă de sârmă a ceea ce va arăta site-ul. Cu toate acestea, pe măsură ce aplicațiile bogate de internet bazate pe Ajax (RIA) devin din ce în ce mai frecvente, nu are sens să construim un site dinamic, în mișcare, cu o simplă rețea wireframe. Uneori e mai eficient să construiești un prototip.
Adaptive Path CTO David Verba argumentează că schema de sârmă nu este cea mai potrivită pentru proiectarea UI-urilor, deoarece acestea nu taie muștarul pentru a realiza într-adevăr o aplicație complexă.
Prototiparea ne permite să vedem mai clar probleme - și adesea mai devreme - în procesul de proiectare și dezvoltare. Pe măsură ce depășim site-urile de conținut corporative și în aplicații care au o bogată și complexă funcționalitate, abilitatea noastră de a ne așeza la începutul proiectului și de a anticipa potențialele interacțiuni și probleme este diminuată. Spațiul-problemă este prea complex. Acesta este motivul pentru care am început să folosim în primul rând firmele de tip wireframes. Adesea, singura modalitate de a înțelege cu adevărat unde vor apărea problemele sau de a găsi soluții potențiale este să le schițeze. Utilizăm fire de tip wireframe pentru a schița conținutul și aspectul, dar pe măsură ce ne mutăm în mai multe interfețe interactive, firele de rețea nu sunt la fel de eficiente. Trebuie să schițăm cu funcționalitatea reală - schița în cod, ca să spunem așa - pentru a vedea cum se va comporta cu adevărat aplicația.
Glen Stansberry este un dezvoltator web și un blogger care sa luptat de mai multe ori decât ar dori să recunoască cu CSS. Puteți citi mai multe sfaturi despre dezvoltarea web la blogul său Web Jackalope.
Accentsconagua