App Design versus Web Design: Hvilke designere kan lære hinanden
Vi ser ofte på applikationsdesign og website design som to forskellige, hvis relaterede felter.
Linjerne slør lidt med webapps (som teknisk set er både apps og hjemmesider), men vi har stadig en tendens til at forsøge at opdele dem. Selv designere, der arbejder på begge slags mønstre, ser ofte dem som separate ting.
Men der er mange lektioner, som appdesignere og webdesignere kan lære hinanden.
Hver type design har vist sig at have sine egne styrker og svagheder, som ofte er komplementære til styrken og svaghederne i det andet felt.
Nedenfor er seks lektioner, som app og webdesignere kan lære hinanden.
1. Undgå funktionskryb
App designere ved, at ekstra funktioner hurtigt kan blive din værste fjende. At holde din app stram og mager, med kun de nødvendige, nyttige funktioner, er en nøgle til succes. Hvis du ser på de mest populære apps i stort set enhver platforms appbutik, kan du se, at flertallet har et smalt fokus med kun de funktioner, de har mest brug for.
Ge.tt er et godt eksempel på en webapp, der har undgået funktionskryb. Det giver dig mulighed for hurtigt at dele og offentliggøre dine filer online. Alle de funktioner, den indeholder, er direkte relateret til det ene centrale formål.
Denne form for smal fokus er vigtig for apps, fordi de ofte er indsnævret af både plads og anvendelighedsproblemer. Hvis nogen bruger en app på deres telefon, kan brugervenlighed være meget mere udfordrende. Jo flere funktioner du roterer deres skærm med, jo vanskeligere appen bliver at bruge. Mens nogle applikationer har fundet ud af måder at oprette feature-rich applikationer uden rod, er det bestemt en langt mere udfordrende proposition.
Webdesignere, derimod, forsøger ofte at få fat i så mange funktioner, som de muligvis kan ind i et websted. Deres opfattelse er, at jo flere funktioner, jo mere nyttige deres websted vil være. Og mens hjemmesider ikke nødvendigvis står over for de samme rodproblemer, som små skærm apps gør, betyder det ikke nødvendigvis et større omfang, og flere funktioner vil give værdi til brugeren.
Det er hvad det kommer ned på: værdi. Hvis de funktioner, du tilføjer ærligt, giver din slutbruger mere værdi, så er det vigtigt at finde en måde at indarbejde dem på i din eksisterende brugeroplevelse, og det er værd at udfordre. Men tilføj ikke funktioner for at tilføje funktioner.
2. Du skal oprette noget unikt og frisk
App-udviklere ved, at der oprettes noget, der adskiller sig fra de tilgængelige apps, er et af de vigtigste elementer i oprettelsen af en populær og vellykket app. De har brug for noget unikt og frisk, hvis de ønsker at skille sig ud på markedet. Bare at tilføje en funktion eller to over hvad konkurrencen giver, skærer det ikke.
PDF Expert er et godt eksempel på en app med både et nyt design og en unik funktionalitet.
Webdesignere har ikke nødvendigvis fanget denne ide. Mange af dem tager de samme ting som andre designere gør, tweak et par ting for at "gøre det til deres egen" og kalde det en dag. Sikker på overfladen kan webstedet se anderledes ud, men det er stadig det samme generiske layout, de samme generiske funktioner og den samme generiske funktionalitet. Der er ikke noget andet eller enestående.
Designere, der ønsker at være rigtig succesfulde, skal tænke på måder at skabe noget, der er helt anderledes end hvad konkurrencen tilbyder. Kom med nye ideer og nye tilgange til fælles problemer, snarere end at se på, hvad den anden fyr gør.
Her er en øvelse for dig: Næste gang du har en designudfordring, der skal overvindes, skal du ikke kigge efter, hvordan en anden gør det. I stedet skal du sætte dig ned og brainstorme ti ideer til, hvordan du kan løse problemet, uanset hvordan det er uvidende eller dumt, de kan synes. Først efter at du har denne liste, får du se på, hvordan andre har løst den samme udfordring. Se om deres løsninger er rigtig bedre end hvad du kom med. Kombiner nogle af deres ideer med nogle af dine ideer og se hvad du kan tænke på. Dette får dig til at tænke på dine egne unikke løsninger frem for blot at følge status quo.
3. Brug standard GUI kontroller og mønstre
Mens unikke er gode, ved de bedste appdesignere også, at der er visse standard GUI-elementer, der forventes at gøre visse ting. De afviger fra disse foruddefinerede kontroller på egen risiko. De succesfulde apps gør kun tingene anderledes, når det fungerer bedre end standard GUI (som ikke ofte er i de fleste tilfælde). Og de fleste af dem præsenterer klare instruktioner, når de afviger.
Harvest-appen bruger standard GUI-mønstre, samtidig med at der oprettes en brugerdefineret grænseflade. Det giver en app, der er både nem at bruge og attraktiv.
Webdesignere afviger nogle gange fra normen i et forsøg på at være unikke og i færd med at gøre deres websteder ubrugelige. Folk forventer visse ting, når de besøger et websted: Understreget tekst er et link, ligesom knapper, navigation er indlysende og normalt enten på toppen eller siden af siden og lignende almindelige konstruktioner. Når du ændrer ting fra normen, er du mere tilbøjelig til at forvirre dine besøgende.
Tænk på de fælles designmønstre for et givet element og afgør derefter, om afvigelse fra det pågældende mønster rent faktisk vil forbedre brugeroplevelsen på dit websted eller bare gøre det "anderledes". Hvis det ikke vil forbedre UX, glem det. Og hvis det ikke umiddelbart er indlysende, hvordan noget virker, så tilføj nogle vejledninger et sted på siden, så dine besøgende ved, hvad de skal gøre. Den hurtigste måde at miste en besøgende på er at få dem til at føle sig dumme.
4. Opret nyttige fejlmeddelelser
Denne lektion kan gå begge veje. Nogle app designere har fantastisk nyttige fejlmeddelelser, ligesom nogle hjemmesider. Men der er mange apps derude, der ikke har nyttige fejlmeddelelser, og mange websteder, der er de samme.
Selv den enkle tilføjelse af et søgefelt og links til hjemmesiden og arkiverne kan gøre en 404 side mere nyttig.
Nyttige fejlmeddelelser fortæller brugeren noget mere end blot det faktum, at der har været en fejl. I tilfælde af en app kan en mere nyttig fejlmeddelelse tilbyde ideer til, hvordan man løser fejlen. På en hjemmeside kan fejlmeddelelsen give den besøgende nogle alternativer eller ideer til, hvordan man kan løse fejlen. I begge tilfælde siger du blot "der har været en fejl", gør intet andet end frustrer din bruger. Tag dig tid til at lave fejlmeddelelser, som faktisk forbedrer brugeroplevelsen, og du vil få lykkere brugere.
5. Smukke spørgsmål
Dette er noget, mange appdesignere kunne lære af webdesignere. Nu givet, der er masser af smukke og nyttige apps derude. Men der er også mange apps, der har fantastiske funktioner, men er utroligt grimme og dårligt designet.
App designere har brug for at tænke på, hvordan de bedre kan designe GUI i deres app, snarere end blot at bruge standarddesign-ordningen på platformen, de bygger til. Sikker på, at de indbyggede GUI-elementer ikke er forfærdelige i nogle tilfælde, men de er også ret generiske. De vil ikke hjælpe din app til at skille sig ud fra tusindvis af andre på markedet. Endnu værre er antallet af apps derude, der bruger et brugerdefineret design, der faktisk er værre end lager GUI.
Awesome Note er en app, der helt sikkert får, at et attraktivt design er vigtigt for en god app.
Overvej funktionerne i din app og hvem dine brugere er, og så tænk på, hvordan du kan bruge designet til at gøre disse funktioner lettere at bruge og forbedre den opfattelse, dine brugere har af selve appen. Sig for eksempel, at du opretter en vintage kamera app. Brug af lager GUI gør intet for at styrke ideen om, at kameraappen gør noget anderledes end lagerapplikationen. Men hvis du tilføjer nogle vintagehåndtryk og elementer til designet, skaber du en oplevelse, der er mere behageligt for din bruger. De føler, at de bruger en app, der er anderledes, ikke kun standard kameraet med et par ekstra klokker og fløjter.
6. Skalerbarhed er et must
Dette er noget, som webdesignere har nede godt. Vi ved, at vores hjemmeside på et hvilket som helst tidspunkt pludselig kunne se en tilstrømning af trafik og skal forblive brugbar af et større antal mennesker. Alt hvad der kræves, er en smule indhold, pludselig at gå viral, eller endda bare få en eller to retweets eller aktier fra indflydelsesrige mennesker. Og i en grad er det ikke så svært for en standardwebsted at blive mere skalerbar (det er for det meste bare et spørgsmål om at vælge en vært, der kan levere servere, der skalere sammen med din trafik).
Det andet problem med skalerbarhed forudsiger, hvordan brugerne vil bruge et websted eller en tjeneste. Med de fleste hjemmesider er det ikke så meget af et problem. Men med apps, hvordan en bruger interagerer med appen er afgørende. Et lille antal strømbrugere, som virkelig strækker appens evner, kan forårsage problemer for andre brugere eller bare have en dårlig oplevelse selv.
Apps kan være meget sværere at scalere end websteder afhængigt af infrastrukturen. Skalering udelukkende for en stigning i antallet af brugere er ikke så meget forskellig fra at scaling et websted; det er bare et spørgsmål om båndbredde og processorkraft. Hvor app skalerbarhed er vanskeligere kommer ned på, hvordan individuelle brugere ender med at bruge appen.
Der har været en interessant diskussion om Google+ i den sidste uge mellem Robert Scoble og Kevin Rose. Scoble har problemer med dublet indhold ("støj"), der fortæller sit feed og sagde offentligt, at Google+ skulle komme op med en slags filtreringssystem for at hjælpe med at udrydde al denne støj. Rose hævder, at det kun er fordi Scoble er en "fringe case" -bruger, og at de fleste mennesker ikke vil løbe ind i de samme problemer, fordi de ikke følger tusindvis af mennesker. Spørgsmålet er fortsat, hvis en webapp som Google+ (eller en app til en mobilplatform) skal fokusere på skalerbarhed for disse fringe-brugere, eller bare fokusere på de mere "gennemsnitlige" brugere? Det er en debat, der sandsynligvis ikke vil blive løst nogen gang snart, men det er noget app (og website) udviklere og designere skal være opmærksomme på og beslutte, hvordan de vil håndtere fra sag til sag.
Konklusion
Uanset om du er webdesigner eller appdesigner, er der ting, du kan lære om godt design fra andre designfelt. Se ud over dit eget snævre fokus på, hvordan andre designere på andre områder håndterer lignende problemer og derefter tilpasse disse ideer til dine egne udfordringer.
Hvad synes du? Hvilke andre lektioner kan web- og appdesignere lære hinanden? Hvilke lektioner skal begge typer designere lære, og hvor kan de lære dem? Lad os vide i kommentarerne!