Geen van beide voorspelt hoe goed er geleverd wordt.
Een mooi pitchdeck vertelt je dat het bureau een goed pitchteam heeft. Een laag dagtarief vertelt je dat het bureau op prijs wil winnen en de marge misschien later terughaalt via wijzigingsverzoeken. Geen van beide vertelt je of je project op tijd landt, goed aansluit op je systemen of 12 maanden na de lancering nog steeds werkt.
De vragen hieronder zijn de vragen waarvan we zouden willen dat elke klant ze ons stelde. Ze zijn lastiger te beantwoorden met een slide, en juist daarom werken ze.
1. Wie doet het werk eigenlijk?
Bij veel bureaus zijn de mensen in de pitchruimte niet de mensen die je product bouwen. Senior strategen en creative directors winnen de opdracht en dragen die daarna over aan een delivery-team dat je nooit hebt ontmoet, soms in een ander land, soms via een onderaannemer.
Dat is niet automatisch een probleem. Het wordt een probleem als het verborgen blijft.
Vraag het direct: wie werkt er dagelijks aan dit project, en welk percentage van hun tijd is voor ons gereserveerd? Vraag daarna om namen, rollen en senioriteit op papier, het liefst in het contract of de opdrachtomschrijving. Een goed bureau legt zich vast op sleutelpersonen en spreekt af wat er gebeurt als iemand vertrekt. Een bureau dat pas na ondertekening namen wil noemen, vertelt je daarmee ook iets.
Het loont ook om de delivery lead te ontmoeten voordat je tekent. Een gesprek van 30 minuten met de persoon die je project gaat leiden, vertelt je meer dan een credentialsdeck van 60 slides.
2. Hoe meten jullie succes?
Luister goed naar het antwoord. Als het bureau het heeft over "uitrol voltooid", "alle features opgeleverd" of "op schema gelanceerd", dan beschrijven ze een tijdlijn, geen resultaat.
Een voltooide uitrol is een planning. Het zegt dat het werk is gebeurd. Het zegt niets over of de conversie is verbeterd, of het aantal supporttickets is gedaald, of je team het nieuwe platform echt kan gebruiken, of dat klanten überhaupt iets hebben gemerkt.
Sterke bureaus definiëren succes in termen van het bedrijfsprobleem waarvoor je ze hebt ingehuurd. Ze vragen wat je vandaag meet, spreken een nulmeting af voordat het werk begint en stellen 2 of 3 metrics voor die het project moet beïnvloeden. Ze zijn ook eerlijk over welke metrics ze kunnen beïnvloeden en welke afhangen van factoren buiten hun invloed.
Als een bureau je niet kan vertellen hoe ze zouden weten dat het project is mislukt, merken ze het waarschijnlijk ook niet als dat gebeurt.
3. Wat gebeurt er als de scope verandert?
De scope gaat veranderen. Elke ervaren klant en elk eerlijk bureau weet dat. Er schuiven nieuwe stakeholders aan, prioriteiten verschuiven, er komt nieuwe regelgeving of gebruikerstests laten zien dat de oorspronkelijke briefing niet klopte.
De nuttige vraag is dus niet "zijn jullie flexibel?" Elk bureau zegt ja. Dat is een belofte, en beloftes zijn goedkoop in een verkoopgesprek.
Vraag in plaats daarvan naar het proces. Hoe wordt een wijzigingsverzoek ingediend? Wie beoordeelt de impact op kosten en planning? Hoe snel krijgen we een inschatting? Wie keurt het aan onze kant goed? Wat gebeurt er met werk dat al loopt terwijl een besluit nog openstaat?
Vraag om een voorbeeld van een echt wijzigingsverzoek uit een eerder project, zo nodig geanonimiseerd. Een bureau met een volwassen proces heeft er een klaarliggen. Een bureau zonder zo'n proces vangt wijzigingen stilletjes op totdat het budget knapt, of brengt ze in rekening op een manier die je pas ontdekt wanneer de factuur binnenkomt.
4. Hoe gaan jullie om met onze legacysystemen?
Heel weinig digitale projecten beginnen met een leeg vel. Er is bijna altijd een ERP, een CRM, een productdatabase, een identity provider of een systeem van 15 jaar oud dat niemand volledig begrijpt, maar waar alles van afhangt.
Hier lopen projecten vast. Niet in het design, en zelden in de front-end, maar op de integratienaden: de punten waar nieuw werk data moet uitwisselen met bestaande systemen.
Vraag het bureau hoe ze discovery op je technische landschap aanpakken. Controleren ze API's en datakwaliteit voordat ze zich vastleggen op een planning, of gaan ze ervan uit dat integraties wel werken? Wie in hun team heeft praktijkervaring met systemen zoals die van jou? Hoe stemmen ze af met je interne IT-team of andere leveranciers die delen van de stack beheren?
Een zelfverzekerd bureau wil al vroeg toegang tot je technische mensen. Ze signaleren risico's in de eerste weken in plaats van de laatste. Als het voorstel integratie behandelt als 1 regel met een keurige schatting, wees dan sceptisch.
5. Wat gebeurt er na de lancering?
De lanceringsdag voelt als de finish. In werkelijkheid is het de start van het deel dat bepaalt of de investering zich terugbetaalt.
De overdracht is de echte test voor een bureau. Vraag welke documentatie je krijgt en voor wie die is geschreven: je developers, je contentredacteuren of het bureau zelf als naslag voor later. Vraag of je team wordt getraind, en hoe. Vraag wie eigenaar is van de code, de designbestanden, de accounts en de inloggegevens. Vraag hoe de ondersteuning eruitziet in de eerste 90 dagen, en wat die daarna kost.
De beste bureaus bouwen aan zelfstandigheid. Ze willen dat je kunt draaien, aanpassen en uitbreiden wat zij hebben gebouwd, met of zonder hen. Bureaus die zich stilletjes onmisbaar maken met ongedocumenteerde systemen en eigen, gesloten opzetten, houden je misschien langer als klant, maar niet omdat ze dat hebben verdiend.
De eenvoudigste test van allemaal
Vraag het bureau voordat je tekent om de contactgegevens van een klant met wie ze 2 jaar of langer samenwerken.
Bel die klant dan ook echt.
Geen case study, geen testimonial op een website, maar een echt gesprek. Vraag wat er misging, hoe het bureau reageerde en of de mensen uit de pitch een jaar later nog betrokken waren. Lange relaties overleven problemen, dus een klant van 2 jaar of langer kan je vertellen hoe een bureau zich gedraagt als het moeilijk wordt. Dat is de informatie die echt voorspelt hoe goed er geleverd wordt.
Onze antwoorden, openlijk
Het zou oneerlijk zijn om deze vragen te publiceren zonder ze zelf te beantwoorden.
Wie doet het werk? Wisefrog wordt geleid door de oprichter. De mensen die je in het eerste gesprek ontmoet, zijn de mensen die je project vormgeven en opleveren, en we noemen ze bij naam in het voorstel.
Hoe meten we succes? We spreken het bedrijfsresultaat en een nulmeting af voordat we beginnen, en we rapporteren daartegen, niet tegen een opleverchecklist.
Wat gebeurt er als de scope verandert? Wijzigingen lopen via een schriftelijk verzoek met een heldere impact op tijd en budget, dat jij goedkeurt voordat er werk begint.
Hoe gaan we om met legacysystemen? We beginnen met discovery op je bestaande stack en betrekken je technische team vroeg, zodat integratierisico's in week 1 boven tafel komen, niet in maand 6.
Wat gebeurt er na de lancering? Alles wat we bouwen is van jou. We documenteren het voor de mensen die ermee gaan werken, trainen je team en spreken vooraf supportvoorwaarden af.
En ja, we brengen je graag in contact met klanten met wie we al lang samenwerken.
Op zoek naar een bureau? Laten we het samen doorlopen.
Plan een gesprek van 30 minuten met Wisefrog. Neem deze 5 vragen mee en houd ons aan elk antwoord.