Parhaita käytäntöjä web-suunnittelijoille reagoiviin ulkoasuihin tai alkuperäisiin sovelluksiin? [Op-Ed]
Ei ole kiistävää, että mobiili on tulevaisuus. Kun Google vahvistaa, että enemmän hakuja tehdään mobiililaitteissa kuin työpöydällä, on täysin selvää, että kaikkien sivustojen pitäisi mennä mobiiliin, jos he eivät ole vielä.
Mutta selaimen sisällön välillä on mielenkiintoinen kaksisuuntaus reagoivien ulkoasujen ja sovelluksen sisältämien sisältöjen kautta natiivien sovellusten kautta.
Haluaisin tutustua molempiin alueisiin ja kaivaa kunkin valinnan juuri. Milloin verkkosivun pitäisi olla natiivi sovelluksen kanssa, joka on reagoiva? Voiko sivusto käyttää molempia? Nämä ovat elintärkeitä kysymyksiä, joita pitäisi esittää jokaisella uudella luovalla projektilla tänään.
Alkuperäisen sovelluksen arvot
Useimmat älypuhelinten käyttäjät luottavat suosikkiohjelmiinsa alkuperäisiin sovelluksiin. Facebook, Twitter, Instagram ja muut kaikki käyttävät omia omia sovelluksiaan.
Koska alkuperäiset sovellukset toimivat paikallisessa käyttöjärjestelmässä, ne ovat paljon sujuvampi ja helpompi käyttää animaation, käyttöliittymän suunnittelun ja sisällön järjestämisen osalta. Alkuperäiset sovellukset noudattavat käyttöliittymän ohjeita pitääkseen ne kaikki yhdenmukaisina ja luonnollisesti oletettavina. Käyttäjät tuntevat usein vain, kuinka käyttää liukuvalikkoja ja välilehtiä.
Monilla suurilla julkaisijoilla on sovelluksia iOS-myymälässä ja Google Play -kaupassa, joka kattaa blogit, webappit ja sosiaaliset verkostot. Mutta on oikein sanoa suuria sivustoja kuten Facebook ja Twitter saat enemmän arvoa alkuperäisistä sovelluksista kuin pienemmät sivustot.
Tässä keskustelussa on asiantuntijalausuntoja ja suuria julkaisuja, jotka tarjoavat näkemyksensä. Se on kiihkeästi keskusteltu aihe sekä suunnittelijoille että luoville toimistoille.
Tosiasia on kuitenkin, että loppukäyttäjät ovat sekä käyttökelpoisia että arvostettuja alkuperäisiä sovelluksia. Ainoa muuttuja on päättää, voiko sivustosi toimia paremmin mobiilisovelluksena, tai jos käyttäjät haluaisivat jopa.
Täysin reagoivat sivustot: Plussat ja haitat
Yleisesti ottaen reagoiva web-suunnittelu on aina hyvä asia. Web-suunnittelijat eivät menetä mitään tekemällä niiden ulkoasuja täysin reagoiviksi ja muokattaviksi mihin tahansa näyttöön.
Mutta paikallisten sovellusten yhteydessä on joitakin huomioita. ensiksi reagoivat verkkosivustot rajoittuvat selaimen renderointimoottoriin. Älypuhelimissa tämä tarkoittaa rajoitettua animaatiota, ei Flashia ja riippuvuutta selaimen renderointimoottorista.
Alkuperäiset sovellukset voivat käyttää älypuhelimen tai tabletin ydinominaisuuksia. Animaatiokirjastot ovat paljon voimakkaampia kuin CSS tai JS selaimessa.
Sama pätee syöttöelementteihin lomakkeissa tiedonsiirto ja turvallisuusongelmat. Monet ihmiset haluavat käyttää Pinterest-sovellusta Pinterestin verkkosivuilla. Sama koskee Flipboardia, Dropboxia, Feedlyä, Gmailia tai muuta suurta verkkopalvelua.
Mutta pitäisikö näiden verkkosivustojen ei tarjoavat reagoivan ulkoasun? Vaihtoehtoja on kolme:
- Pakota mobiilisovellukset lataamaan natiivi sovellus
- Tarjoa mobiili web-asettelu, jossa on valinnainen linkki alkuperäiseen sovellukseen
- Suorita mobiilisivuston ulkoasu erillään alkuperäisestä sovelluksesta
Flipboardin toinen vaihtoehto on sijoittamalla banneri jokaisen sivun yläreunaan. Voit rekisteröityä Flipboard-tilille suoraan Mobile Safarin selaimessa. Mutta se on paljon helpompaa, nopeampaa ja intuitiivisempaa käyttää sovellusta.
Uutissivusto ZDNet ei edes mainitse mobiilisovellustaan vierailemalla Mobile Safarissa. Se toimii aivan kuten tyypillinen reagoiva ulkoasu, jossa on uutisia ja esillä olevia viestejä.
Ero käyttäjäkokemus. Määritä, mikä on käyttäjien ja käyttäjien kannalta paras mittari, josta suurin osa liikenteestä tulee.
Muista se mobiilisovellukset vaativat aikaa suunnitteluun ja ohjelmointiin. He usein vaativat enemmän työtä kuin verkkosivuston rakentaminen. Jos haluat, että sivustosi sovellus varmistaa, että se täydentää tarpeeksi joustavaa ulkoasua, jotta saat todellista arvoa.
Desktop-First tai Mobile-First?
Kun suunnittelet verkkoa, sinun pitäisi aloittaa leveimmällä leveydellä tai pienimmällä leveydellä? Se on kysymys, jota freelancereilla ja suuria aikoja luovilla virastoilla kysytään riittävän usein.
Erittäin suosittu mielipide on Luke Wroblewskin kirjan suosima mobiili-ensimmäinen lähestymistapa. Tässä menetelmässä otetaan huomioon progressiivinen parannus joka alkaa perusasioista ja lisää toiminnallisuutta ympäristöissä, jotka voivat käsitellä sitä.
Vaihtoehtoisesti muut suunnittelijat kallistuvat kohti työpöydän ensimmäistä lähestymistapaa, joka värähtelee “ensin mobiili” että “mobiili”.
Tämä strategia toimii suunnittelemalla ensin kaikki ominaisuudet, jotka haluat täyden kokoisen työpöydän näytön. Sitten tästä ajatuksesta vähitellen pienennät ominaisuuksia, määrität katkaisupisteet ja lopulta saat älypuhelinten pienimmän asettelun.
Onko täällä oikea vastaus? Mikäli reagoivat ulkoasut alkavat pienimmistä näytöistä, tai se on mobiili-ensin vanhentunut käsite?
Ainoa haittapuoli, kun poiminta on toisella, on mahdollisesti puuttuvat ominaisuudet. Aloitat mobiililaitteistasi poista ominaisuuksia tai unohda lisätä ne suuremmilla resoluutioilla. Aloitetaan työpöydältä suunnittelemalla ulkoasuja tuntuu liian täynnä mobiililaitteissa.
Kukaan ei kuitenkaan ole oikeassa tai väärässä. Valitse mikä työnkulku sopii sinulle parhaiten. Älä pelkää tehdä suuria muutoksia, jos ne voisivat parantaa suunnittelua.
Parhaat puolet eri vaihtoehdoista
Täysin reagoivan verkkosivuston rakentaminen, joka toimii missä tahansa näytössä, tyydyttää todennäköisesti useimmat lukijat. Joten jos sinulla on jo reagoiva ulkoasu, sinun pitäisi jopa vaivata mobiilisovellusta?
Modo Labsin loistavasta teoksesta löytyy vastaus käyttäjäkokemus. Ei ole ehdotonta lopullista vastausta. Kyse on siitä, mikä menetelmä tarjoaa parhaan kulutuksen oman hankkeen mobiililaitteessa. Haluaisivatko käyttäjät mobiilisovelluksen? Tai onko sivusto enemmän kuin tarpeeksi?
Tech-uutisten blogi TechCrunchilla on miellyttävä ulkoasu ja ilmainen mobiilisovellus. Heidän sivustonsa kattoi äskettäin tarinan, joka vahvisti, että ihmiset Yhdysvalloissa viettävät enemmän aikaa sovelluksissa kuin television katselussa.
Mutta mitä jos joku linkittää TechCrunchiin Twitterissä? Jos joku napsauttaa tätä linkkiä iPhonessa, se avaa Mobile Safarin, koska se on HTTP-linkki. Tämä on paikka, jossa reagoiva ulkoasu on kätevä, koska kaikki eivät halua sovellusta.
Jotkut käyttäjät haluavat silti käydä sivustossasi ja voivat mieluummin käydä ilman, että he tarvitsevat ladata sovellusta ilmaiseksi tai muuten.
Työ projektikohtaisesti
Paras vastaus reagoivaan ja natiiviin sovelluskeskusteluun on arvioida kutakin hanketta ja päättää, mikä on parasta tapauskohtaisesti.
Kokemukseni mukaan väittäisin sitä sosiaaliset verkostot ja interaktiiviset sivustot hyötyvät eniten alkuperäisistä sovelluksista. Sekä Android- että iOS-järjestelmissä on suuret kehykset sovellusten rakentamiseen, jotka voivat muodostaa yhteyden sovellusliittymiin, lähettää tietokantakyselyjä ja toimia puhtaammin kuin verkkosivut.
Natiivi-sovelluksen käyttöliittymät on tehty kuten ohjelmisto, joten sinun ei tarvitse huolehtia CSS-ominaisuuksista tai selaimen rajoituksista. Tämä on valtava sellaisille alustoille, jotka tarvitsevat käyttäjiä kirjautumaan sisään ja suorittamaan yksityiskohtaisia vuorovaikutuksia.
Mutta yleiset yrityssivustot, kuten ravintoloiden kaltaiset sivustot, toimivat yleensä parhaiten vain reagoivilla asetteluilla - varsinkin kun otetaan huomioon natiivi-sovelluksen rakentamiseen tarvittava työ..
Blogit ja digitaaliset aikakauslehdet ovat jonkin verran harmaata aluetta. Alkuperäiset sovellukset toimivat hyvin joillekin, mutta niitä ei tarvita muille. Se riippuu yleensä sinun markkinoiden koko ja yleisö (ts. tech-savvy people).
Uuden Internet-julkaisun käynnistämisessä on paljon harkittavaa. Jos olet juuri aloittamassa, suosittelen vain verkkosivuston rakentamista. Sieltä on helpompi päätellä, jos kotoisin oleva sovellus olisi vaivan arvoista.
Käärimistä
Sen pitäisi mennä sanomattakin selväksi joka moderni verkkosivusto hyötyy siitä, että se reagoi. Haluatko rakentaa alkuperäisen sovelluksen vai ei, sivustosi ulkoasun tulee olla reagoiva ja mallinnettava mihin tahansa näytön kokoon. Ei ole haittapuolia, ja se tarjoaa vakaan aloitussivun mobiilikäyttäjille, jotka ovat nousussa.
Jotkin sivustot voivat tarjota sovelluksen latauslinkin mobiilikäyttäjille. Nämä voivat olla tuottavia ja hyödyllisiä sivustosi mobiilialustan markkinoinnissa. Mutta joskus kannattaa tarjota tätä pikemminkin kuin vaihtoehto.
Kerää käyttäjien palautetta, jos mahdollista, ja arvioi mielipiteitä mobiilisovelluksesta. Yritä oppia, mitä kävijät todella ajattelevat alkuperäisestä mobiilisovelluksesta ja perustavat päätöksiisi lisätutkimuksia.