Mobiilne esimene disain: miks see on suurepärane ja miks see imeb

Ajalooliselt on enamik veebidisainereid ja nende kliente lähenenud kõigepealt iga projekti töölaua poolele, jättes mobiilse osa teisejärguliseks eesmärgiks, mis saavutatakse hiljem. Isegi reageeriva kujunduse kasvuga algavad paljud meist „täissuuruses” saidiga ja teevad oma teed.

Tööstuses on kasvav suundumus, kui pöörata see töövoog pähe ja alustada tegelikult mobiilside kaalutlustega ning töötada siis välja suurema töölauaversioonini.

Miks võiksite kunagi selliselt projektile läheneda? Millised on selle strateegia plussid ja miinused? Loe edasi, et teada saada!

Mobiilse veebidisaini loomine pole nišš

Kui teil ikka on peas, et mobiilse veebidisaini ja rakenduste arendamine on nišitööstus, peate oma mõtteviisi muutma. Mobiil ei ole trend ega ka tulevik, see on olevik. Ei usu mind? Siin on mõned hullud statistika, mida Mobithinksilt arvesse võtta:

  • Kogu maailmas on üle 1, 2 miljardi mobiilse veebikasutaja
  • USA-s on 25% mobiilse veebi kasutajatest ainult mobiiltelefonid (nad kasutavad veebi saamiseks harva töölauda)
  • Mobiilirakendusi on alla laaditud 10, 9 miljardit korda
  • Mobiilsideseadmete müük suureneb üldjoontes - enam kui 85 protsendil uutest telefonidest pääseb mobiiliveebile juurde

Üks mõjuvamaid fakte on siin teine ​​punkt, mis toob esile, et tõenäoliselt näevad paljud kasutajad kunagi ainult teie saidi mobiiliversiooni. See on jahmatav ilmutus, kas pole?

Rohkem kui kunagi varem on veebis midagi, mida kanname taskus, mitte midagi, mis lihtsalt ripub meie laua lähedal või isegi meie kodudes. See on globaalne trend, mille kasv jätkub alles lähiaastatel. Kas olete selleks valmis? Kas teie kutseoskuste komplekt sisaldab veebiarendust kõigile olulistele platvormidele või lihtsalt töölauaareeni?

Miks just Mobile First?

Koefitsiendid on see, et keegi seda lugevatest inimestest pole siiani midagi uut õppinud. Kõigi tuttavate taskutes olevad 500 dollarilised telefonid + on kõik vajalikud tähised, et veeb on arvutikujulisest kastist välja murdnud.

See, et mobiilse veebiühendus on populaarne, ei veena mind siiski peaaegu selles, et pean järgima strateegiat, mis seab mobiili esikohale. 25% mobiilikasutajatest, kes on ainult mobiilsed, on see, et 75% neist pole! Töölaud on endiselt oluline meedium, mida ei tohi veel unustada ega tagurpõletile suruda. Miks me isegi kaalume mobiilse esimese marsruudi valimist?

Üks peamisi mobiilse esimese veebidisaini tõusu katalüsaatoreid oli Eric Schmidti 2010. aastal avaldatud teadaanne, et Google kavatseb seda lähenemisviisi kasutada nüüdsest, öeldes: „Ma arvan, et see on nüüd me kõik peaksime mobiiltelefonile vastama peaaegu kõigele ”(allikas). Miks selline drastiline muutus lähenemises?

Graatsiline lagunemine vs progressiivne täiustamine

Need on mõned olulised mõne aasta tagused buzz-sõnad, mis võivad endiselt anda palju teavet mobiilse esimese veebidisaini mõiste ja selle kohta, miks see on oluline kontseptsioon, mida kaaluda.

Graatsiline lagunemine tulenes vajadusest kujundada funktsioon võimalikult paljudes brauserites ja platvormides. Disainerid ja arendajad soovisid uut tehnoloogiat ära kasutada, välistamata kasutajaid seadistustega, millel puudus tugi. Üldine järeldus oli parima võimaliku kogemuse loomine ja teenimine ning seejärel iga võimaliku halvenemise arvestamine ja selle tagamine, et hoolimata puudustest oleks sait endiselt töökorras.

