Generelt set er applikationsdesign og webdesign meget forskellige ting. Hovedforskellen er, at applikationer typisk er designet til at gøre noget, mens websteder kun viser noget. I nyere tid er linjen mellem hjemmesider og applikationer imidlertid blevet mere og mere sløret, og der er mange overlapninger, hvor mange websites opfører sig som applikationer eller endda inkorporerer hele applikationssuper i deres grænseflader.
For traditionelle webdesignere uden forudgående erfaring med applikationsdesign kan dette være forvirrende og kan føre til meget tvivlsomme resultater i slutproduktet. Det er vigtigt at forstå, at når jeg taler om applikationsdesign, taler jeg ikke om "apps". Apps er generelt enkeltgrænseflader, der gør det muligt for telefoner at gøre ting, som telefoner normalt ikke skal gøre. De er en klasse af ansøgning, men de kan egentlig ikke betragtes som sande applikationer, og derfor kaldes de bare "apps".
I de efterfølgende notater vil jeg tale om, hvordan design af web-applikationer adskiller sig fra at designe almindelige informationswebsteder, og hvordan du kan håndtere overgangen og skabe brugbare hybrid-sider, der indeholder applikationselementer korrekt.
Traditionelle softwareapplikationer arbejder i endeligt skærmrum (rulning er ikke normal, og du kan normalt ikke overskride flere skærmlængder, som du kan med websider). Applikationsgrænsefladen i sig selv kan inkludere scrolling, men det kræver sit eget dedikerede faste rum.
Det betyder, at hvis du bruger lydhørt design, skal du tænke yderst omhyggeligt om, hvordan dine applikationselementer passer ind i det udbudte rum, og i de fleste tilfælde vil responsive designs ikke fungere rigtig godt. Du skal muligvis gå i skole og oprette separate versioner af webstedet, der er designet til at blive vist på forskellige platforme, eller endda udelukke, at applikationselementerne vises på mobile enheder.
Testning er vigtig for enhver hjemmeside eller applikation, men når det kommer til webapplikationer, øges arbejdsbyrden til testning dramatisk, fordi du har så mange flere måder at din ansøgning ikke fungerer korrekt under forskellige omstændigheder.
Mens med traditionelle applikationer du har den luksus i en brugervejledning, som brugerne kan høre, når der er et problem, skal webapplikationer normalt give al den hjælp som en del af webstedet (og normalt gøre et dårligt job af det!). Prøv at bruge værktøjstip, popup-vinduer, modaler, og hvis du skal forgrene dig til eksterne sider for hjælpoplysninger, skal du i det mindste bruge målet = "_ blank" -metoden.
Din ansøgning skal være smart nok til at vide, hvornår den ikke virker korrekt og at kunne kollidere grasiøst, når den skal. Intet er mere irriterende for nogen brugere, end når deres system går langsommere til en gennemgang, og de kan ikke lukke din ansøgning simpelthen fordi du var for doven til at bruge fejlhåndteringen og give en måde at afslutte ansøgningen på.
Når du samler et team til udvikling af webapplikationer, er det en god ide at ansætte folk, der også har erfaring med at opbygge traditionelle desktop applikationer. Dem, der har sådan erfaring, kan hjælpe dig med at undgå fejl og opnå en mere effektiv udviklingsproces.