Yleisesti ottaen sovellusten suunnittelu ja web-suunnittelu ovat hyvin erilaisia ​​asioita. Tärkein ero on se, että tyypillisesti sovellukset on suunniteltu tekemään jotain, kun taas verkkosivustot näyttävät vain jotain. Viime aikoina verkkosivustojen ja sovellusten välinen viiva on kuitenkin yhä hämärtynyt, ja päällekkäisyyksiä on paljon, ja monet sivustot toimivat kuten sovellukset tai jopa sisällyttävät koko sovellussuitesin käyttöliittymiin.

Perinteisille verkkosivustojen suunnittelijoille, joilla ei ole aiempaa kokemusta sovellusten suunnittelusta, tämä voi olla hämmentävää ja voi johtaa lopputuotteeseen erittäin kyseenalaisiin tuloksiin. On tärkeää ymmärtää, että kun puhun sovellusten suunnittelusta, en puhu "apps" -ohjelmista. Sovellukset ovat yleensä yksikäsitteisiä käyttöliittymiä, jotka antavat puhelimille sellaisia ​​asioita, joita puhelimilla ei yleensä ole tarkoitus tehdä. He ovat sovellusluokkaa, mutta niitä ei todellakaan voida pitää todellisina sovelluksina, minkä vuoksi heitä kutsutaan vain "apps" -ohjelmiksi.

Seuraavissa muistiinpanoissa puhun siitä, miten verkkosovellusten suunnittelu poikkeaa tavallisten tietosivustojen suunnittelusta ja siitä, miten voit käsitellä cross-over ja luoda toimivia hybridisivuja, jotka sisältävät sovelluselementtejä oikein.

Todellinen reagoiva muotoilu ei yleensä toimi hyvin sovelluksissa

Perinteiset ohjelmistosovellukset toimivat rajallisessa näytötilassa (vieritys ei ole normaalia, eikä tavallisesti voi olla useampia näyttöpituuksia kuin mahdollista verkkosivuilla). Sovellusrajapinta itse voi sisältää vierityksen, mutta se vaatii omat kiinteät tilansa.

Tämä tarkoittaa sitä, että jos käytät reagoivaa muotoilua, sinun on harkittava erittäin huolellisesti, miten sovelluselementit sopivat tilaan, ja useimmissa tapauksissa reagoivat mallit eivät toimi kovin hyvin. Sinun on ehkä lähdettävä vanhasta koulusta ja luot eri versioita sivustosta, jota on tarkoitus tarkastella eri alustoilla tai jopa sulkea sovelluselementit pois näkyvistä mobiililaitteissa.

Suunnittele inline-apu, joka voidaan näyttää poistumatta sovellusliittymästä

Testaus on tärkeää kaikille verkkosivustoille tai sovelluksille, mutta web-sovellusten kohdalla testauksen työmäärä lisääntyy dramaattisesti, koska sovelluksessasi on niin paljon enemmän tapoja toimia eri olosuhteissa.

Koska perinteisissä sovelluksissa on ylimääräinen käyttöohje, jonka käyttäjät voivat kuulla, kun ongelma ilmenee, verkkosovellusten on tavallisesti annettava kaikki ohjeet osana sivustoa (ja yleensä huono työtä!). Yritä käyttää työkaluvihjeitä, ponnahdusikkunoita, modaleja ja jos haluat avata ohjeita ulkoisille sivuille, käytä ainakin target = "_ blank" -menetelmää.

Käytä voimakasta virheenkäsittelyä

Sovelluksen on oltava riittävän älykäs, jotta se voi tietää, milloin se ei toimi oikein ja voi kaatua kätevästi, kun se tarvitsee. Mikään käyttäjä ei ole ärsyttävämpää kuin silloin, kun heidän järjestelmänsä hidastuu indeksointiin ja he eivät voi sulkea sovellustasi yksinkertaisesti, koska olit liian laiskoja käyttää virheenkäsittelyä ja anna tapa lopettaa sovellus.

Kun kokoat tiimiä web-sovellusten kehittämiseen, kannattaa palkata ihmisiä, joilla on myös kokemusta perinteisten työpöytäsovellusten rakentamisesta. Niillä, joilla on tällainen kokemus, voi auttaa välttämään virheitä ja hankkimaan tehokkaamman kehitystyön.

Esittelykuva, UI-suunnittelun kuva kautta Shutterstock.