Good UI Design tuleb standardite nõuetele. või peaks see? Minu TOP 10 UI Design reeglid
Samuti olen väga uus kasutajaliides (UI) arengut ega ma veteran ja nagu ma alati panna, siis ma sobituvad profiili UI arendaja rohkem kui disainer, kellel ei kahetse. Oh hästi! Mida ma kirjutades? ... Mõnda aega (peab olema aastat mitte ühtegi vähem) nüüd, iga nüüd ja siis kui ma saan natuke UI Design (kui professionaalne disainer on läinud puhkusele), olen alati cant stop mõelnud, kas minu disain peaks korralikult complient või mitte (siiralt, mitte, et ma võiks achive 100% standardite järgimist, kui ma tahtsin liiga). Siis ma ütlen mina, mis jama! ... Disain peaks olema lihtne, kena ja peamiselt ilmselt kasutada ei tohiks teha külastajaid joosta ... või põrge (olla tehniline). Mis kasu oleks kena tableless CSS kujundus on külaline, kes ei tunne kõiki smart hüperteksti ja Cascading Style Sheet naha alla oma veebilehel ... Zilch!
See peaks välja nägema kena ja lihtne kasutada ... siis on kõik standardid kraam.
Ma stumbbled accross see blogi Jason Fried of 37 Signals (Neile, kes ei ole teadlikud 37 signaalid on onces, kes on loonud mõned fantastiline web apps nagu Basecamp, lõkkeplats jne), kes kirjutas midagi sarnast 2004 ja uskuge mind, ligi 5 aastat ja ei ole palju muutunud, et ... Mul oli hea meel lugeda oma ametikohale, nagu ma täiesti nõus sellega, mida ta öelda ja ka asjaolu, teda ei ole kindel, mida räägib umbes selle lihtsalt oma sisetunde ajel ja nii on minu 
Jason Fried: "Seal on liiga palju rääkida CSS ja XHTML ja standardeid ning kättesaadavus ja ei piisa rääkida inimestega. CSS ja standardid vastav kood on lihtsalt tööriistad - sa pead teadma, mida ehitada nende vahenditega. Tore, mul on hea meel oma UI ei kasuta tabeleid. Mis siis? Kes hoolib, kui ta ikka ei lase inimestel saavutada oma eesmärke. Veebi standardeid on suur, kuid inimesed enda standardite hulka asju teha (ja see on ikka liiga raske teha online).
UI disainerite teevad sama vana põhiline "unustamata inimene teisel pool" vigu - välja arvatud see aeg oma koodi näeb parem välja. Inimesed - mitte kood kontrollijaid - kasutada liideseid. "
DISCALIMER: See ei tähenda, et me ei hooli standarditest üldse. Standardid on hea olla ja jääda neid nii palju kui võimalik. Me ainult ei mõista, et Good UI disain ei tähenda alati 100% Standardid complience või vastupidi ....
Minu nimekirja minu õpitut, ma järgida mõningaid UI Design ja arendustegevuse Golden Rules ... Heres TOP 10 ... mitte, et sa pead järgima ka neid ...
1. Hoolitse oma kasutajatele. Kasutajad saavad teha ega murda saidile. Donot teha kasutaja näeb kogu idoit, täiesti võimetu kasutades oma veebilehel. See on halb!
2. Hoidke lihtsuse ja lihtne kasutada oma peamise guidlines. Liiga palju asju ekraanile, seda suurem on tõenäosus, et kasutaja saab segaduses või häirida oma esialgsest ülesanne.
3. Olema PIIRNORMID ... Donot anduma liiga palju KASUTATAVUS, ligipääsetavus ja standarditele. Kasuta standardite tõhusalt ja need mõistetakse meeskond. See tagab õige kooskõla toote
4. Prototype nõuet. Kuna nendel päevadel kasutatavad liidesed on rikas, Prototyping alati on parem kui lihtsalt tegemise lihtne wireframes ja viimane on tühine korraliku suhtlemist, siis ei anna kliendile selget pilti lõplik toode, mis on välja töötatud. Alati on lihtsam muuta prototüübid arvesse lõpptulemuste. Ka! koos prototüüpide igasuguse suhtlemise küsimusi saab lahendatud varem arengu vältel.
5. Kooskõla oma disaini ja suhtlemine on väga oluline. Donot segadusse oma kasutajale ettearvamatu vastasmõju ning Gizmos.
6. Mõista oma "Design Missioon". Kahjustavad tegurid keskenduda esmane tegevus lehele beign projekteeritud. Samuti teha nimekirja oma seconday meetmete lehel ja järjestada neid.
7. Anda asjakohane tagasiside saidi kasutajatele. Enamiku veebilehtede mõeldud umbes AJAX, annab visuaalseid vihjeid kasutaja muutusi lehele. Kasutaja on antud tunnustus Pärast iga ülesande ta täidab. Donot teha kasutaja oodata ja arvata, sest nt. pakkuda edunäitajaid faili jaoks uplaods.
8. Kasuta kontrolli sobivalt. Sest näiteks Kasuta Vali rippmenüüst nimekirja väike nimekirjad alles, donot lase kasutajal valida ühe 200 linnu kasutades valige lahtrid. Mõista erinevust nuppu ja link. Link ja nupp on erinevatel eesmärkidel, donot kasutada üks teine. Pakkuda õiget kontrolli teha, suheldes lehele lihtsamaks. Vältige menüüd, mis on rohkem kui kaks taset sügav. Ärge jalgratast leiutama. Kasutage standard kontrolli, kohandada neid ainult siis, kui väga vaja. Määratleda iga tollikontrolli vajalik saidile 1. käsi, et nad võiks luua ja katsetada sõltumatult, kasutusvalmis accross kohas.
9. Donot Käi liiga palju disain. Pea meeles! Kogu toode koosneb enam, et disain üksinda. Ehitada asjakohane ajagraafik oma projekti ajakava disain korduste ja kinni pidada. Iteratsiooni aitab meil teada saada, mis toimib ja mis mitte, noppida pingekolletes. Nagu hea liides võtab aega, anda aega korduste Alguses arendamise tsükkel, et disain korduste doesnot otse tähenda ümbertegemine. Liiga palju ümbertegemine võib jeopradize tähtajad.
10. Istu maha ja mõtle kasutaja vahel.
