Hoe kies je een bouwer voor je maatwerksoftware?

Je weet dat je iets wilt laten bouwen, maar hoe weet je wie je in huis haalt? Een nuchtere kijk op het kiezen van een softwarepartij, zonder verkooppraatjes.

Op het moment dat je besluit iets te laten bouwen — een klantportaal, een koppeling tussen pakketten, een stukje interne software — begint er iets vervelends. Je gaat offertes vragen, je spreekt drie of vier partijen, en achteraf blijkt dat je appels met peren hebt vergeleken. De een rekent per uur, de ander een vaste prijs. De een praat alleen over techniek, de ander alleen over "strategie". En jij moet er een kiezen.

Dit stuk gaat niet over wie de beste is. Het gaat over hoe je zelf de juiste vragen stelt, zodat je na de keuze niet denkt: had ik het maar geweten.

Begin niet bij de bouwer, maar bij je eigen vraag

De grootste fout die we zien: iemand vraagt een offerte aan op basis van een idee ("we willen iets met een portaal") en krijgt dan een voorstel dat vooral weergeeft wat de bouwer graag maakt. Hoe scherper jij je eigen vraag hebt, hoe eerlijker de gesprekken worden.

Probeer vóór het eerste gesprek drie dingen op papier te zetten:

• Welk probleem los je op? Niet de oplossing, maar het probleem. "Klanten bellen voor hun orderstatus" is beter dan "we willen een portaal".
• Wat is er nu? Welke pakketten draaien er, welke Excel-lijsten, welke mensen doen het nu met de hand.
• Wat moet er over een jaar beter zijn? Minder telefoontjes, minder dubbele invoer, snellere offertes — iets wat je straks kunt meten.

Met dit papiertje in de hand voer je een heel ander gesprek. Je merkt binnen tien minuten of iemand luistert of alleen zijn eigen verhaal afdraait.

Vijf vragen die veel duidelijk maken

Als je een partij spreekt, zijn dit de vragen die er wat ons betreft echt toe doen. De antwoorden zeggen vaak meer dan het portfolio.

1. Wanneer raadt u ons dit juist af?

Een eerlijke bouwer kan benoemen wanneer maatwerk níet de beste keuze is. Als het antwoord is "nou, bij ons past alles", dan weet je genoeg. Soms is een standaardpakket met wat creatieve inrichting goedkoper en sneller. Een goede partij zegt dat.

2. Wat gebeurt er als jullie onder de bus komen?

Minder dramatisch geformuleerd: wat als jullie stoppen, failliet gaan, of ik wil overstappen? Van wie is de broncode? Waar staan de data? Kan iemand anders dit overnemen? Als je hier geen helder antwoord op krijgt, zit je straks vast.

3. Hoe gaat het verder na oplevering?

Software is nooit "af". Er komen vragen, kleine aanpassingen, een pakket dat een update krijgt waardoor een koppeling breekt. Vraag hoe onderhoud en kleine wijzigingen geregeld worden. Is dat een vast contract, een strippenkaart, of per keer? Reageert iemand binnen een dag of binnen een week?

4. Wie zit er straks aan tafel?

Bij het verkoopgesprek zit vaak iemand anders dan degene die het gaat bouwen. Vraag of je de ontwikkelaar of de projectleider ook spreekt vóór je tekent. Je werkt straks met die mensen, niet met de folder.

5. Kunt u uitleggen wat jullie gaan doen, zonder jargon?

Als iemand niet in gewone taal kan uitleggen wat er gebouwd gaat worden, is dat een signaal. Niet omdat techniek niet mag, maar omdat je straks beslissingen moet nemen over iets dat je begrijpt. Een goede bouwer vertaalt.

Let op hoe er wordt geoffreerd

Een offerte van één A4'tje met één groot bedrag erop is zelden een goed teken. Niet omdat het te weinig is, maar omdat er geen gedeeld beeld onder ligt. Je weet dan niet wat je koopt.

Wat je wél wilt zien:

• Een beschrijving van wat er wordt opgeleverd, in functies of schermen.
• Wat er uitdrukkelijk niet in zit (de "buiten scope"-lijst — die zegt vaak meer dan de rest).
• Welke aannames er zijn gedaan. Bijvoorbeeld: "we gaan ervan uit dat uw boekhoudpakket een werkende API heeft."
• Hoe meerwerk wordt behandeld. Niet of (dat gebeurt altijd), maar hoe.
• Wat jij zelf moet aanleveren: teksten, toegang, testdata, een beslisser die beschikbaar is.

Dat laatste punt wordt vaak vergeten. Een bouwtraject loopt vast als er bij jou niemand is die knopen kan doorhakken. Als een offerte daar niets over zegt, breng het zelf ter sprake.

Groot of klein, dichtbij of ver weg?

Een grote partij heeft meer mensen, dus minder risico als er iemand uitvalt. Maar je bent ook sneller een klein nummer en je betaalt mee aan overhead. Een kleine partij is wendbaarder en vaak persoonlijker, maar kwetsbaarder als er iets gebeurt.

Dichtbij of ver weg maakt praktisch minder uit dan je denkt — het meeste werk gebeurt sowieso digitaal. Wat wél telt: kun je elkaar in dezelfde taal verstaan, letterlijk en figuurlijk? En kunnen jullie elkaar als het moet in het echt zien? Een lastig gesprek voer je beter aan een tafel dan via een scherm.

Vraag naar werk, niet naar klantnamen

Logo's op een website zeggen weinig. Interessanter is: mag ik iets zien dat jullie hebben gebouwd, en mag ik iemand bellen die ermee werkt? Een korte referentiebelletje van tien minuten levert meer op dan een uur googelen. Vraag niet "zijn ze goed", maar "wat ging er mis en hoe gingen ze daarmee om". Elk project heeft hobbels — hoe iemand daarmee omgaat zegt alles.

Begin klein als je twijfelt

Als je er na alle gesprekken nog niet uit bent, is er een goede tussenweg: begin met iets kleins. Een eerste koppeling, een deelportaaltje, een proces dat je laat automatiseren. Dan zie je in de praktijk hoe de samenwerking loopt, zonder dat je meteen een traject van maanden aangaat. Een bouwer die daar niet in meegaat omdat "het alleen interessant is bij een groot project", geeft je gratis een antwoord.

Tot slot: je kiest geen leverancier, je kiest een werkrelatie

Software bouwen is zelden klaar bij oplevering. Je gaat jaren met deze partij door. De vraag is dus niet alleen "wie kan dit maken", maar "met wie wil ik over twee jaar nog aan tafel zitten als er iets moet veranderen". Dat weeg je af in de gesprekken, niet in de offerte.

Overweeg je een maatwerk webapplicatie, een klantportaal of een koppeling tussen bestaande pakketten? We denken graag een keer vrijblijvend mee over de vraag áchter de vraag. Soms is bouwen het antwoord, soms iets anders. Even bellen of mailen kan altijd.