Hyvä UI Design on oltava standardien mukainen. vai onko se? Oma TOP 10 UI Design Rules
Kumpikaan Olen hyvin uusi käyttöliittymä (UI) kehittäminen enkä veteraani ja olen aina laittaa sitä, minä sopii profiilia UI kehittäjä enemmän kuin suunnittelija, ilman pahoittelee. Oh No! Mitä minä kirjoittaa? ... Jonkin aikaa (pitää olla vuosina ei yhtään vähempää) nyt aina silloin tällöin kun en päästä vähän UI Design (kun ammattimainen suunnittelija on mennyt lomalle), olen aina cant stop-miettinyt olisiko minun pitäisi suunnitella asianmukaisesti complient vai ei (vilpittömästi, ei että voisin achive 100% standardien noudattamista, jos halusin myös). Sitten sanon, mitä paskaa! ... Suunnittelussa tulisi olla yksinkertainen, mukava ja ennen kaikkea näyttää käyttökelpoinen, se ei tee vierailijoita karkuun ... tai Bounce (on tekninen). Mitä hyötyä olisi kiva tableless CSS layout olla vierailija, joka ei piittaa kaikki fiksu HYPERTEKSTI ja Cascading Style Sheet ihon alle verkkosivusi ... Zilch!
Sen pitäisi näyttää mukava ja helppo käyttää ... sitten tulee kaikki vaatimukset kamaa.
Olen stumbbled accross tämän blogin merkintä Jason Fried of 37 Signals (Niille jotka eivät tiedä 37 signaalit ovat onces jotka ovat luoneet mahtavia Web apps kuten Basecamp, nuotio jne.), joka kirjoitti jotain vastaavaa 2004 ja uskokaa minua, melkein 5 vuotta ja ei ole paljon muuttunut, että ... olin iloinen lukea virkaansa, sillä olen täysin samaa mieltä siitä, mitä hänellä on sanottavaa, ja myös siitä, hän ei ole varma siitä, mitä kertovat sen vain hänen hänestä ja niin on minun 
Jason Fried: "On aivan liian paljon puhua CSS ja XHTML ja standardit sekä saatavuus ja liian vähän puhua ihmisille. CSS ja standardit yhteensopiva koodi ovat vain työkaluja - sinun täytyy tietää, mitä rakentaa näillä työkaluilla. Hienoa, olen iloinen teidän UI ei käytä taulukoita. Mitä? Ketä kiinnostaa, jos se ei vielä anna ihmisiä saavuttamaan tavoitteensa. Web-standardit ovat suuria, mutta ihmisten omat standardit ovat Getting Things Done (ja on edelleen liian vaikea tehdä verkossa).
UI suunnittelijat tekevät samaa vanhaa laatua "unohtaminen ihminen toisella puolella" virheitä - paitsi tällä kertaa koodiaan näyttää paremmalta. Ihmiset - ei koodia validators - käyttöliittymät. "
DISCALIMER: Tämä ei tarkoita, että meidän pitäisi vaivautua vaatimuksia lainkaan. Standardit on hyvä olla ja pitäytyä niissä mahdollisimman paljon. Meidän on vain ymmärrettävä, että hyvän käyttöliittymän suunnittelu ei aina tarkoita 100% standardeja Complience tai päinvastoin ....
Minun lista minun opetukset, minä seuraan muutamia käyttöliittymän suunnittelu ja kehittäminen kultaiset säännöt ... Tässäpä TOP 10 ... ei, että sinulla on seurata niitä liikaa ...
1. Huolehdi käyttäjille. Käyttäjät voivat tehdä tai rikkoa sivuston. Antaja antaa käyttäjä näyttää koko idoit, täysin kykenemätön sivuston käytössä. Se on huono!
2. Pidä Yksinkertaisuus ja helppokäyttöisyys ensisijainen guidlines. Liian monia asioita ruudulla, sitä suurempi todennäköisyys, että käyttäjä saa sekoittaa tai häiritsee niiden alkuperäinen tehtävä.
3. Ole RAJAT ... antaja hemmotella liikaa KÄYTETTÄVYYS, saavutettavuutta ja standardeja. Käytä standardeja tehokkaasti ja ne ymmärretään joukkue. Näin varmistetaan oikea yhdenmukaisuuden tuote
4. Prototyyppi vaatimuksen. Koska näinä päivinä käyttöliittymät ovat rikkaita, prototyypit on aina parempi kuin vain yksinkertaisia kehyksiä viivoina, ja jälkimmäinen on vailla kunnollista vuorovaikutusta, se ei anna asiakkaalle selkeä kuva lopputuotteen, jota kehitetään. Aina on helpompi muuttaa prototyyppien lopullisiin tuloksiin. Myös! ja prototyyppien tahansa vuorovaikutusta asioita voitaisiin korjataan aikaisemmin kehityksen aikana.
5. Johdonmukaisuus suunnittelua ja vuorovaikutus on erittäin tärkeää. Antaja sekoita käyttäjää arvaamattomia yhteisvaikutuksia ja vempaimia.
6. Ymmärrä "Design Mission Statement". Aways keskittyä ensisijaisesti toiminnan sivun beign suunniteltu. Varmista myös, listan seconday toimia sivun, ja priorisoida niitä.
7. Anna asianmukainen palaute sivuston käyttäjille. Kun useimmat sivustot suunniteltu noin AJAX, tarjoavat visuaalisia vihjeitä käyttäjälle muutoksista sivulle. Käyttäjän on annettava tunnustus loppuun mitään tehtävää hän suorittaa. Antaja tekee käyttäjä odottaa ja arvaa, esim.. tarjota edistystä indikaattoreiden tiedoston uplaods.
8. Käytä tarkastukset asianmukaisesti. Esim. Käytä Valitse pudotusvalikosta pieniä luetteloissa ainoastaan, antaja antaa käyttäjän valita yhden 200 kaupunkia käyttäen valitse laatikot. Ymmärrä ero painiketta ja linkki. Linkki ja nappi on erilaiset käyttötarkoitukset, antaja käyttää yksi muilla. Anna oikea ohjaus tehdä vuorovaikutuksessa sivun helpompaa. Vältä Valikot, jotka ovat yli kaksi tasoa syvä. Älä keksi pyörää. Käytä standardiohjausten, muokata niitä vain, jos erittäin tarpeellista. Määritä mukautetut tarvittavien tarkastusten sivuston omakohtaisesti, jotta ne voitaisiin luoda ja testata itsenäisesti, käyttövalmis accross sivuston.
9. Antaja toistaa liikaa suunnittelua. Muista! Koko tuote sisältää enemmän kuin suunnittelu yksin. Rakenna sopiva aikataulut projektiisi aikataulu suunnittelussa toistojen ja pysyä siinä. Iterointi auttaa meitä selvittämään, mikä toimii ja mikä ei, poimia kriisipesäkkeissä. Koska hyvä käyttöliittymä vie aikaa, antaa aikaa toistojen ja aloittamalla tuotekehitysprosessin nopeuttamista, jotta suunnittelu toistojen doesnot suoraan merkitse muokata. Liika työstää voisi jeopradize määräaikoja.
10. Istu alas ja ajattele käyttäjä joskus.
