Vi ser ofte på applikasjonsdesign og nettside design som to forskjellige, hvis relaterte felt.

Linjene slør litt med webapps (som er teknisk både programmer og nettsteder), men vi har fortsatt en tendens til å forsøke å dele dem. Selv designere som jobber med begge typer design, ser ofte dem som separate ting.

Men det er mange leksjoner som appdesignere og webdesignere kan lære hverandre.

Hver type design har dukket opp for å ha sine egne styrker og svakheter, ofte komplementære til styrken og svakheten i det andre feltet.

Nedenfor er seks leksjoner som app og webdesignere kan lære hverandre.

1. Unngå funksjonskryp

App designere vet at ekstra funksjoner raskt kan bli din verste fiende. Å holde appen stram og mager, med bare de nødvendige, nyttige funksjonene, er nøkkelen til suksess. Hvis du ser på de mest populære appene i nesten hvilken som helst plattforms appbutikk, ser du at flertallet har et smalt fokus med bare de funksjonene de trenger mest.

Ge.tt er et godt eksempel på en web-app som har unngått funksjonskryp. Det lar deg raskt dele og publisere filene dine på nettet. Alle funksjonene som er inkludert, er direkte relatert til den ene sentrale hensikten.

Denne typen smal fokus er viktig for apper, fordi de ofte er begrenset av både rom og bruksproblemer. Hvis noen bruker en app på telefonen, kan brukervennligheten være mye mer utfordrende. Jo flere funksjoner du roter på skjermen, desto vanskeligere blir appen å bruke. Mens noen programmer har funnet ut måter å lage funksjonsrike applikasjoner uten rot, er det definitivt et mye mer utfordrende forslag.

Webdesignere, derimot, prøver ofte å smitte så mange funksjoner som de muligens kan inn i et nettsted. Deres syn er at jo flere funksjoner, desto mer nyttig vil deres nettsted være. Og mens nettsteder ikke nødvendigvis står overfor de samme rotasjonsutfordringene som småskjermapps gjør, betyr det ikke nødvendigvis et større omfang, og flere funksjoner skal gi verdier til brukeren.

Det er det som kommer ned til: verdi. Hvis funksjonene du legger til, gir deg ærlig mer verdi til sluttbrukeren din, er det viktig å finne en måte å inkorporere dem i din eksisterende brukeropplevelse, og verdt utfordringen. Men legg ikke til funksjoner for å legge til funksjoner.

2. Du må opprette noe unikt og friskt

Apputviklere vet at å skape noe som er forskjellig fra de tilgjengelige appene, er et av de viktigste elementene i å lage en populær og vellykket app. De trenger noe unikt og friskt hvis de ønsker å skille seg ut på markedet. Bare å legge til en funksjon eller to over hva konkurransen gir, kutter det ikke.

PDF Expert er et godt eksempel på en app med både ny design og unik funksjonalitet.

Webdesignere har ikke nødvendigvis tatt fast på denne ideen. Mange av dem tar de samme tingene som andre designere gjør, tweak et par ting å "gjøre det til seg selv" og kalle det en dag. Visst, overfladisk kan nettstedet se annerledes ut, men det er fortsatt det samme generiske oppsettet, de samme generiske funksjonene og den samme generiske funksjonaliteten. Det er ingenting annet eller enestående.

Designere som ønsker å bli veldig vellykkede må tenke på måter å skape noe som virkelig er forskjellig fra hva konkurransen tilbyr. Kom opp med nye ideer og nye tilnærminger til vanlige problemer, heller enn å se på hva den andre fyren gjør.

Her er en øvelse for deg: neste gang du har en designutfordring som må overvinnes, ikke se etter hvordan noen andre gjør det. I stedet, sett deg ned og brainstorm ti ideer for hvordan du kan løse problemet, uansett hvordan de er uavhengige eller dumme de kan virke. Først etter at du har denne listen, får du se på hvordan andre har løst den samme utfordringen. Se om deres løsninger er virkelig bedre enn hva du kom opp med. Kombiner noen av deres ideer med noen av dine ideer og se hva du kan tenke på. Dette vil få deg i tankegangen til å tenke på dine egne, unike løsninger i stedet for bare å følge status quo.

3. Bruk standard GUI kontroller og mønstre

Mens unike er gode, vet de beste appdesignerne også at det er visse standard GUI-elementer som forventes å gjøre visse ting. De avviker fra disse forhåndsdefinerte kontrollene på egen risiko. De vellykkede appene gjør bare ting annerledes når det fungerer bedre enn standard GUI (som ikke ofte er i de fleste tilfeller). Og de fleste av dem presenterer klare instruksjoner når de avviker.

Harvest-appen bruker standard GUI-mønstre samtidig som du oppretter et tilpasset grensesnitt. Det gir en app som er både enkel å bruke og attraktiv.

Webdesignere avviker noen ganger fra normen i et forsøk på å være unikt og i ferd med å gjøre deres nettsteder ubrukelige. Folk forventer visse ting når de besøker et nettsted: understreket tekst er en lenke, som knapper, navigering er åpenbar og vanligvis enten på toppen eller siden av siden, og lignende vanlige konstruksjoner. Når du endrer ting fra normen, er du mer sannsynlig å forvirre de besøkende.

