Regel nr. 1 – Voorkom teleurstellingen

Mensen hebben een van nature een bepaalde verwachting, maar in de interactieve wereld, kan dit zeer gevaarlijk zijn: „Ik dacht dat deze website zowel in alle browsers en versies zou werken”, “Ik dacht dat de functionaliteiten anders zouden werken”, “Ik dacht dat jij alle content zou leveren…”

De kleinste details kunnen een reusachtig verschil maken. Over het algemeen, is de klant geen deskundige en daarom huren ze een expert in op het gebied van interactieve ontwikkelingen. Het is daarom van belang om zo duidelijk mogelijk je verwachtingen te formuleren alvorens je teleurgesteld wordt door een resultaat wat ver afwijkt van je verwachtingspatroon. Voor een succesvol project is het van belang om niet alleen de wensen en eisen te bespreken, maar ook hoe het niet moet worden. Bij grote projecten is het vaak beter eerst een uitgebreide functionele beschrijving te laten maken en een plan van aanpak, alvorens je besluit om tot opdracht over te gaan. Natuurlijk zijn dit kosten die je liever niet wilt zien, maar uiteindelijk kun je daarmee ook onnodige kosten besparen tijdens de realisatie van het project.
 

Regel nr. 2 – Vergelijk geen appels met peren

Je wilt als klant natuurlijk uitblinken in je concept en je onderscheiden van je concurrenten. Je verwacht dat de ontwerpers en ontwikkelaars boven verwachting ontwerpen en de nieuwste technologie programmeren voor het ultieme resultaat.

Natuurlijk, conceptmakers zijn in staat de meest bizar mooie concepten te bedenken, ontwerpers doen niets liever dan het maken van ultravette ontwerpen en ontwikkelaars proberen graag de meest nieuwe technologieën. Maar hou altijd, maar dan ook altijd rekening met factoren zoals de doelstelling, de termijn en vooral de begroting. Het is voor de beoordeling van een begroting, verstandig om een voorbeeld of vergelijkend project te zien en vooral de randvoorwaarden te bespreken. Niet ieder cms is hetzelfde of werkt even gemakkelijk en maatwerk betekend niet altijd maatwerk. Probeer te voorkomen dat je appels met peren vergelijkt.
 

Regel nr. 3 – Enthousiasme is goed, maar heeft ook consequenties

Het is vanzelfsprekend dat je als klant, tijdens het project, steeds enthousiaster wordt. Dat is goed, maar het kan ook een gevaarlijke valkuil zijn. Zonder dat het de bedoeling is en je beseft, kan het grote problemen veroorzaken.

De beleving en het zien groeien van het project is leuk en zorgen vaak voor extra enthousiasme. Soms worden klanten zo enthousiast en gedreven dat ze gaandeweg het project op nieuwe ideeën komen, veranderingen laten doorvoeren of meer functionaliteiten laten toevoegen en in heel sommige gevallen, uitkomen op andere doelstellingen en een heel ander concept. Dat dit consequenties met zich meebrengt is logisch. Ondanks er voor aanvang van het project duidelijke afspraken zijn gemaakt en tijdens het project de consequenties voor de doelstelling, de termijn en begroting benadrukt zijn, staat men er niet altijd bij stil. Soms kan men zich achteraf niet alles meer herinneren. Een dergelijke situatie kan voor beide partijen erg vervelend en een domper zijn voor het project. Het resultaat kan dan erg mooi zijn maar de discussie over bijvoorbeeld de financiële afwikkeling komt de verstandhouding niet ten goede.
 

Regel nr. 4 – Denk nooit dat het foutloos is

Wanneer het einde van het project nadert, is het logisch dat de klant het resultaat zo snel mogelijk operationeel wilt hebben. Nadat het operationeel is geplaatst, blijken er nog fouten in te zitten. Dit kan een negatief effect hebben op de doelstelling en het resultaat die je met het project wilt behalen.

Een website of applicatie kan erg complex zijn en je kunt niet zomaar aannemen dat er geen onverwachte onvolkomenheden in zitten. Ook al is er nog zo goed geprogrammeerd, puur omdat je temaken hebt met een niet standaard omgeving als het web. Het is niet gelijk aan een folder of brochure waar je vaak gelijk het eindresultaat neerzet. Hij moet altijd eerst door het projectteam en de klant getest zijn, alvorens het operationeel opgeleverd wordt. Er moet genoeg tijd ingepland zijn om eventuele bugs te fixen.
 

Regel nr. 5 – Onderschat de content niet

Vaak wordt er gediscussieerd over de deadline van het project. Als je als klant een deadline afspreekt, dan wil je ook dat het bureau zich daaraan houdt. Je bent alleen even vergeten dat de content nog aangeleverd of goedgekeurd moet worden.

De content zorgt er vaak voor dat de deadline van het project niet gehaald wordt. Als de content pas in de laatste fase wordt aangeleverd, dan loop je de kans dat het niet past in het ontwerp en er veel onnodige wijzigingen moeten worden gedaan, wat onnodige kosten met zich meebrengt. De Content is erg belangrijk, zoal niet het belangrijkste onderdeel. Het gaat ten slotte om de boodschap die je over wilt brengen. Er zou van het begin af aan over nagedacht moeten worden. Ook kost het vaak een hoop tijd om de content goed te krijgen. Je moet het schrijven, daarna moet het goedgekeurd worden, in de site of applicatie geplaatst worden en tijdens de ontwikkeling af en toe bekeken worden. Soms is er sprake van meertalen. Wat gebeurd er dan bijvoorbeeld als je je website of IPHONE app moet laten vertalen naar het Grieks?