Mobiilse veebidisaini osas tähendas see, et täielik standardne veebisait vähendab sisu ja funktsioone ning vähendab järk-järgult sisu ja funktsioone, kuna vaateava muutub väiksemaks ja süsteem lihtsamaks (puudub Flashi tugi jne).

Sellest suundumusest tekkis võimas uus idee: järkjärguline täiustamine. Selle muinasjutu versioonis panite oma parima jala mobiiliplatvormil edasi, pakkudes kasutajatele minimaalset ekraani kinnisvara, töötlemisvõimsust ja kolmandate osapoolte pistikprogramme hämmastava kogemuse, mis mõlemad näevad suurepärased välja ja toimivad ideaalselt. Vajadusel saab seda saiti järk-järgult täiustada ja isegi väiksemate piirangutega suuremate platvormide jaoks täielikult läbi mõelda.

Miks võidab progressiivne täiustamine

Lühidalt tunduvad need kaks metoodikat enam-vähem samaväärsed. Keda huvitab, kus te projekteerimisprotsessi alustate, niikaua kui see saab korda, eks?

Olukorra tegelikkus on siiski pisut keerulisem. Kui alustate lauaarvutiplatvormiga, siis kipute tavaliselt kasutama ära kõike, mida platvorm pakub. Ehitate hämmastava toote, mis kasutab ära palju suurepäraseid tehnoloogiaid, mõistmaks ainult seda, et ükski selle toode pole mobiilile sobiv. See võib kaasa tuua ja nõrgendab mobiilsidetooteid, mis tunnevad pigem järelmõtet kui poleeritud valmistoodet. Kas see juhtub iga projektiga? Võib-olla mitte, kuid lugu on tõenäoliselt palju tavalisem, kui tahaksite uskuda.

Kui uurime järkjärgulise täiustamise töövoogu, kipub tulemus olema erinev lugu. Alustame projektiga, mis on ühtaegu lahja ja üsna muljetavaldav. Olete võtnud kogu selle lähteenergia ja pannud selle toote loomiseks, mis näeb välja ja töötab hästi, hoolimata paljudest piirangutest, millega silmitsi seisite.

Mis veelgi olulisem - olete juba läbi elanud sisu kärpimise probleemi selle kõige elutähtsamate elementide juurde. Nüüd, kui on aeg see kujundus töölauale tuua, selle asemel et otsustada, mida lõigata ja kuidas oma toodet joota, otsustate selle asemel, kuidas seda veelgi robustsemaks muuta!

Veebisisu: parimat pakutakse valikuliselt

Ülaltoodud argument pärineb puhtalt filosoofilisest vaatenurgast, mille lõppjäreldus on, et tulemus on parem, kui kasutada mobiili-esimest lähenemist. Kui soovite argumenti, mille taga oleks pisut paremini jälgitav sisu, siis vaadake ainult seda, kuidas oma sisu teenite.

Kui võtta graatsiline degradatsiooni vaade, pakutakse kogu sisu (tekst, pildid, video, heli jne) samal ajal üles sellele, mida peetakse suurimaks platvormiks. Siit võetakse arvesse mobiiliversioone, mis lihtsalt ignoreerivad lehe sisu või eemaldavad selle sisu. Probleem on aga selles, et see oli juba laaditud, kas antud platvorm seda vajab või mitte. Leiame, et platvormil, mida sageli seostatakse madalaima allalaadimiskiirusega, pakume rohkem sisu kui vaja. Näete selles midagi valesti?

Kõigepealt mobiiltelefoni vaatepunktist alustame väiksemate platvormide jaoks absoluutsete põhiosade laadimist. See viib snappier kogemuseni, mis väldib tarbetut mahajäämust. Lisaressursid laaditakse vastavalt vajadusele rangelt platvormidele, mis saavad nendega hästi hakkama.

Mis saab tundlikust disainist?

Kuidas see kõik sobib reageeriva kujundusega, mis on muu trend, mis võtab üle veebi? Hea uudis on see, et need kaks strateegiat ei ole konkurentsivõimelised. Võiks öelda, et need tehti üksteise jaoks.

