Generellt sett är applikationsdesign och webbdesign mycket olika saker. Nyckelfaktorn är att typiska applikationer är utformade för att göra något, medan webbplatser bara visar något. På senare tid har emellertid linjen mellan webbplatser och applikationer blivit alltmer suddig och det finns mycket överlappning, med många webbplatser som fungerar som applikationer eller till och med införlivar hela applikationssuper i sina gränssnitt.
För traditionella webbdesigners utan tidigare erfarenhet av applikationsdesign kan detta vara förvirrande och leda till mycket tveksamma resultat i slutprodukten. Det är viktigt att förstå att när jag pratar om applikationsdesign talar jag inte om "apps". Appar är i allmänhet enstaka gränssnitt som låter telefoner göra saker som telefoner normalt inte ska göra. De är en klass av ansökan, men de kan inte riktigt betraktas som sanna tillämpningar, varför de kallas bara "apps".
I anteckningarna som följer ska jag prata om hur utformning av webbapplikationer skiljer sig från att designa vanliga informationswebbplatser och hur du kan hantera övergången och skapa användbara hybridsidor som innehåller programelementen korrekt.
Traditionella programvaror fungerar i ändamålsenligt skärmutrymme (rullning är inte normalt, och du brukar inte spänna över flera skärmlängder som du kan med webbsidor). Applikationsgränssnittet kan innehålla rullning, men det kräver ett eget dedikerat fastutrymme.
Det innebär att om du använder en responsiv design, måste du tänka mycket noggrant på hur dina applikationselement ska passa inutrymmet och i de flesta fall kommer inte responsiva mönster att fungera mycket bra. Du kan behöva gå på grundskolan och skapa separata versioner av webbplatsen som är avsedda att visas på olika plattformar, eller till och med utesluta att programelementen inte visas på mobila enheter.
Testning är viktigt för alla webbplatser eller applikationer, men när det gäller webapplikationer ökar arbetsbelastningen för testning dramatiskt, eftersom du har så många fler sätt att din ansökan inte fungerar korrekt under olika omständigheter.
Med traditionella applikationer har du lyxen i en användarmanual som användare kan konsultera när det finns ett problem, vanligtvis måste webben tillhandahålla all hjälp som en del av webbplatsen (och normalt göra ett dåligt jobb med det!). Försök använda verktygstips, popup-fönster, modaler och om du måste filialera till externa sidor för hjälpinformation, använd åtminstone metoden = "_ blank" .
Din ansökan måste vara smart nog att veta när den inte fungerar korrekt och att kunna krascha graciöst när den behöver. Ingenting är mer irriterande för någon användare än när deras system saktar till en genomsökning och de kan inte stänga din ansökan helt enkelt för att du var för lat för att använda felhantering och ge ett sätt att säga upp programmet.
När du monterar ett team för att utveckla webbapplikationer är det en bra idé att anställa personer som också har erfarenhet av att bygga traditionella stationära applikationer. De som har sådan erfarenhet kan hjälpa dig att undvika misstag och få en effektivare utvecklingsprocess.