Sinulla on jo hyvä sovellus ja työskentelet raivoisasti rakentaa ja käynnistää se. Tai kehität mobiilisivustoa, joka täydentää työpöydän rakennetta. Tai ehkäpä parannat työpöydän muotoilua mittakaavassa laitteissa.

Missä määrin mobiilikehityksen tavoitteesi on, ennen kuin aloitat, ottakaamme nopean tauon tästä prosessista varmistaaksemme, että et tee muutama yleisimpiä mobiilisuunnitteluvirheitä.

Luota minuun, se kannattaa, ja asiakkaasi kiittävät sinua.

1. Ei viimeistele ominaisuutta

Rakentamisen ohjelmistoja on helppo siirtää lisäämällä kaikki nämä hienot ominaisuudet. "Eikö olisi hienoa, jos ..." on vaarallinen lause, kun on kyse määräaikojen täyttämisestä ja laadukkaiden ohjelmistojen toimittamisesta.

Jos yrität ottaa käyttöön liian monta ominaisuutta, niin kokemuksen ja suunnittelun laatu kärsisi, puhumattakaan siitä, mitä tapahtuu määräaikasi kanssa.

Samaan aikaan et halua keskittyä niin suppeasti, että huomaat mahtavia ideoita. Silloin tämä lause tulee: "Unelma iso, toteuttaa pieni".

Suunnitteluvaiheessa laittakaa jokainen ajatus alas paperille, olipa kuinka mahtava tai naurettava se kuulostaa. Kirjata ja harkita sitä. Unelmoi suuria. Sitten voit olla varma, ettet läpäise mitään hienoja ideoita.

Refine the feature set

Sitten, kun päätät rakentaa, valitse vain muutamia asioita. Tästä koko luettelosta, josta yksi tai kaksi asiaa voisit vapauttaa omalla tavallaan? Ole häikäilemätön leikkaamalla ominaisuuksia. Jotta voisit onnistua, sinun on aloitettava pieni.

Kun olet valinnut yhden tai kaksi ominaisuutta, jotka aiot rakentaa, keskity kaiken laadukkaan kokemuksen rakentamiseen. Aseta palkki niin korkealle kuin mahdollista. Tavoitteesi pitäisi olla aloittaa yksinkertainen sovellus, joka on ilo käyttää.

Tämän lähtökohtana voit vapauttaa ennemmin ja selvittää, jos joku todella välittää ongelmasta, jonka olet ratkaissut. Sitten voit vähitellen lisätä muita ominaisuuksia, mutta vain silloin, kun pystyt ylläpitämään korkealaatuista standardia, jonka olet määrittänyt sovelluksen laadulle. Jos et löydä tapaa suunnitella ominaisuutta, jolla on kyseinen laatu, älä lisää sitä.

Älkää koskaan uhraile kokemusta toiselle ominaisuudelle.

Joten, unelma iso, toteuttaa pieni ja olet matkalla.

(Kiitos Dan Cederholm of Dribbble esitellä minulle tämän lauseen).

2. Huono linjaus ja etäisyys

Kehittäjät usein valittavat minulle, että suunnittelu on kovaa. Jos vain se voisi olla analyyttinen kuin ohjelmointi, he löytäisivät sen helpommaksi. No, olette onnea. Haluan, että käytät analyyttistä tarkkuutta varmistaaksesi, että kaikki suunnittelusi elementit ovat oikein kohdistettuja. Tällä en tarkoita sitä, että heidän täytyy noudattaa hienoa muotoilutekniikkaa. Tarkoitan vain, että kaikki vasempaan reunaan kohdistuvat olisivat samat etäisyydet. Jos marginaalit ovat 10px, käytä sitä koko ajan.

Elementit on sijoitettava tasaisesti toisistaan ​​ja niillä on runsaasti tyynyjä kunkin elementin välillä. Tiedän, että sinulle on kerrottu lisätä lisää tilaa, mutta se on todella tärkeää.

Spacing and alignment

3. Älä käytä sormen kokoisia kosketuspisteitä

Kun yrität sovittaa kaikki mobiililaitteeseen, se voi olla houkuttelevaa pienentää painikkeiden kokoa. Pienin suositeltu kosketuskoodi on 44 pikseliä neliömetriä.

Sormet ja peukut ovat eri kokoisia, joten mikä toimii hyvin pienille käsiä varten, ei ehkä toimi suurikokoisille ihmisille. Jättämällä tapin tavoitteet suurempia kuin tämä vähimmäismäärä välttää turhauttavia käyttäjiä.

Finger-sized buttons

Vain siksi, että kosketusnäytön on oltava 44 pikseliä neliö ei tarkoita sitä, että painikkeen ääriviiva itse täytyy olla. Voit lisätä kohdepintaa suurempana kuin itse painike auttaa epätarkkoja kosketuksia vielä käynnistämään painike. Jos painike ei ole aivan muiden elementtien vieressä, jossa napautustoiminnot, painike voi olla varsin vähän suurempi muuttamatta visuaalista osoitetta

4. Syöttöruusujen käyttö navigointiin