Vastuvõtlik disain põhineb meediumipäringute kontseptsioonil, mis on suunatud konkreetsetele seadmetele ja vaateakna suurustele. Seda silmas pidades saate oma esialgse CSS-i kodeerida, arvestades mobiilset vaatenurka, ja seejärel kasutada meediumipäringuid täiendava stiili valikuliseks esitamiseks, kuna vaateakna suurus suureneb.

See on tõenäoliselt vastupidine meetodile, mida tavaliselt kasutate reageeriva kujundusega: alustage suurelt ja vähendage siis. Ülaltoodud argumente arvestades on meediumipäringute väikesest suureni struktureerimise taga palju loogikat.

Suur paks külg

Hooray esimese mobiiltelefoni kujundamiseks. See on suurim asi, mida veebist The Oatmeal ilmub. Miks ma ei ole sellest vaimustatud? Miks, ehkki hiilgavalt reageeriva disaini üle, olen ma sageli vältinud mobiili-esimese veebidisaini teemat?

Kohe puutub mind silmitsi väiksema ekraaniga, vähem ressursse ja hunnik rohkem peavalusid.

Vastus on siin lihtne: see pole ei lõbus ega lihtne. Kindel reageeriv disain on keeruline, kuid see võimaldab mul oma küljes olevaid lihaseid painutada ja kasutada palju sisseehitatud brauseri funktsioone, et teostada lahedaid funktsioone. Vastuvõtlik disain muudab minu mänguasjakasti suuremaks, mitte väiksemaks.

Mobiil-esimese disaini puhul on mul aga esimese sammuga piiratud piirangud. See pole üldse lõbus! Kohe puutub mind silmitsi väiksema ekraaniga, vähem ressursse ja hunnik rohkem peavalusid. Lisaks pole see lihtsalt mugav territoorium. Olen suurema osa oma veebidisaini karjäärist veetnud töölaua ruumis, ehitades elamusi hiirekursorite ja klõpsude, mitte sõrmeotste ümber. Olen teinud palju mobiilset tööd, kuid ma ei nimetaks seda oma tugevaks ülikonnaks.

Kõige tähtsam on see, et range disainilahenduse vaatevinklist on mul väga keeruline disaini sukelduda, kui alustan mobiiliga ja teen oma teed üles. Mainisin seda oma hiljutises artiklis rohkesti "huzzah'e" kommentaarides ja olen isegi kuulnud, et juhtivad tööstusespetsialistid laulavad sarnast laulu.

Üleskutsele tõusmine

Vaatame hetkeks minu argumendid mobiilse disaini lähenemisviisi poolt ja vastu. Kategoorias „poolt” on meil sirgjoonelisi ja loogilisi argumente, mida on raske alahinnata. Kategoorias “vastu” on mul palju vingumist ja isiklikke kõhklusi. Milline pool teie arvates selle lahingu võidab?

Parema disainerina olemise nimel pean natuke loobuma mugavusest.

Võib-olla on teil paremaid mobiili-esimeste vastaseid argumente kui minul, kuid kui ma vaatan seda objektiivsest vaatenurgast, on ilmne, et kõige tugevam on konkurent mobiilile-esimesele.

See tähendab, et pean ilmselt üle saama iseendast ja vastama väljakutsele alustada projekte mobiilsest vaatepunktist. Kui mul pole mobiiltelefoni jaoks esiteks mugav kujundada, siis hea, see tähendab, et mul on kasvuruumi ja tehnikat, mida õppida.

Lõppkokkuvõttes, kui minu põhjused mobiilse lähenemise kasutuselevõtuks on kasutajakesksed ja minu vastu olevad põhjused on isiklikud, siis pean parema disainerina töötamise nimel pisut mugavusest loobuma.

Mis teid tagasi hoiab?

Nüüd teate kõike selle kohta, kui hea on teie mobiiltelefonidele mõeldud esimene veebidisain. Teate, et sellised ettevõtted nagu Google kasutavad seda lähenemisviisi ja näete mobiili-esimese töövoo eeliseid. Mis sind siis tagasi hoiab?

Kas jagate minu vaatenurka, et kõigepealt on mobiilne rakendamine keeruline strateegia ja nõustute, et peate lihtsalt hüppe tegema? Või takistab teid mõni olulisem?

© Copyright 2024 | computer06.com