Bedste fremgangsmåder til webdesignere Responsive Layouts eller Native Apps? [Op-Ed]

Der kan ikke benægtes, at mobil er fremtiden. Med Google bekræfter, at flere søgninger udføres på mobilen end på skrivebordet, er det rigeligt klart, at alle hjemmesider virkelig skal gå mobile, hvis de ikke allerede har.

Men der er en interessant dikotomi mellem indholdet i browseren via lydhurtige layouter og indhold i app via native apps.

Jeg vil gerne udforske begge områder og grave til roten til hvert valg. Hvornår skal en hjemmeside gå med en indbygget app over et responsivt layout? Kunne et websted køre begge dele? Disse er vitale spørgsmål, der skal stilles med hvert nyt kreativt projekt i dag.

Værdierne for en indfødt app

De fleste smartphone-brugere er afhængige af native apps til deres yndlingsprogrammer. Facebook, Twitter, Instagram og andre kører alle deres egne indbyggede apps.

Da native applikationer kører på det lokale operativsystem, er de meget glattere og lettere at betjene med hensyn til animation, UI-design og indholdsorganisation. Native apps følger UI retningslinjer, der holder dem alle konsekvente og naturligvis antagelige. Brugerne ved ofte kun iboende, hvordan man bruger glidende menuer og faneblade.

Mange store udgivere har apps på iOS Store og Google Play Butik, der dækker blogs, webapps og sociale netværk. Men det er rimeligt at sige store steder som Facebook og Twitter Få mere værdi fra native apps end mindre websteder.

Denne debat har ekspertudtalelser og store publikationer, der tilbyder deres synspunkter. Det er et hot-debatteret emne både for designere og kreative bureauer.

Men faktum er, at indfødte applikationer både er nyttige og værdsat af slutbrugerne. Den eneste variabel er beslutter, om dit websted kan fungere bedre som en mobil app, eller hvis brugerne endda vil have en.

Fuldt Responsive Websites: Fordele og ulemper

I en generel sammenhæng er lydhurt webdesign altid en god ting. Webdesignere mister ikke noget ved at gøre deres layouter fuldt følsomme og formårbare til enhver skærm.

Men i forbindelse med native apps er der nogle overvejelser. for det første lydhøre websites er begrænset til browserens renderingsmotor. På smartphones betyder det begrænset animation, ingen Flash og afhængighed af browserens renderingsmotor.

Native apps kan bruge kerneegenskaberne i en smartphone eller tablet. Animationsbiblioteker er meget mere magtfulde indfødte end CSS eller JS gengivet i browseren.

Det samme gælder for input elementer i formularer sammen med data transmission og sikkerhed bekymringer. Mange foretrækker at bruge Pinterest-appen over Pinterests hjemmeside. Det samme gælder for Flipboard, Dropbox, Feedly, Gmail eller enhver anden større webservice.

Men skal de hjemmesider ikke tilbyde et responsivt layout? Der er tre valg:

1. Tving mobilwebbrugere til at downloade den indbyggede app
2. Tilbyde et mobilt weblayout med et valgfrit link til den oprindelige app
3. Bare kør det mobile weblayout adskilt fra en indbygget app

Flipboard går med 2. mulighed ved at placere et banner øverst på hver side. Du kan tilmelde dig en Flipboard-konto lige i Mobile Safari-browseren. Men det er meget lettere, hurtigere og mere intuitivt at bruge appen.

Nyhedswebstedet ZDNet nævner ikke engang deres mobilapp, mens de besøger Mobile Safari. Det fungerer ligesom et typisk responsivt layout med nyhedshistorier og featured indlæg.

Forskellen ligger i brugeroplevelse. Bestem, hvad der er bedst for brugere og måle hvor mest trafik kommer fra.

Huske på, at mobile apps kræver tid til design og programmering. De ofte kræver mere arbejde end at bygge en hjemmeside. Hvis du vil have en app til dit websted, skal du sørge for, at den supplerer dit responsive layout nok til at give reel værdi.

Desktop-First eller Mobile-First?

Når du designer for nettet, skal du starte med den bredeste bredde eller den mindste bredde? Det er et spørgsmål, der bliver stillet ofte nok af frilansere og kreative agenturer i samme tid.

En meget populær opfattelse er den mobile første tilgang, som blev populeret af Luke Wroblewski's bog. Denne metode tager højde for progressiv forbedring som starter fra det grundlæggende og øger funktionaliteten til miljøer, der kan klare det.