Kuvittele, että olet selaamassa sovellusta ja olet työskennellyt tiesi 4 tasoa syvällä. Kun olet lukenut kyseisen sisällön, haluat ylittää yhden tason, mutta koskettamalla vahingossa "Home" -tasoa leivänrikkeissä. Auts. Se on kuin palautuspainike aiempaan työhön selaamalla kyseiseen osioon. Olemme jo todenneet, että pienet kosketuskohdet aiheuttavat usein vahingossa virheellisiä elementtejä.

Yksinkertainen "Takaisin" -painike on suositeltava sovelluksen otsikkorivillä (ei välttämättä laitteistopainikkeella oleville Android-laitteille). Monet kehittäjät ajattelevat, että he tekevät asioistaan ​​helpommat käyttäjiään lisäämällä ylätunnisteen pyörivästi liikkuvaa navigointia, jolloin käyttäjät voivat siirtyä takaisin haluamaasi tasoon.

On parempi, että Takaisin-painike muuttaa tarraa sen sivun perusteella, johon se vie sinut. Joten se voisi lukea "Asetukset" tai "Käyttäjät" riippuen siitä, mitä edellinen näkymä oli.

Breadcrumbs

5. Logot otsikkopalkkeihin

Jotta pyrkimys tuotemerkin selkeämpiin käyttöönottoon, suunnittelijat tekevät usein yrityksen logon näkyvästi otsikkopalkkiin ja korvaavat sivun nimen prosessissa. Tämä on hieno ensimmäinen sivu, jossa käyttäjä ei välttämättä tarvitse yhteydenpitoa. Mutta seuraavilla sivuilla haluat varata otsikkopalkin tilan sivun otsikolle. Tämä auttaa antamaan käyttäjän kontekstin ja ilmoittamaan heille sisällön, jonka he odottavat löytävänsä sivulta alaspäin.

Twitter-sovellus iPhonea varten hoitaa tämän hyvin, asettaen yksinkertaisen logon ensimmäiselle sivun otsikkoriville, mutta kaikkiin seuraaviin sivuihin korvaamalla se vakiotekstin tekstillä.

Logos

Jos suunnittelussa tarvitaan vahvempaa brändäystä, sinun on tarkasteltava uudelleen värimallit ja tyylit, eikä vain pakottaa suurempia logoja käyttöliittymään.

6. Älä käytä käytettävyystestausta

Et ole pysty arvioimaan tarkasti projektien käytännöllisyyttä, jota työskentelet tiiviisti. Käsitteet, jotka saattavat tuntua monimutkaisilta, tulevat luonnollisesti sinulle nyt, kun olet upotettu niihin kuukausien ajan. Mitä tapahtuu, katsomme läpi ja testämme omia ohjelmistojamme, eivätkä ymmärrä omaa ennakkoluulottomuutta. Ei saada mielipiteitä ulkopuolelle on valtava virhe. Et halua, että ensimmäistä kertaa huomaat, että näytöllä ei ole intuitiivista olla, kun kiihkeä asiakas puhelimesta valittaa.

Käytettävyystestaus on kriittinen suunnitteluprosessille. Miksi niin monet ihmiset välttävät sen? Yksinkertainen: he eivät tiedä, kuinka helppoa on tehdä. Kun puhun käytettävyystestauksesta, en tarkoita sitä, että palkkaat yrityksen valkoisissa kerroksissa tekemällä viikon mittaisen tutkimuksen, jossa he analysoivat tarkasti suunnittelusi.

Sen sijaan etsi vain ystävä, joka ei ole koskaan ennen kuullut sivustostasi. Aloita antamalla heille vain pieni konteksti, kuten "Mitä mieltä olet tästä tehtäväluettelosovelluksesta?" Sinun ei edes tarvitse kertoa heille, että se on sinun (palautetta voi olla enemmän tylsä). Seuraava askel on helppoa: vain katsele niitä käyttämään sitä . Kiinnittäkää huomiota siihen, mihin näyttöihin ne jumittuvat, kun he lopettavat tekstin lukemisen ja kun he alkavat napauttaa painikkeita. Löydät nopeasti alueet, jotka eivät ole niin intuitiivisia kuin ne voivat olla.

Testing

Usein pienet muutokset ovat valtava ero. Hyvin sijoitettu työkaluvinkki saattaa riittää selittämään konseptin ja näyttämään käyttäjälle, mistä seuraavaksi napautetaan. Pidä testaus epävirallisena ja kokeile sitä 3-5 hengellä. Opit paljon.

johtopäätös

On olemassa paljon virheitä, joita voit tehdä, mutta tämä lyhyt luettelo aloittaa sinut. Kaksi tärkeintä käsitteistöä ovat hienosäätöominaisuudet ja käytettävyyden testaus. Hanki ne oikein ja kaikki muu jää paikoilleen.

Jos tämä viesti kuvasi mobiilikokemuksen osia, älä huoli. Ne ovat kaikki helppokäyttöisiä virheitä. Mutta jos vältät ne, mobiilikokemuksesi on paljon puhtaampaa ja tarkempaa.

Oletko tehnyt näitä virheitä tai ehkä kaikkia näitä virheitä? Mitä ei-nosia lisääisit mobiilisuunnitteluun? Kerro meille alla olevissa huomautuksissa.