Alle artikelen

Inzichten

Een website of een web-app: wat past bij je vraag?

Informatie vinden, een aanvraag doen of samen aan een planning werken: begin bij de handeling van de gebruiker. Zo wordt duidelijk wat je wilt bouwen.

Door Niels BaggermanOntwerper en ontwikkelaar bij Resolph

Je wilt iets digitaal verbeteren. Misschien vinden klanten de juiste informatie niet, komt een aanvraag via verschillende mails binnen of gaat een planning steeds van spreadsheet naar spreadsheet. De vraag begint dan al snel bij de oplossing: hebben we een nieuwe website of een web-app nodig?

Begin een stap eerder. Wie gaat het gebruiken, en wat moet die persoon kunnen doen? Het antwoord helpt om de inhoud, schermen en benodigde functies te bepalen. Je hoeft daarvoor nog geen technische keuze gemaakt te hebben.

Wanneer een website past

Een website helpt mensen je aanbod te begrijpen, werk te bekijken en een volgende stap te zetten. Denk aan een bedrijf waarvan bezoekers moeten kunnen beoordelen of een dienst bij hun situatie past. Zij zoeken uitleg, voorbeelden en een manier om hun vraag voor te leggen.

De ontwerpopgave zit dan in de informatie en de volgorde. Wat wil iemand weten voordat die contact opneemt? Welke pagina beantwoordt die vraag? En welke inhoud wil je zelf kunnen aanpassen? Een mooie homepage is een begin; de rest van de route moet dezelfde duidelijkheid bieden.

Bij Resolph gaat een websiteproject daarom over ontwerp, ontwikkeling en het beheer van de inhoud. Een CMS kan je helpen teksten en afbeeldingen zelf bij te werken. Welke onderdelen je wilt beheren, spreken we vooraf af.

Meer over websites van Resolph

Wanneer een web-app past

Een web-app ondersteunt een handeling of een werkproces in de browser. De gebruiker komt bijvoorbeeld om een aanvraag te behandelen, gegevens te delen, een planning aan te passen of de status van werk te bekijken.

Dan verandert de vraag. Je wilt weten welke gegevens nodig zijn, wie ze mag bekijken of veranderen en wat er daarna moet gebeuren. Een dashboard kan informatie bij elkaar brengen, maar het moet ook duidelijk zijn welke beslissing of handeling dat scherm ondersteunt.

Stel dat een planner ritten toewijst. Alleen een overzicht van de ritten is niet genoeg: de planner heeft ook capaciteit, beschikbaarheid en een manier om een wijziging vast te leggen nodig. Dat is een denkvoorbeeld voor het ontwerp van een werkproces; de precieze functies volgen uit de dagelijkse praktijk.

Meer over web-apps van Resolph

De grens is niet hard

Een website kan ook een formulier of configurator bevatten. Een web-app kan uitleg en openbare pagina’s hebben. Je hoeft dus niet het hele project in één vakje te plaatsen. Benoem de onderdelen: welke informatie is openbaar, welke taak hoort achter een login en welke gegevens moeten met een ander systeem worden uitgewisseld?

Wordt de toepassing vooral onderweg gebruikt, dan nemen we de mobiele situatie mee. Kleine schermen, de manier van invoeren en eventueel gebruik van de camera stellen andere eisen aan een scherm. Of daarvoor een mobiele app nodig is, hangt af van de taak en het gebruik; dat volgt niet alleen uit het feit dat iemand een telefoon gebruikt.

Vijf vragen om je keuze scherp te krijgen

  • Wie gebruikt het: nieuwe bezoekers, bestaande klanten of collega’s?
  • Wat moet die persoon als eerste kunnen vinden of doen?
  • Welke informatie of gegevens zijn daarvoor nodig, en wie beheert die?
  • Wat gaat nu omslachtig, dubbel of onduidelijk?
  • Wat moet in de eerste versie werken, en wat kan later?

Neem een bestaande pagina, spreadsheet, formulier of procesbeschrijving mee. Daarmee kun je laten zien waar het schuurt. Je hoeft de nieuwe oplossing nog niet uit te tekenen: een concreet voorbeeld van het huidige werk maakt de eerste ontwerpkeuzes al een stuk gerichter.

Wil je je vraag voorleggen? Vertel wie het gaat gebruiken en wat die persoon moet kunnen doen.