Een bouwpartner kiezen voor je software: twaalf vragen voor je tekent

"Een goede bouwer vertelt je ook wat hij niet voor je gaat bouwen."

Wie een bouwer zoekt voor een app of systeem, krijgt offertes die op elkaar lijken: een bedrag, een lijst functies, een planning. Het verschil zit niet in de offerte maar in wat eronder zit: hoe de bouwer afbakent, hoe open hij is, wat hij oplevert en wat hij daarna doet. Met deze twaalf vragen haal je dat boven water.

Kort antwoord: kies een bouwpartner op afbakening, openheid en overdracht. Stel de twaalf vragen hieronder en let op hoe er wordt geantwoord: concreet, met voorbeelden en met een nee waar dat hoort. Wie op alles zonder voorbehoud ja zegt, wil de opdracht, niet het resultaat.

Inhoudsopgave

1. Vragen over afbakening
2. Vragen over het werk
3. Vragen over eigendom en overdracht
4. Vragen over de relatie
5. Rode en groene vlaggen
6. Uitwerking: de offertes naast elkaar leggen

Vragen over afbakening

1. Wat zit er precies in de eerste versie, en wat niet? Goed antwoord: een schriftelijke lijst met wat erin zit en een lijst met wat naar later gaat, die jij goedkeurt. Zwak: "alles wat je bedacht hebt" of een vage omschrijving. Hoe je zelf een eerste versie bepaalt, staat in MVP of volledige app.

2. Wat gebeurt er met wensen die niet in de afspraak zitten? Goed: ze gaan naar een volgende fase met een eigen prijs en planning. Zwak: "dat zien we onderweg wel", want dat betekent vaak extra kosten zonder duidelijkheid.

3. Is de prijs vast, en wat valt erbuiten? Goed: een vaste prijs voor een vaste inhoud, met een duidelijke grens. Zwak: een uurtarief zonder maximum voor een onduidelijke inhoud, of een vaste prijs waarbij elke wijziging bijbetalen is. Lees wat kost een app laten bouwen voor wat de prijs bepaalt.

Vragen over het werk

4. Wie bouwt het echt? Goed: een duidelijk antwoord met namen, en je spreekt de bouwer zelf. Zwak: een accountmanager die doorgeeft, of een ploeg die onduidelijk wisselt.

5. Wat krijg ik te zien tijdens het bouwen? Goed: wekelijks iets werkends waar je op kunt klikken. Zwak: alleen een presentatie of een tussenrapportage. Hoe zo'n traject loopt, lees je in zo bouw ik een werkende app in drie weken.

6. Hoe wordt het getest, en met wie? Goed: tests door echte gebruikers vroeg in het traject, en een plan voor fouten. Zwak: testen aan het eind, of "dat doen we zelf".

7. Hoe gaat u om met beveiliging en privacy? Goed: concreet: hoe inloggen en rechten werken, waar gegevens staan, een verwerkersovereenkomst. Zwak: "dat zit er standaard in". Zie AI Act en AVG voor het MKB en AI-agents beveiligen als er AI in zit.

Vragen over eigendom en overdracht

8. Van wie zijn de code en de gegevens? Goed: het contract zegt het helder: de gegevens zijn van jou, de code is van jou of je hebt een ruim gebruiksrecht, en een andere partij mag eraan doorbouwen. Zwak: niets over gezegd, of de code blijft van de bouwer zonder uitweg. Meer in eigenaar van de code en data bij maatwerksoftware.

9. Wat krijg ik bij oplevering? Goed: de werkende software, toegang tot alle accounts en omgevingen, documentatie, en training voor je team. Zwak: alleen "het staat live".

10. Welke diensten van derden gebruikt u, en wie betaalt die? Goed: een lijst van hosting, databases en abonnementen, op wiens naam ze staan en wat ze kosten. Zwak: onduidelijk, of alles op naam van de bouwer.

Vragen over de relatie

11. Wat kost onderhoud, en wat is daarin geregeld? Goed: een duidelijk bedrag of tarief, reactietijden, en wat eronder valt (updates, beveiliging, fouten) en wat niet (nieuwe functies). Zwak: "dat regelen we later". Zie software na oplevering.

12. Wat gebeurt er als wij ermee stoppen, of u niet meer beschikbaar bent? Goed: een uitwegplan: documentatie, export van gegevens, overdracht aan een andere partij, en een regeling bij uitval. Zwak: verbaasde blik, of een verwijzing naar de algemene voorwaarden.

Rode en groene vlaggen

Uitwerking: de offertes naast elkaar leggen

Offertes vergelijk je niet op totaalbedrag, maar op inhoud. Maak een tabel met per offerte:

Een offerte die op een of twee regels niets zegt, is niet per se slecht. Het is een vraag die je kunt stellen. Hoe de bouwer reageert op die vraag, zegt meer dan het antwoord.

Voor referenties: spreek twee opdrachtgevers met een vergelijkbaar project en vraag niet of ze tevreden zijn, maar wat er mis ging, hoe dat is opgelost en of ze het opnieuw zouden doen.

Een opmerking over mijzelf: ik bouw zelf software voor ondernemers in de Rapid Solution Studio, dus ik heb een belang. Daarom zijn deze vragen zo opgesteld dat je ze ook aan mij kunt stellen. Als je ze aan mij stelt, krijg je mijn antwoorden. Als je ze aan drie partijen stelt, kies je degene die het beste past, ook als ik dat niet ben.

Hulp nodig?

Wil je een offerte laten doorlichten voordat je tekent, of mijn antwoorden op deze vragen horen? Plan een gesprek via contact.

Gerelateerde artikelen

• Maatwerksoftware laten bouwen: de complete gids
• Bouwen, kopen of no-code: een beslismodel
• MVP of volledige app: wat bouw je eerst?
• Software na oplevering: onderhoud, documentatie en een uitweg
• Eigenaar van de code en data bij maatwerksoftware
• Wat kost een app laten bouwen

Bronnen en verder lezen

• KVK, om te controleren of een leverancier is ingeschreven
• MKB Digitaal, informatie over digitalisering

Dit artikel is geschreven door Vincent van Munster van WeAreImpact. Hij bouwt zelf software en heeft de vragen zo opgesteld dat ze ook voor hem gelden.