Over het algemeen zijn applicatieontwerp en webontwerp heel verschillende dingen. Het belangrijkste verschil is dat meestal applicaties zijn ontworpen om iets te doen , terwijl websites slechts iets laten zien . In de afgelopen tijd is de grens tussen websites en applicaties echter steeds vager geworden en is er veel overlap, waarbij veel websites zich als applicaties gedragen of zelfs complete toepassingssuites opnemen in hun interfaces.
Voor traditionele website-ontwerpers zonder ervaring in het ontwerpen van toepassingen, kan dit verwarrend zijn en tot zeer twijfelachtige resultaten leiden in het eindproduct. Het is belangrijk om te begrijpen dat wanneer ik het heb over applicatieontwerp, ik het niet over "apps" heb. Apps zijn over het algemeen interfaces voor één doel waarmee telefoons dingen kunnen doen die telefoons normaal niet zouden doen. Ze zijn een klasse van applicaties, maar ze kunnen niet echt als echte applicaties worden beschouwd en daarom worden ze gewoon "apps" genoemd.
In de volgende opmerkingen zal ik het hebben over hoe het ontwerpen van websitetoepassingen anders is dan het ontwerpen van gewone informatiesites en hoe u de cross-over aankan en werkbare hybride pagina's kunt maken die de applicatie-elementen op de juiste manier bevatten.
Traditionele softwaretoepassingen werken in eindige schermruimte (scrollen is niet normaal, en u kunt gewoonlijk niet meerdere schermlengtes overspannen met webpagina's). De toepassingsinterface zelf kan scrollen bevatten, maar het vereist een eigen vaste ruimte.
Dit betekent dat als u responsief ontwerp gebruikt, u uiterst zorgvuldig moet nadenken over hoe uw toepassingselementen in de beschikbare ruimte zullen passen, en in de meeste gevallen zullen responsieve ontwerpen niet goed werken. Misschien moet je old-school gaan en aparte versies van de site maken die ontworpen zijn om op verschillende platforms bekeken te worden, of zelfs uitsluiten dat de applicatie-elementen op mobiele apparaten getoond worden.
Testen is belangrijk voor elke website of applicatie, maar als het gaat om webtoepassingen, neemt de werkbelasting voor testen enorm toe, omdat u op veel meer manieren uw toepassing niet correct kunt gebruiken onder verschillende omstandigheden.
Terwijl je met traditionele applicaties de luxe hebt van een gebruikershandleiding die gebruikers kunnen raadplegen als er een probleem is, moeten webapplicaties meestal alle hulp bieden als onderdeel van de site (en doen ze dat normaal gesproken slecht!). Probeer tooltips, pop-ups, modals te gebruiken en als u moet vertakken naar externe pagina's voor hulpinformatie, gebruikt u ten minste de methode target = "_ blank" .
Uw toepassing moet slim genoeg zijn om te weten wanneer deze niet correct werkt en om elegant te kunnen crashen wanneer dat nodig is. Niets is vervelender voor gebruikers dan wanneer hun systeem langzamer wordt en ze uw applicatie niet kunnen sluiten, simpelweg omdat u te lui was om foutafhandeling te gebruiken en een manier te bieden om de toepassing te beëindigen.
Bij het samenstellen van een team om webtoepassingen te ontwikkelen, is het een goed idee om mensen in te huren die ook ervaring hebben met het bouwen van traditionele desktoptoepassingen. Degenen met dergelijke ervaring kunnen u helpen fouten te vermijden en een efficiënter ontwikkelingsproces te verkrijgen.
Uitgelichte afbeelding, UI ontwerp afbeelding via Shutterstock.