Tenk på de vanlige designmønstrene for et gitt element, og avgjør om avvik fra dette mønsteret faktisk skal forbedre brukeropplevelsen på nettstedet ditt eller bare gjøre det "annerledes". Hvis det ikke kommer til å forbedre UX, glem det. Og hvis det ikke er umiddelbart opplagt hvordan noe fungerer, legger du til noen instruksjoner et sted på siden, slik at dine besøkende vet hva de skal gjøre. Den raskeste måten å miste en besøkende på er å få dem til å føle seg dum.

4. Lag nyttige feilmeldinger

Denne leksjonen kan gå begge veier. Noen appdesignere har utrolig nyttige feilmeldinger, som gjør noen nettsteder. Men det er mange apps der ute som ikke har nyttige feilmeldinger, og mange nettsteder som er de samme.

Selv det enkle tillegget av en søkeboks og lenker til hjemmesiden og arkivene kan gjøre en 404-side mer nyttig.

Nyttige feilmeldinger forteller brukeren noe mer enn bare det faktum at det har vært en feil. I tilfelle av en app, kan en mer nyttig feilmelding tilby ideer for hvordan du får feilen. På en nettside kan feilmeldingen gi besøkende noen alternativer eller ideer for hvordan å overvinne feilen. I begge tilfeller, bare å si "det har vært en feil" gjør ingenting annet enn å frustrere brukeren. Ta deg tid til å lage feilmeldinger som faktisk forbedrer brukeropplevelsen, og du vil få lykkeligere brukere.

5. Gode saker

Dette er noe mange appdesignere kan lære av webdesignere. Nå, gitt, det er mange flotte og nyttige apps der ute. Men det er også mange apper som har flotte funksjoner, men er utrolig stygg og dårlig designet.

App designere trenger å tenke på hvordan de bedre kan utforme GUI i appen sin, i stedet for bare å bruke standard designskjema for plattformen de bygger for. Jo, de innebygde GUI-elementene er ikke forferdelige i noen tilfeller, men de er også ganske generiske. De skal ikke hjelpe appen din til å skille seg ut fra tusenvis av andre i markedet. Enda verre er antall apps der ute som bruker en egendefinert design som faktisk er verre enn stock GUI.

Awesome Note er en app som definitivt får at et attraktivt design er viktig for en god app.

Vurder funksjonene til appen din og hvem brukerne dine er, og tenk på hvordan du kan bruke designet til å gjøre disse funksjonene enklere å bruke, og forbedre opplevelsen brukerne har av selve appen. Si for eksempel at du lager en vintage kamera app. Bruke lager GUI gjør ingenting for å forsterke ideen om at kameraappen gjør noe annet enn lagerapplikasjonen. Men hvis du legger til noen årlige berører og elementer til designet, skaper du en opplevelse som er morsommere for brukeren din. De føler at de bruker en app som er annerledes, ikke bare standardkameraet med noen ekstra klokker og fløyter.

6. Skalerbarhet er et must

Dette er noe som webdesignere har nede ganske bra. Vi vet at vårt nettsted på et hvilket som helst tidspunkt plutselig kan se en tilstrømning av trafikk og må forbli brukbar av et større antall mennesker. Alt som trengs, er litt innhold å plutselig gå viral, eller bare få en eller to retweets eller aksjer fra innflytelsesrike mennesker. Og i en grad er det ikke så vanskelig for en standard nettside å bli mer skalerbar (det er for det meste bare et spørsmål om å velge en vert som kan gi servere som skalere sammen med trafikken din).

Det andre problemet med skalerbarhet er å forutse hvordan brukere skal bruke et nettsted eller en tjeneste. Med de fleste nettsteder er dette ikke så mye av et problem. Men med apper, er det en viktig del av en bruker som samhandler med appen. Et lite antall strømbrukere som virkelig strekker evnen til appen, kan forårsake problemer for andre brukere, eller bare ha en dårlig opplevelse selv.

Apper kan være mye vanskeligere å skalere enn nettsteder, avhengig av infrastrukturen. Skalering bare for en økning i antall brukere er ikke så mye annerledes enn å skalere et nettsted; det handler bare om båndbredde og prosessorkraft. Hvor app skalerbarhet er vanskeligere kommer ned til hvordan enkelte brukere ender med å bruke appen.

Det har vært en interessant diskusjon på Google+ i den siste uken som skjer mellom Robert Scoble og Kevin Rose. Scoble har problemer med duplikatinnhold ("støy") som spytter opp strømmen, og sa offentlig at Google+ skulle komme opp med en slags filtreringssystem for å hjelpe med å utrydde all denne støyen. Rose hevder at det bare er fordi Scoble er en "fringe case" -bruker, og at de fleste ikke vil komme inn i de samme problemene fordi de ikke følger tusenvis av mennesker. Spørsmålet er fortsatt, bør en webapp som Google+ (eller en app for en mobil plattform) fokusere på skalerbarhet for disse fringe-brukerne, eller bare fokusere på de mer "gjennomsnittlige" brukerne? Det er en debatt som ikke er lurt å bli løst, men det er noe app (og nettsted) utviklere og designere må være oppmerksomme på og bestemme hvordan de vil håndtere fra tilfelle til sak.

Konklusjon

Enten du er webdesigner eller appdesigner, er det ting du kan lære om god design fra andre designfelt. Se utover ditt eget smale fokus på hvordan andre designere, på andre områder, håndterer lignende problemer, og deretter tilpasse disse ideene for å passe dine egne utfordringer.

Hva tror du? Hvilke andre leksjoner kan web- og appdesignere lære hverandre? Hvilke leksjoner trenger begge typer designere å lære, og hvor kan de lære dem? Gi oss beskjed i kommentarene!