Mobiililähtöinen suunnittelu tarkoittaa käytäntöä, jossa suunnitellaan ja rakennetaan ensin pienimpään ja rajoitetuimpaan kontekstiin ja sitten parannetaan asteittain suurempia näyttöjä ja parempia ominaisuuksia varten. Luke Wroblewskin popularisoima lähestymistapa kääntää päälaelleen vanhan tavan suunnitella täydellinen työpöytäkokemus ja sitten päättää, mitä poistetaan mobiilikäyttöön. Tämä lähestymistapa tuottaa luotettavasti mobiilikokemuksia, jotka tuntuvat siltä kuin niistä puuttuisi osia.
Perusteluna on, että rajoite pakottaa priorisointiin. Pieni näyttö ei voi näyttää kaikkea, joten tiimin on päätettävä, mikä on tärkeintä, ja tämä päätös parantaa myös työpöytäversiota, koska selkeä hierarkia on arvokas kaikissa kokoluokissa. Vastakkaiseen suuntaan työskentely siirtää kysymyksen loppuun, jolloin valinnat tehdään aikapaineessa sen toimesta, joka toteuttaa keskeytyspisteet, yleensä ilman sidosryhmiä, jotka olisivat väitelleet niistä.
Mobiililähtöisyys on myös tekninen strategia, ei vain suunnitteluun liittyvä. Peruskokemuksen rakentaminen rajoitetuille laitteille ja parannusten lisääminen sen yläpuolelle tarkoittaa, että oletusarvoinen hyötykuorma on pieni, ydinsisältö ja -toiminnot toimivat ilman raskasta JavaScriptiä ja lisäominaisuuksia lisätään sinne, missä niitä voidaan tukea. Käänteinen lähestymistapa toimittaa täydellisen työpöytäversion jokaiselle laitteelle ja yrittää sitten piilottaa tai poistaa käytöstä osia siitä, mikä vähentää näkyvyyttä vähentämättä ladattavien ja suoritettavien tiedostojen määrää.
Kontekstiargumenttia liioitellaan usein, ja se kannattaa esittää tarkasti. Mobiilikäyttäjien varhainen kuvaaminen hajamielisinä ihmisinä, joilla on kapeat, välittömät tarpeet, ei ole pitänyt paikkaansa: mobiili on ensisijainen ja usein yksinomainen käyttötapa monille ihmisille, myös kotona, ja mobiilikäyttäjät suorittavat rutiininomaisesti monimutkaisia ja arvokkaita tehtäviä. Aidosti eroavaisuuksia ovat näytön fyysinen rajoite, kosketuksen epätarkkuus, yhteyksien vaihtelevuus ja keskeytysten tiheys. Näiden rajoitusten huomioiminen suunnittelussa on perusteltua; mutta oletetun kapeamman tarkoituksen huomioiminen ei ole, ja se johtaa yleiseen epäonnistumiseen, jossa mobiilisivusto jättää pois tiedot, joita ihmiset todella tarvitsevat.
Tämän virheen mitattavissa olevat seuraukset näkyvät lähes kaikissa kaupankäyntidataaineistoissa, joissa mobiililiikenteen osuus ylittää pöytätietokoneiden liikenteen, kun taas mobiilikonversiot jäävät huomattavasti jälkeen. Osa tästä kuilusta on aitoa ja heijastaa mobiililaitteiden ja pöytätietokoneilla tehtyjen ostosten tutkimusta, mutta suuri osa siitä johtuu vaikeammista käyttökokemuksista: ahtaista lomakkeista, hitaista sivuista, hankalasta kassalla käynnistä ja lisänapautuksen takana olevasta sisällöstä. Tämän kuilun pitäminen väistämättömänä eikä diagnosoitavana on yksi kalleimmista oletuksista, joita yritys voi tehdä.
Toinen rajoitus, joka mobiililähtöisen työn on käsiteltävä eksplisiittisesti, on keskeytykset. Mobiili-istunnot keskeytetään, siirretään taustalle ja jatketaan useammin kuin pöytätietokoneilla, ja prosessit, jotka menettävät tilan tässä tilanteessa, rankaisevat juuri sitä toimintaa, jonka konteksti todennäköiseksi tekee. Lomakkeen edistymisen tallentaminen sitä mukaa, kun se syötetään, istunnon jatkamisen salliminen siitä, mihin se jäi, syötettyjä tietoja hylkäävien kovien aikakatkaisujen välttäminen ja paluun tukeminen ulkoisesta sovelluksesta, kuten pankkitodennusvaiheesta, tapahtumaa menettämättä ovat kaikki vaatimuksia pikemminkin kuin tarkennuksia. Maksuvirrat, jotka ohjaavat todennusvaiheeseen eivätkä voi palautua, jos käyttäjä kestää liian kauan, ovat erityinen ja kallis esimerkki, ja sellainen, joka usein havaitaan vasta käynnistyksen jälkeen.
Sen sulkeminen vaatii yleensä työtä kahdella rintamalla samanaikaisesti. Vuorovaikutus ja ulkoasu ovat keskiössä. tuotesuunnittelu, kun taas lataus- ja renderöintipuoli on verkkosuorituskyky, koska mobiililaitteet ja -verkot voimistavat kaikkia paino- ja estoresurssiongelmia. Erityisesti kaupankäynnissä arvokkain kohde on lähes aina mobiilikassa, minkä vuoksi verkkokaupan Sitoutumiset aloitetaan tyypillisesti mittaamalla mobiilisuppiloa erikseen sen sijaan, että lukisi yhdistettyjä lukuja, jotka peittäisivät tappioiden syntymispaikan.