Definitie: Een functioneel ontwerp (FO) is een document dat beschrijft wat een website, app of webapplicatie moet doen en hoe gebruikers ermee werken, zonder in te gaan op de technische bouw. Het dient als gezamenlijke basis voor opdrachtgever, ontwerper en ontwikkelaar.
In het kort
- Een functioneel ontwerp beschrijft het wat: functies, schermen, gebruikersrollen en de route die een gebruiker aflegt.
- Het technisch ontwerp (TO) beschrijft daarna het hoe: architectuur, database, koppelingen en techniek.
- Een FO is geschreven voor de opdrachtgever en moet zonder technische kennis te begrijpen zijn.
- Vaste onderdelen zijn eisen met prioriteit, user stories, processchema’s, schermschetsen en rollen en rechten.
Wat is een functioneel ontwerp?
Een functioneel ontwerp vertaalt een idee naar een concrete beschrijving van de werking. Het laat zien welke schermen er zijn, welke gegevens en wat er gebeurt na een handeling. Burokoorts noemt het FO de blauwdruk van een website.
Wat staat er in een functioneel ontwerp?
| Onderdeel | Wat het beschrijft |
|---|---|
| Doel en doelgroep | Waarom het systeem er komt en voor wie |
| Eisen en wensen | Functies met prioriteit, bijvoorbeeld via MoSCoW |
| User stories | “Als rol wil ik doel, zodat reden” |
| Processchema’s | De stappen en beslissingen, vaak als flowchart |
| Schermschetsen | Een functionele indeling per scherm, geen eindontwerp |
| Rollen en rechten | Wie wat mag zien en doen |
| Koppelingen | Met welke andere systemen gegevens worden uitgewisseld |
Het FO-sjabloon van Ikbenlit adviseert het document compact te houden: functioneel concreet, maar niet technisch.
Wat is het verschil tussen een FO en een TO?
| Functioneel ontwerp | Technisch ontwerp | |
|---|---|---|
| Vraag | Wat moet het systeem doen? | Hoe bouwen we het? |
| Lezer | Opdrachtgever en gebruikers | Ontwikkelaars |
| Inhoud | Functies, schermen, processen, rollen | Architectuur, datamodel, API’s, hosting |
| Taal | Gewone woorden | Technische termen en diagrammen |
Het FO komt eerst. Pas als duidelijk is wat er moet gebeuren, is het zinvol om te bepalen met welke techniek dat gebeurt.
Hoe ziet een functioneel ontwerp eruit? Een voorbeeld
Stel dat een bedrijf een applicatie wil voor het afhandelen van offerteaanvragen. Een beknopt FO bevat dan:
- Doel: aanvragen komen op één plek binnen en niemand vergeet een vervolgstap.
- Rollen: verkoper, teamleider en beheerder.
- User story: als verkoper wil ik per aanvraag een vervolgactie plannen, zodat ik weet wat ik vandaag moet doen.
- Proces: aanvraag binnen, toewijzen, offerte maken, versturen, opvolgen, gewonnen of verloren.
- Schermen: overzicht van open aanvragen, detailpagina en een vandaag-overzicht.
Een veelgemaakte fout is te technisch schrijven, waardoor de opdrachtgever niet kan controleren of het klopt. Een andere is het weglaten van prioriteiten.
Wat betekent dit voor jouw project?
Ik wil vooraf duidelijk hebben wat we met een eerste versie bedoelen. Daarom begint mijn traject met een procesgesprek van ongeveer twintig minuten en daarna een betaalde blauwdruk: een afgebakend proces, schermschetsen, afhankelijkheden en een voorstel voor de eerste versie. Dat lijkt op een compact functioneel ontwerp. Ik kijk daarbij naar wat er binnenkomt, wie ermee verder moet en welke informatie die persoon nodig heeft.
Vraag? Stuur me voor wie het is, wat er nu gebeurt en wat de eerste versie moet oplossen. Dan bepalen we samen de logische eerste stap. Meer over een webapplicatie laten maken.
Veelgestelde vragen over functioneel ontwerp
Wat is een functioneel ontwerp?
Een functioneel ontwerp is een document dat beschrijft wat software moet doen en hoe gebruikers ermee werken. Het bevat onder meer eisen, processen, schermschetsen en rollen, zonder technische uitwerking.
Wat is het verschil tussen een FO en een TO?
Het functioneel ontwerp beschrijft wat een systeem moet doen en is bedoeld voor de opdrachtgever. Het technisch ontwerp beschrijft hoe het wordt gebouwd en is bedoeld voor ontwikkelaars.
Wie schrijft een functioneel ontwerp?
Meestal een functioneel ontwerper, analist of de ontwikkelaar zelf, in nauwe samenwerking met de opdrachtgever. De opdrachtgever levert de proceskennis.
Verwante termen
Functionele eisen · Programma van eisen · Wireframe · Discovery-fase · Klikbaar prototype · Scope creep
← Terug naar de kennisbank