Werkwijze
Zeven stappen, en bij elke stap een beslissing
Projecten lopen zelden vast op techniek. Ze lopen vast op besluiten die niemand neemt. Daarom staat per stap wie wat beslist.
| Stap | Wat eruit komt | Welke beslissing | Eigenaar | Doorlooptijd |
|---|---|---|---|---|
| Stap 1Scan en doelen | Momentopname, knelpunten en meetbare doelen | Welke doelen tellen mee en welke niet | Samen | 1 week |
| Stap 2Gebruikers en inhoud | Doelgroepen, taken en contentinventarisatie | Welke taken voorrang krijgen | Samen | 1–2 weken |
| Stap 3Structuur en prototype | Sitestructuur, navigatie en interactief prototype | Akkoord op structuur en labels | Vormanker | 1–2 weken |
| Stap 4Visueel ontwerp | Ontwerp voor mobiel en desktop, inclusief states | Akkoord op ontwerp | Vormanker | 1–2 weken |
| Stap 5Bouw en migratie | Werkende site, gemigreerde content, redirects | Contentakkoord per pagina | Samen | 2–5 weken |
| Stap 6Testen met echte taken | Testrapport: taaksucces, toegankelijkheid, performance | Wat blokkeert livegang en wat volgt later | Samen | 1 week |
| Stap 7Livegang en doorontwikkeling | Livegang, overdracht, 30/60/90-dagenplan | Beheervorm en vervolgprioriteiten | Samen | doorlopend |
Doorlooptijden zijn indicaties voor een project van gemiddelde omvang. Wat de planning in de praktijk bepaalt, is bijna altijd de content en het aantal goedkeuringsrondes — niet de bouw.
Stap 6 uitgelicht
Testen met echte taken, niet met een checklist
Een site die door een geautomatiseerde scan komt, kan nog steeds onbruikbaar zijn. Daarom toetsen wij per doelgroep één echte taak, van begin tot eind.
Wij schrijven vooraf op wat er moet lukken: "een naaste vindt binnen twee minuten hoe hij een aanmelding start". Daarna kijken we of dat lukt, met mensen die de site niet kennen.
Een automatische toegankelijkheidsscan draaien we ook, maar die vangt maar een deel. De rest is handwerk: toetsenbord, screenreader, 200% zoom, en iemand die het echt nodig heeft.
De zeven vragen die wij per project beantwoordbaar maken
- 01
Helderheid
Vindt iedere doelgroep binnen enkele seconden zijn eigen route?
Hoe we dat toetsen: Taaktest met mensen uit de echte doelgroep, op mobiel, zonder uitleg vooraf.
- 02
Toegankelijkheid
Werkt de kernflow met toetsenbord, screenreader, 200% zoom en reduced motion?
Hoe we dat toetsen: Automatische scan én handmatige tests met NVDA, VoiceOver en alleen het toetsenbord.
- 03
Taaksucces
Lukt aanmelden, verwijzen, boeken, bellen of solliciteren zonder omweg?
Hoe we dat toetsen: Per doelgroep één route uitschrijven en die van begin tot eind naspelen.
- 04
Vertrouwen
Zijn organisatie, mensen, proces, kosten en verwachtingen duidelijk?
Hoe we dat toetsen: Controle of elke belofte op de site door de organisatie wordt waargemaakt.
- 05
Privacybewust ontwerp
Vraagt de site alleen wat nodig is, en zijn gevoelige routes gescheiden?
Hoe we dat toetsen: Veld-voor-veld doornemen waarom iets gevraagd wordt, en wat er zonder dat veld misgaat.
- 06
Snelheid
Werkt de site soepel op een gewone mobiele verbinding?
Hoe we dat toetsen: Meting op de productiebuild met afgeknepen netwerk en CPU, niet op de devserver.
- 07
Beheerbaarheid
Kan de organisatie informatie zelf actueel en controleerbaar houden?
Hoe we dat toetsen: Iemand uit het team laat zelf een wijziging doorvoeren, zonder onze hulp.
Wat wij contractueel vastleggen
Zodat het na oplevering ook nog van u is
Deze punten regelen we vooraf. Ze klinken saai tot het moment dat er iets misgaat.
- Scope en hoe wijzigingen daarop lopen
- Eigendom van ontwerp, code, content en accounts
- Wie verantwoordelijk is voor hosting
- Verwerkersovereenkomst, als die van toepassing is
- Lijst van subverwerkers
- Incident- en meldproces
- Onderhouds-SLA
- Back-up en herstel, met een hersteltest
- Exit- en overdrachtsregeling
- Wie verantwoordelijk is voor content en inhoudelijke goedkeuring
- Het toegankelijkheidsdoel en de testscope
- Wat expliciet niet is inbegrepen
Zullen we bij stap 1 beginnen?
De scan is kosteloos en verplicht u tot niets.