Generelt sett er applikasjonsdesign og webdesign svært forskjellige ting. Hovedforskjellen er at typiske applikasjoner er designet for å gjøre noe, mens nettsteder bare viser noe. I nyere tid har imidlertid linjen mellom nettsteder og applikasjoner blitt stadig uskarp, og det er mye overlapping, med mange nettsteder som fungerer som applikasjoner eller til og med innlemme hele applikasjonspakker i grensesnittene.
For tradisjonelle webdesignere uten tidligere erfaring i applikasjonsdesign, kan dette være forvirrende og kan føre til svært tvilsomme resultater i sluttproduktet. Det er viktig å forstå at når jeg snakker om applikasjonsdesign, snakker jeg ikke om «apps». Apper er vanligvis enkeltgrensesnitt som lar telefoner gjøre ting som telefoner normalt ikke skal gjøre. De er en klasse av søknad, men de kan egentlig ikke betraktes som sanne applikasjoner, og derfor kalles de bare "apps".
I notatene som følger, snakker jeg om hvordan utforming av nettsøpprogrammer er annerledes enn å designe vanlige informasjonssider, og hvordan du kan håndtere overgangen og lage brukbare hybridsider som inneholder programelementer riktig.
Tradisjonelle programvareapplikasjoner fungerer i endelige skjerm-plass (rulling er ikke normal, og du kan vanligvis ikke spore flere skjermlengder som du kan med websider). Applikasjonsgrensesnittet kan inneholde rulling, men det krever sitt eget dedikerte faste plass.
Dette betyr at hvis du bruker responsiv design, må du tenke ekstremt nøye om hvordan dine applikasjonselementer skal passe inn i det oppgitte rommet, og i de fleste tilfeller vil responsive design ikke fungere veldig bra. Det kan hende du må gå på grunnskolen og opprette separate versjoner av nettstedet designet for å bli vist på forskjellige plattformer, eller til og med utelukke at programelementene ikke vises på mobile enheter.
Testing er viktig for enhver nettside eller applikasjon, men når det gjelder webapplikasjoner, øker arbeidsbelastningen for testing dramatisk, fordi du har så mange flere måter at programmet ikke fungerer riktig under forskjellige forhold.
Mens med tradisjonelle applikasjoner du har den luksusen av en brukerhåndbok som brukere kan konsultere når det er et problem, må webapplikasjoner vanligvis gi all hjelp som en del av nettstedet (og gjør vanligvis en dårlig jobb med det!). Prøv å bruke verktøytips, popup-vinduer, moduler, og hvis du må forgrene deg til eksterne sider for hjelpinformasjon, må du i det minste bruke målet = "_ blank" -metoden.
Din søknad må være smart nok til å vite når den ikke fungerer riktig og å kunne krasje grasiøst når den trenger det. Ingenting er mer irriterende for noen brukere enn når systemet deres bremser til en gjennomsøking, og de kan ikke lukke søknaden din rett og slett fordi du var for lat til å bruke feilhåndtering og gi en måte å avslutte søknaden på.
Når du lager et team for å utvikle webapplikasjoner, er det en god ide å ansette folk som også har erfaring med å bygge tradisjonelle stasjonære applikasjoner. De som har slik erfaring, kan hjelpe deg med å unngå feil og få en mer effektiv utviklingsprosess.