Dit is het vierde artikel in een reeks over het tot stand komen van een maatwerk-website. Een introductie en een artikel over de analysefase en ontwerpfase gingen hieraan vooraf. In dit artikel wordt besproken wat er in een functioneel ontwerp vastgelegd dient te worden. Het doel van deze fase is het vastleggen en vertalen van de geïnventariseerde informatie in diverse ontwerpen.

Het proces is als volgt gefaseerd:

• Analysefase
• Ontwerpfase
  • Functioneel Ontwerp
  • Technisch Ontwerp
  • Grafisch Ontwerp
• Bouwfase
• Kwaliteitfase
• Acceptatiefase
• Lanceerfase

In het functioneel ontwerp staat wat de te bouwen applicatie of website aan functionaliteit moet bieden zodanig omschreven dat een klant het document ook goed kan begrijpen. Dat wil zeggen: niet te technisch, maar elk woord moet wel raak zijn. Daarnaast moet de informatie ook nuttig zijn voor iemand die de site moet gaan bouwen.  Het functioneel ontwerp is zoals eerder besproken op Publishr, de blauwdruk van de applicatie/website. Maar aan welke elementen moet je nu denken, en wat neem je op in een functioneel ontwerp?

Welke elementen bevat een functioneel ontwerp?

Puntsgewijs dient een functioneel ontwerp de volgende zaken te bevatten:

• Doel van de website
• Doelgroep van de website
• De te behalen doelen ( in ieder geval een indicatie, dus aantal bezoekers etc, achteraf meten)
• Afhankelijkheden van andere applicaties
• Overzicht van alle pagina’s in de site of applicatie (meer dan een sitemap)
• Beschrijving op voldoende detailniveau van de functionaliteit op alle pagina’s
• Uitgewerkte schema’s van de flows binnen de applicatie en de bijbehorende usecases
• Wireframes van de key pagina’s (vaak evident binnen een site, homepage, profielpagina etc)

Als we iets dieper de techniek induiken kan worden gedacht aan :

• Eisen met betrekking tot de zoekfunctionaliteit (wel/geen zoekmachine)
• Koppelingen met andere tools  (bv Analytics / Adwords/ Mailsysteem/backoffice-systeem)
• Een overzicht van de te importeren content
• Eisen aan de browsercompatibiliteit
• Eisen aan het usermanagement
• Eisen aan de beveiliging
• SEO-specs, of een beschrijving van de banner-tool die worden ingezet

Bespaar geld met een functioneel ontwerp

Al met al een hele lijst. Het kan natuurlijk zijn dat niet elk onderdeel benodigd is voor jouw site of applicatie. Gebruik bovenstaande dan toch als een checklist om jezelf ervan te vergewissen dat je in de loop van het project niet met deze zaken te maken krijgt. Het functioneel ontwerp bied prima input voor het technisch ontwerp (TO). Vooraf nadenken scheelt redesign, wijzigingen in de architectuur/database en overhead tijdens de bouw, dus je bespaart er geld mee!  Zorg ook dat het functioneel ontwerp naadloos aansluit op het grafisch ontwerp (GO) om hier misverstanden te voorkomen.

Tot slot

Los van de bovenstaande lijst zijn er nog een aantal algemenere elementen om rekening mee te houden. Voor wie maak je het functioneel ontwerp (binnenshuis/andere partij?)  Schrijf je het functioneel ontwerp al op een platform of standaardproduct dat je gaat gebruiken? In welke taal schrijf je het?  Een business analist kan je helpen om al deze vragen te beantwoorden om zo gezamenlijk tot een optimaal ontwerp te komen.

Volgende week een inhoudelijke blik op het technisch ontwerp. Stay tuned!

Wellicht ook interessant!

• Websites op maat in het watervalmodel: Analysefase
• Websites op maat in het watervalmodel
• Watervalmodel: Ontwerpfase
• Watervalmodel: Technisch Ontwerp
• Watervalmodel: Grafisch Ontwerp

Bart Lelieveld is werkzaam als Manager Bouw bij Liones, internetbureau voor uitgevers. Als programmamanager overziet hij alle projecten binnen Liones, en is hij verantwoordelijk voor de dagelijkse operatie en het procesmanagement. Daarnaast is hij werkzaam als Senior projectleider en Business Analist.
Bekijk meer berichten van Bart Lelieveld