Skip to content

Design rationale

Jacco-Mols edited this page May 19, 2026 · 53 revisions

Uitleg design rationale

In de Design Rationale schrijf je de debriefing, de probleemdefinitie, toon je de oplossing en schrijf je een uitleg van de code. De Design Rationale is een verantwoording van je ontwerp. Je maakt met je team één design rationale. Tip: Doe dit in de wiki van je project repo.

Vragen aan de opdrachtgever tijdens de briefing

Over de opdracht en site

    • Wat is de huisstijl? Zijn er bestaande materialen? (Zoals logo’s of foto’s)
    • Verwachten jullie een redesign of een compleet nieuwe website. En moet de content hetzelfde blijven als op de oude website?
    • Moet de website live geüpdatet worden? (denken aan de live stream of live data ophalen).
    • Hoe krijgen wij toegang tot de API? Hebben wij API-keys nodig of is het open-source? Is er meer data beschikbaar?
    • Kunnen jullie wat context geven bij de data en de values hiervan?

Doelgroep

    • Wie is de doelgroep?
    • Wat willen jullie dat de doelgroep doet of voelt?

Verwachtingen

    • Wat willen jullie uiteindelijk bereiken?
    • Wat vinden jullie het belangrijkst?
    • Hoe ziet een succesvol eindresultaat eruit voor jullie?
    • Zijn er voorbeelden die jullie aanspreken?

Planning

    • Wanneer willen jullie de feedbackmomenten inplannen?
    • Zijn er vaste contactmomenten?

Samenwerking

    • Wie is ons aanspreekpunt?
    • Doen we de meetings online, in Amsterdam of in Utrecht? Of wisselen we dit af, afhankelijk van beschikbaarheid?
    • Hoe nemen we het snelst contact met jullie op? (Teams, Whatsapp, mail?)

Debriefing

Opdrachtgever

De opdrachtgever voor de Visdeurbel is een project van de gemeente Utrecht, Hoogheemraadschap De Stichtse Rijnlanden (HDSR) en Mark van Heukelum van Dutch Wall Fish. Gemeente Utrecht en en HDSR zorgen voor het beheer en de kwaliteit van het water in de Vecht, de Kromme Rijn en de Utrechtse grachten.

De opdracht in het kort

De opdrachtgever wil voor de visdeurbel verschillende data visualisaties van de verworven data zien, bij voorkeur als one-pager. De pagina wordt dan geïntegreerd in de bestaande website. De website moet volledig toegankelijk zijn volgens de WCAG richtlijnen (WCAG A). Ook wordt de website vanuit de hele wereld bezocht, daarom moeten we ook nadenken over performance. De website moet natuurlijk ook volledig responsive zijn.

Design challenge

Hoe kunnen we met de verzamelde data van de Visdeurbel een zo leuk en goed mogelijk beeld geven van de staat van de Utrechtse wateren en hoe de Visdeurbel dit jaar is gebruikt.

    • Als trouwe kijker van de Visdeurbel wil ik zien hoe anderen, en ik, de Visdeurbel hebben gebruikt, zodat ik kan nagenieten van het Visdeurbel seizoen.
    • Als gemeente Utrecht wil ik laten zien hoe populair de Visdeurbel is, zodat we kunnen laten zien hoe met behulp van de Visdeurbel Utrecht op de kaart wordt gezet.
    • Als ecoloog wil ik interessante data over de vissen laten zien, zodat mensen meer leren over de vissen in de Utrechtse wateren.

Clone this wiki locally