Mobile-First Design

Mobil-først-design er praksisen med å designe og bygge for den minste, mest begrensede konteksten først, og deretter gradvis forbedre for større skjermer og større kapasitet. Populært av Luke Wroblewski, inverterer det den eldre vanen med å designe en komplett skrivebordsopplevelse og deretter bestemme hva som skal fjernes for mobil, en tilnærming som pålitelig produserer mobilopplevelser som føles som noe med manglende deler.

Begrunnelsen er at begrensninger tvinger frem prioritering. En liten skjerm kan ikke vise alt, så teamet må bestemme hva som betyr mest, og den avgjørelsen forbedrer også skrivebordsversjonen, fordi et tydelig hierarki er verdifullt i alle størrelser. Å jobbe i motsatt retning utsetter spørsmålet til slutten, hvor valgene tas under tidspress av den som implementerer brytepunktene, vanligvis uten interessentene som ville ha kranglet om dem.

Mobil-først er også en teknisk strategi, ikke bare en designstrategi. Å bygge basisopplevelsen for begrensede enheter og legge til forbedringer over den betyr at standardnyttelasten er liten, kjerneinnholdet og funksjonaliteten fungerer uten tung JavaScript, og ekstra funksjonalitet legges til der det kan støttes. Den omvendte tilnærmingen sender en fullstendig desktop-implementering til hver enhet og prøver deretter å skjule eller deaktivere deler av den, noe som reduserer det som er synlig uten å redusere det som lastes ned og kjøres.

Kontekstargumentet er ofte overdrevet og verdt å formulere nøyaktig. Den tidlige fremstillingen av mobilbrukere som distraherte personer i trafikken med snevre, umiddelbare behov har ikke holdt mål: mobil er en primær og ofte eksklusiv tilgangsmetode for mange mennesker, inkludert hjemme, og mobilbrukere utfører komplekse, verdifulle oppgaver rutinemessig. Det som virkelig skiller seg ut er skjermens fysiske begrensning, unøyaktigheten ved berøring, variasjonen i tilkoblinger og hyppigheten av avbrudd. Å designe for disse begrensningene er velbegrunnet; å designe for en antatt snevrere intensjon er ikke det, og det fører til den vanlige feilen med et mobilnettsted som utelater informasjon folk faktisk trenger.

De målbare konsekvensene av å gjøre dette feil er synlige i nesten alle handelsdatasett, der mobiltrafikkandelen overstiger datamaskintrafikken, mens mobilkonverteringen går betydelig bak den. Noe av dette gapet er reelt, og gjenspeiler forskning på mobil og kjøp på datamaskiner, men en stor del av det kan tilskrives opplevelser som er vanskeligere å bruke: trange skjemaer, trege sider, vanskelig betaling og innhold gjemt bak ekstra trykk. Å behandle dette gapet som uunngåelig snarere enn diagnostiserbart er en av de dyreste antagelsene en bedrift kan gjøre.

Den andre begrensningen som mobilbasert arbeid må håndtere eksplisitt er avbrudd. Mobiløkter settes oftere på pause, i bakgrunnen og gjenopptas enn skrivebordsøkter, og prosesser som mister tilstand når dette skjer, straffer nettopp den oppførselen konteksten gjør sannsynlig. Å lagre skjemafremdrift når den startes, la en økt gjenopptas der den slapp, unngå harde tidsavbrudd som forkaster inntastede data, og støtte en retur fra en ekstern applikasjon, for eksempel et bankgodkjenningstrinn uten å miste transaksjonen, er alle krav snarere enn forbedringer. Betalingsstrømmer som omdirigerer til et godkjenningstrinn og ikke kan gjenopprettes hvis brukeren bruker for lang tid, er et spesifikt og kostbart eksempel, og et som ofte oppdages først etter oppstart.

Å lukke den krever vanligvis arbeid på to fronter samtidig. Samhandlings- og layoutsiden sitter med produktdesign, mens laste- og gjengivelsessiden sitter med nettytelse, siden mobile enheter og nettverk forsterker alle problemer med vekt og blokkering av ressurser. Spesielt innen handel er målet med høyest verdi nesten alltid mobilbetaling, og det er derfor e-handel Engasjementer starter vanligvis med å måle den mobile salgstrakten separat i stedet for å lese blandede tall som skjuler hvor tapet oppstår.