Inzichten
Een website of app laten maken: wat neem je mee naar het eerste gesprek?
Een compleet plan is niet nodig. Deze vragen en voorbeelden helpen om het probleem, de gebruikers en de eerste versie van je website of app helder te krijgen.
Door Niels BaggermanOntwerper en ontwikkelaar bij Resolph
Je weet dat er iets moet veranderen, maar het project staat nog niet op papier. Dat kan genoeg zijn voor een eerste gesprek. Een nieuwe website of app begint bij begrijpen wat er nu gebeurt, voor wie het beter moet worden en wat een eerste versie moet kunnen.
Bij Resolph spreek je rechtstreeks met Niels Baggerman, die het ontwerp en de ontwikkeling doet. Je kunt een idee meenemen, maar ook een probleem waarvoor je nog geen oplossing hebt. Met de voorbereiding hieronder maak je die vraag concreet zonder vooraf een volledig ontwerp of technisch plan te schrijven.
1. Vertel wat er nu lastig gaat
Beschrijf een herkenbare situatie. Bijvoorbeeld: bezoekers stellen steeds dezelfde vraag omdat de informatie verspreid staat. Een collega voert dezelfde gegevens in twee systemen in. Of een klant weet niet waar een aanvraag blijft.
Zo’n voorbeeld geeft meer richting dan ‘we willen een modernere website’. Wat gebeurde er, wie had er last van en welke omweg was nodig? Als er een bestaande website, scherm of bestand bij hoort, kun je dat laten zien. Deel geen vertrouwelijke klantgegevens als een geanonimiseerd voorbeeld hetzelfde probleem duidelijk maakt.
2. Benoem de gebruikers en hun taak
Een websitebezoeker die wil vergelijken heeft iets anders nodig dan een medewerker die de hele dag een planning bijwerkt. Schrijf op wie de belangrijkste gebruikers zijn, wat ze komen doen en in welke situatie ze het gebruiken.
Denk ook aan de mensen die de inhoud of gegevens beheren. Wie voegt een project toe? Wie behandelt een aanvraag? Wie mag een status veranderen? Die rollen helpen om de schermen en de afspraken over beheer te bepalen.
3. Neem voorbeelden mee en vertel waarom
Een website die je mooi vindt is nuttig, zeker als je kunt uitleggen wat je aanspreekt. Gaat het om de rustige typografie, de manier waarop diensten worden uitgelegd, de navigatie of een specifieke handeling? Hetzelfde geldt voor voorbeelden die juist niet goed werken.
Je hoeft geen moodboard te maken. Een paar links en opmerkingen zijn genoeg om het gesprek over uitstraling en gebruik te beginnen. Voorbeelden geven richting; ze bepalen niet automatisch wat voor jouw bezoekers of werkproces de beste keuze is.
4. Maak onderscheid tussen de eerste versie en later
Schrijf op wat vanaf het begin moet werken. Voor een website kan dat zijn: je aanbod begrijpen, werk bekijken en contact opnemen. Voor een web-app kan dat één volledig werkproces zijn, van het invoeren van gegevens tot het vastleggen van een besluit.
Maak daarnaast een lijst van ideeën die mogen volgen. Een kleinere eerste versie werkt alleen als de hoofdtaak compleet is; het weglaten van een stap die dagelijks nodig is maakt die versie niet bruikbaar. Samen kunnen we die grens bekijken en de afhankelijkheden bespreken.
5. Noem praktische randvoorwaarden
- Is er een gewenste datum, bijvoorbeeld rond een evenement of de start van een dienst?
- Zijn er teksten, merkbestanden, foto’s of gegevens die al beschikbaar zijn?
- Moet de website of app met een bestaand systeem samenwerken?
- Wie kan namens jullie keuzes maken en feedback verzamelen?
- Is er een budget of bandbreedte waarmee we rekening moeten houden?
Het is ook nuttig om te benoemen wat nog onbekend is. Een koppeling, een gewenste planning of een ontbrekende tekst kan invloed hebben op de scope. Door die punten vroeg op tafel te leggen, kunnen we bepalen wat eerst onderzocht of aangeleverd moet worden.
Wat volgt er op je bericht?
Niels reageert op je vraag en bespreekt welke informatie nog nodig is. Daarna kunnen we bepalen welke vervolgstap past. Voor uitvoering maken we de scope, oplevering en afspraken concreet; het sturen van je eerste idee betekent niet dat alle keuzes al vaststaan.