De vragen die je voor de handtekening stelt, bepalen vaak meer over hoe een samenwerking verloopt dan het contract zelf. In meerdere van mijn artikelen verwijs ik naar deze set vragen, omdat ze telkens weer het verschil blijken te maken tussen founders die tevreden zijn over hun ontwikkelpartner en founders die na een jaar alweer op zoek moeten. Hier zet ik ze allemaal op een rij, met een korte toelichting per vraag. Dit sluit aan op het bredere stappenplan dat ik beschrijf in van idee naar succesvolle software.
Waarom deze zeven vragen het verschil maken
Elke ontwikkelpartner klinkt tijdens een eerste gesprek professioneel en behulpzaam. Het verschil tussen partijen wordt pas zichtbaar zodra je doorvraagt naar de onderwerpen die er op de lange termijn echt toe doen, zoals eigendom, contractvorm en wat er gebeurt als de samenwerking niet meer klikt. Partijen die deze vragen open en concreet beantwoorden, geven je meer vertrouwen dan partijen die er omheen draaien.
De vragen die ik altijd aanraad te stellen
Loop deze zeven vragen na tijdens je eerste kennismakingsgesprek, en let vooral op hoe concreet de antwoorden zijn.
- Wie wordt eigenaar van de broncode zodra het project is afgerond? Ik ga hier dieper op in in wie bezit de code.
- Wat gebeurt er als de samenwerking niet klikt, en wat is de opzegtermijn?
- Hoe wordt onderhoud na livegang geregeld, en wat kost dat structureel? Zie ook waarom software nooit af is.
- Welk contractmodel hanteren jullie doorgaans, fixed price, nacalculatie of sprintbudget? Ik leg de verschillen uit in fixed price, nacalculatie of sprintbudget.
- Wie wordt mijn vaste aanspreekpunt, en blijft dat team hetzelfde gedurende het project?
- Hoe wordt beveiliging en privacy standaard meegenomen in het ontwikkelproces? Zie security en privacy by design.
- Kan ik referenties spreken van eerdere, vergelijkbare klanten?
Wat je doet met de antwoorden
Leg de belangrijkste antwoorden altijd naast elkaar voordat je een keuze maakt, en laat de cruciale afspraken terugkomen in het contract in plaats van te vertrouwen op een mondelinge toezegging. Een partij die vandaag alles netjes belooft, kan over een jaar een ander team, een andere prioriteit of zelfs een andere eigenaar hebben.
Wat een ontwijkend antwoord je vertelt
Let minstens zo goed op hoe een partij antwoordt als op wat ze zeggen. Een partner die vaag blijft over eigendom van de code, of die het gesprek snel naar iets anders leidt zodra je naar de opzegtermijn vraagt, laat zien hoe ze waarschijnlijk ook in de rest van de samenwerking communiceren.
Waarom referenties meer zeggen dan een portfolio
Een mooi portfolio laat zien wat een partij heeft opgeleverd, maar niet hoe de samenwerking zelf verliep. Vraag bij referenties expliciet naar een moment waarop het even tegenzat, en hoe dat werd opgelost. Dat antwoord vertelt je meer over de partner dan tien succesverhalen.
Een praktisch startpunt
Print deze zeven vragen uit of zet ze in je notities voordat je met een potentiele ontwikkelpartner in gesprek gaat, en stel ze allemaal, ook als het gesprek al goed loopt. De vragen die het meest ongemakkelijk aanvoelen om te stellen, zijn meestal precies de vragen die je het meest nodig hebt.
Wat deze vragen je uiteindelijk opleveren
Founders die deze vragen structureel stellen, kiezen vaker een partner waar ze jaren later nog steeds tevreden mee samenwerken. De paar ongemakkelijke minuten die het kost om ze te stellen, wegen niet op tegen de maanden vertraging die een verkeerde keuze kan opleveren.
Hoe je de antwoorden op deze vragen weegt
Niet elk antwoord weegt even zwaar. Vragen over eigendom van de code en over wat er gebeurt bij een geschil, verdienen meer aandacht dan vragen over bijvoorbeeld het aantal koffiemomenten. Rangschik voor jezelf welke antwoorden een dealbreaker zijn en welke slechts een lichte voorkeur weerspiegelen, voordat je het gesprek ingaat.
Wanneer je verder moet zoeken
Als een partij op meerdere van deze vragen ontwijkend antwoordt, is dat een signaal om verder te kijken, ook als de eerste indruk goed was. Een partner die vanaf het eerste gesprek niet volledig transparant is, wordt daar later in de samenwerking meestal niet opeens transparanter in.
Ongemakkelijke vragen leveren de beste samenwerkingen op
Founders die deze vragen vooraf stellen, voorkomen niet elk probleem, maar starten de samenwerking wel met heldere verwachtingen aan beide kanten, wat het fundament is van elke goede samenwerking die ik heb gezien. Bewaar de antwoorden op deze vragen ook na de keuze, zodat je er later op kunt terugvallen als de samenwerking niet meer voelt zoals bij het eerste gesprek. Neem de tijd om deze vragen rustig te doorlopen, ook als de klik met een partij meteen goed voelt, want een goede klik zegt weinig over de antwoorden op deze concrete vragen. Bewaar de antwoorden ergens centraal, zodat je ze later kunt terugvinden als je een tweede ontwikkelpartner gaat zoeken voor een nieuw project. Wil je hierover sparren? Plan een vrijblijvende sparsessie of download het volledige handboek voor meer praktijkvoorbeelden.