Mobil-first-design är praxisen att designa och bygga för det minsta, mest begränsade sammanhanget först, och sedan gradvis förbättra för större skärmar och större kapacitet. Populäriserad av Luke Wroblewski, inverterar den äldre vanan att designa en komplett skrivbordsupplevelse och sedan bestämma vad som ska tas bort för mobilen, en metod som pålitligt producerar mobila upplevelser som känns som något där delar saknas.
Resonemanget är att begränsningar tvingar fram prioriteringar. En liten skärm kan inte visa allt, så teamet måste bestämma vad som är viktigast, och det beslutet förbättrar även skrivbordsversionen, eftersom en tydlig hierarki är värdefull i alla storlekar. Att arbeta i motsatt riktning skjuter upp frågan till slutet, då valen görs under tidspress av den som implementerar brytpunkterna, vanligtvis utan de intressenter som skulle ha argumenterat om dem.
Mobil-first är också en teknisk strategi, inte bara en designstrategi. Att bygga basupplevelsen för begränsade enheter och lägga till förbättringar ovanför den innebär att standardnyttolasten är liten, kärninnehållet och funktionaliteten fungerar utan tung JavaScript, och ytterligare kapacitet läggs till där det kan stödjas. Den omvända metoden levererar en fullständig skrivbordsimplementering till varje enhet och försöker sedan dölja eller inaktivera delar av den, vilket minskar det synliga utan att minska det som laddas ner och körs.
Kontextargumentet är ofta överdrivet och värt att uttrycka korrekt. Den tidiga framställningen av mobilanvändare som distraherade personer i färd med snäva, omedelbara behov har inte hållit: mobilen är en primär och ofta exklusiv åtkomstmetod för många människor, inklusive hemma, och mobilanvändare utför komplexa, högkvalitativa uppgifter rutinmässigt. Det som verkligen skiljer sig är skärmens fysiska begränsning, onoggrannheten i beröringen, variationen i anslutningar och frekvensen av avbrott. Att designa för dessa begränsningar är välgrundat; att designa för en antagen snävare avsikt är det inte, och det leder till det vanliga misslyckandet med en mobilwebbplats som utelämnar information som människor faktiskt behöver.
De mätbara konsekvenserna av att göra detta fel är synliga i nästan alla handelsdatauppsättningar, där mobiltrafikandelen överstiger datoranvändning medan mobilkonverteringen släpar efter den avsevärt. En del av den skillnaden är verklig, vilket återspeglar forskning om mobilanvändning och köp på datoranvändning, men en stor del kan tillskrivas upplevelser som är svårare att använda: trånga formulär, långsamma sidor, otymplig utcheckning och innehåll dolt bakom ytterligare tryckningar. Att behandla den skillnaden som oundviklig snarare än diagnostiserbar är ett av de dyraste antagandena ett företag kan göra.
Den andra begränsningen som mobilt arbete explicit måste hantera är avbrott. Mobila sessioner pausas, bakgrundssätts och återupptas oftare än stationära sessioner, och processer som förlorar tillstånd när detta händer straffar just det beteende som kontexten gör troligt. Att spara formulärets förlopp när det startas, låta en session återupptas där den slutade, undvika hårda timeouts som kasserar inmatad data och stödja en retur från en extern applikation, till exempel ett bankautentiseringssteg, utan att förlora transaktionen är alla krav snarare än förfiningar. Betalningsflöden som omdirigerar till ett autentiseringssteg och inte kan återställas om användaren tar för lång tid är ett specifikt och kostsamt exempel, och ett som ofta upptäcks först efter lansering.
Att avsluta det kräver vanligtvis arbete på två fronter samtidigt. Interaktions- och layoutsidan sitter med produktdesign, medan laddnings- och renderingssidan sitter med webbprestanda, eftersom mobila enheter och nätverk förstärker alla problem med vikt och blockering av resurser. Specifikt inom handeln är det mest värdefulla målet nästan alltid den mobila kassan, vilket är anledningen till e-handel Engagemang börjar vanligtvis med att mäta den mobila tratten separat snarare än att läsa av blandade siffror som döljer var förlusten uppstår.