Alternativt læner andre designere sig mod skrivebordets første tilgang, som oscillerer fra “mobil først” til “mobil også”.

Denne strategi virker ved at planlægge alle de funktioner, du vil have, på en fuldskærms-desktop skærm først. Derefter fra den ide, skal du gradvist nedskalere funktioner, definere breakpoints og til sidst komme til det mindste layout for smartphones.

Er der et rigtigt svar her? Skal responsive layouts starte med de mindste skærme, eller er mobil-først et forældet koncept?

Den eneste ulempe ved at plukke den ene over den anden er muligvis manglende funktioner. Starter med mobil, kan du udelade funktioner eller glem at tilføje dem ved større opløsninger. Fra skrivebordet kan du designe layouter som føler for travlt på mobilen.

Men hverken er rigtig eller forkert. Vælg, hvilken arbejdsgang der passer dig bedst. Bare vær ikke bange for at foretage store ændringer, hvis de kunne forbedre designet.

Det bedste af begge verdener

At opbygge et fuldt responsivt websted, der kører på en skærm, vil sandsynligvis mætte de fleste læsere. Så hvis du allerede har et responsivt layout, skal du endda gider med en mobil app?

Som fundet i dette fantastiske stykke af Modo Labs, kommer svaret ned til brugererfaring. Der er ikke noget absolut definitivt svar. Det handler om hvilken metode der giver den bedste form for forbrug til dit specifikke projekt på en mobil enhed. Ville dine brugere have en mobilapp? Eller er en hjemmeside mere end nok?

Tech News blog TechCrunch har et responsivt layout og en gratis mobil app, begge med god grund. Deres websted dækkede for nylig en historie, der bekræfter, at folk i USA bruger mere tid i apps end at se tv.

Men hvad nu hvis der er links til TechCrunch på Twitter? Hvis nogen klikker, der linker på deres iPhone, åbnes det Mobile Safari, fordi det er et HTTP-link. Det er her det lydhurtige layout kommer til nytte, fordi ikke alle vil have din app.

Tilladt, at nogle brugere stadig vil besøge dit websted og måske foretrækker at besøge uden at blive tvunget til at downloade en app, gratis eller på anden måde.

Arbejde på en per-projekt basis

Det bedste svar for den responsive vs native app debat er at evaluere hvert projekt og afgøre, hvad der er bedst fra sag til sag.

Fra min erfaring ville jeg argumentere for det sociale netværk og interaktive hjemmesider har størst nytte af native applikationer. Både Android og iOS har store rammer for at opbygge apps, der kan oprette forbindelse til API'er, sende databaseforespørgsler og fungere renere end en webside.

Og indbyggede app-brugergrænseflader gengives som software, så du behøver ikke bekymre dig om CSS-egenskaber eller browserbegrænsninger. Dette er enorm for platforme, der kræver, at brugerne logger ind og udfører detaljerede interaktioner.

Men generelle forretningssider som de af restauranter fungerer typisk bedst med bare lydhørige layouter - især i betragtning af mængden af ​​arbejde, det tager at opbygge en native app.

Blogs og digitale magasiner er noget af et gråt område. Native apps fungerer godt for nogle, men er ikke nødvendige for andre. Det afhænger generelt af din markedsstørrelse og publikum (dvs. tech-savvy mennesker).

Ved lanceringen af ​​en ny internetpublikation er der meget at overveje. Hvis du lige er begyndt, vil jeg anbefale at opbygge bare et websted først. Derefter bliver det lettere at konkludere, om en indbygget app ville være værd at gøre.

Afslutter

Det burde være uden at sige det hver moderne hjemmeside nyder godt af at være lydhør. Uanset om du vil opbygge en indbygget applikation eller ej, skal dit websteds layout være responsivt og formbar til enhver skærmstørrelse. Der er ingen ulempe, og det giver en stabil destinationsside til mobilbrugere, der er på vej.

Nogle websteder kan tilbyde et link til app-download til mobile besøgende. Disse kan være produktive og nyttige til markedsføring af dit websites mobilplatform. Men nogle gange er det værd at tilbyde dette som et alternativ snarere end et mandat.

Indsamle brugerfeedback, hvis det er muligt, og målgive meninger om en mobilapp. Prøv at lære, hvad dine besøgende faktisk tænker på en indbygget mobilapp og baser dine beslutninger på yderligere forskning.