Webbureau of softwarebureau kiezen in Nederland: MKB-scorekaart

Een webbureau of softwarebureau kiezen in Nederland? Beoordeel bureaus op aantoonbare geschiktheid voor jouw opdracht, niet op hun label. Gebruik eerst harde uitsluitingsvoorwaarden en vergelijk daarna procesbegrip, techniek, kwaliteit, overdraagbaarheid, privacy, samenwerking en totale kosten met onderstaande gewogen MKB-scorekaart.

Deze scorekaart is een redactioneel hulpmiddel, geen keurmerk of marktonderzoek. De gewichten en beslisregels zijn voorgestelde uitgangspunten. Pas ze vóór de offerteaanvraag aan jouw risico’s aan en beoordeel alle kandidaten op dezelfde bewijsstukken.

Webbureau of softwarebureau: wat past bij jouw MKB?

Een webbureau richt zich doorgaans op websites, presentatie, content en conversie. Een softwarebureau legt doorgaans meer nadruk op bedrijfslogica, gegevensmodellen, koppelingen en applicatiebeheer. Die grenzen zijn niet hard: beide kunnen een goede website of webapplicatie bouwen. De daadwerkelijke bezetting en werkwijze zijn belangrijker dan de naam op de gevel.

• Bedrijfswebsite: toets vooral contentbeheer, ontwerp, toegankelijkheid, vindbaarheid en migratie.
• Klantportaal of workflow: toets vooral gebruikersrechten, integraties, foutafhandeling, tests en beheer.
• Bestaande software voldoet grotendeels: vergelijk ook configuratie en koppelingen met nieuwbouw.

Begin bij de beslisboom website of webapplicatie laten bouwen. Overweeg je een platformwissel? Neem de aandachtspunten uit WordPress naar Lovable mee in dezelfde briefing.

Eerst uitsluitingsvoorwaarden, daarna punten

Een hoge totaalscore mag een onaanvaardbaar risico niet wegpoetsen. Leg vooraf vast welke voorwaarden niet onderhandelbaar zijn: een haalbare eerste scope, passende privacyafspraken, toegang tot bedrijfsaccounts, een werkbare exit en voldoende beheercontinuïteit. Noteer per voorwaarde welk document of welke demonstratie als bewijs geldt.

Ontbreekt een noodzakelijk bewijsstuk? Geef de kandidaat een concrete hersteltermijn. Blijft de voorwaarde onbeantwoord of wordt zij geweigerd, sluit de kandidaat uit voordat je totaalscores vergelijkt. Een laag budget rechtvaardigt geen onbeheersbare afhankelijkheid.

Gewogen scorekaart voor een webbureau of softwarebureau

Gebruik voor ieder criterium een score van 0 tot 5. 0: ontbreekt of wordt geweigerd; 1: alleen een mondelinge belofte; 2: een algemene aanpak met hiaten; 3: een concreet, passend plan met controleerbaar bewijs; 4: ook aangetoond met een relevante demonstratie en expliciete afspraken; 5: bovendien getoetst aan jouw scenario, inclusief risico’s en verantwoordelijkheden. Onbekend is geen voldoende: noteer voorlopig 0 en herbeoordeel na bewijs.

Criterium	Gewicht	Hoe score je dit concreet?
Procesbegrip en scope	20%	Laat jouw belangrijkste proces terugvertellen. Vraag een afgebakende eerste versie, uitsluitingen en toetsbare acceptatiecriteria.
Technische geschiktheid en koppelingen	15%	Vraag een architectuurschets, onderbouwde platformkeuze en demonstratie van een risicovolle koppeling, inclusief foutafhandeling.
Kwaliteit, testen en beheer	15%	Bekijk een testplan, rechtencontrole, back-up- en herstelprocedure, monitoring en verantwoordelijkheid voor updates.
Eigenaarschap en overdraagbaarheid	15%	Controleer afspraken over broncode, gebruiksrechten, accounts, documentatie, gegevensexport en vertrek naar een andere beheerder.
AVG en beveiligingsaanpak	15%	Vraag een gegevensstroomschets, rolverdeling, subverwerkersoverzicht, toegangsbeleid en passende contractafspraken.
Samenwerking en continuïteit	10%	Ontmoet de uitvoerders. Vraag een demo-ritme, vast aanspreekpunt, vervangingsplan en afspraken over incidenten en meerwerk.
Totale kosten en transparantie	10%	Vergelijk dezelfde looptijd en scope: bouw, licenties, hosting, onderhoud, interne tijd, verbruik, wijzigingen en exit.

Berekening: punten per criterium = (score ÷ 5) × gewicht. Tel de zeven uitkomsten op voor maximaal 100 punten. De gewichten tellen samen op tot 100%. Laat twee beoordelaars eerst onafhankelijk scoren en bespreek daarna verschillen met verwijzing naar bewijs. Verander de gewichten niet achteraf om een favoriete leverancier te laten winnen.

Bij een contentwebsite kun je vooraf meer gewicht geven aan migratie en contentbeheer binnen de technische beoordeling; bij een portaal met gevoelige gegevens juist aan rechten, beveiliging en herstel. Gebruik voor de begroting het artikel wat kost een website of webapplicatie laten bouwen?

Fictief MKB-voorbeeld: twee bureaus vergelijken

Volledig fictief rekenvoorbeeld, geen klantcase of testimonial. Een verzonnen installatiebedrijf wil een klantportaal voor aanvragen en documentuitwisseling, met een koppeling naar zijn planningssysteem. Bureau A en Bureau B zijn fictieve kandidaten. Beide voldoen in dit voorbeeld aan de vooraf gestelde uitsluitingsvoorwaarden.

Criterium	Gewicht	A: score / punten	B: score / punten
Procesbegrip en scope	20%	4 / 16	3 / 12
Techniek en koppelingen	15%	3 / 9	5 / 15
Kwaliteit en beheer	15%	3 / 9	4 / 12
Eigenaarschap en overdracht	15%	4 / 12	3 / 9
AVG en beveiliging	15%	3 / 9	4 / 12
Samenwerking	10%	5 / 10	3 / 6
Totale kosten	10%	4 / 8	3 / 6
Totaal	100%	73 punten	72 punten

A scoort nipt hoger, maar dat verschil is geen objectieve zekerheid. B toont meer technische diepgang; A werkt concreter samen en biedt betere overdraagbaarheid. Het bedrijf laat beide bureaus daarom dezelfde kritieke koppeling uitwerken in een afgebakende, betaalde proefopdracht. Daarna actualiseert het alleen de scores waarvoor nieuw bewijs bestaat. Een onvoldoende oplossing voor de koppeling blijft een reden om niet te gunnen, ongeacht het totaal.

Stappenplan: van briefing naar ondertekende opdracht

1. Beschrijf de uitkomst. Benoem gebruikers, het belangrijkste proces, bestaande systemen en wat versie één niet doet. Formuleer succes als aantoonbaar werkend gedrag.
2. Leg budget en randvoorwaarden vast. Maak een begroting over bijvoorbeeld drie jaar. Benoem de gewenste opleverperiode, interne beschikbaarheid, gegevensgevoeligheid en harde uitsluitingsvoorwaarden.
3. Stuur dezelfde briefing naar een korte lijst kandidaten. Vraag dezelfde kostenopbouw, uitvoerende rollen, aannames en afhankelijkheden. Vraag niet om omvangrijk gratis maatwerk.
4. Organiseer een inhoudelijke demonstratie. Laat de mensen die gaan bouwen jouw scenario uitleggen. Vraag met toestemming een relevante referentie na op overdracht, meerwerk en beheer; behandel een portfolio niet als sluitend bewijs.
5. Vul de scorekaart met bewijs. Noteer per score het document, de demonstratie of contractpassage, plus open vragen. Gebruik bij een technisch risico een kleine betaalde proef met een duidelijk resultaat.
6. Onderhandel over risico’s, niet alleen prijs. Leg eigenaarschap, acceptatie, wijzigingen, beheer en exit vast. Laat juridisch gevoelige bepalingen zo nodig beoordelen.
7. Start gefaseerd. Spreek een eerste oplevering, demo’s, beslismomenten en acceptatietests af. Koppel betalingen waar passend aan controleerbare mijlpalen.

Contract, broncode en eigenaarschap: wat moet op papier?

Behandel toegang tot broncode, gebruiksrechten en overdracht van intellectuele eigendom als afzonderlijke afspraken. Neem niet aan dat betalen automatisch alle gewenste rechten en toegang oplevert. Laat precies vastleggen wat je mag gebruiken, wijzigen en door een andere partij laten beheren, en welke onderdelen van derden zijn uitgesloten. Dit is een praktische controlelijst, geen individueel juridisch advies.

• Scope en acceptatie: concrete functies, testgevallen, herstel van gebreken, acceptatietermijn en een procedure bij discussie.
• Wijzigingen en betaling: wie meerwerk mag goedkeuren, hoe de impact wordt begroot en wat bij vertraging of beëindiging gebeurt.
• Broncode en bouwproces: toegang tot de repository, versiehistorie, installatie-instructies, afhankelijkheden en deploymentconfiguratie. Een code-export alleen bewijst nog niet dat een ander het systeem kan beheren.
• Accounts: leg vast wie domein, hosting, database, analytics en platformabonnementen beheert. Gebruik waar mogelijk accounts op naam van je organisatie en beperk bureautoegang tot wat nodig is.
• Licenties: inventariseer open-sourcecomponenten, betaalde plugins, platformvoorwaarden en terugkerende kosten. Benoem beperkingen op overdracht en wijzigingen.
• Beheer en exit: beschikbaarheidsafspraken, reactietijd versus oplostijd, hersteltesten, exportformaten, overdrachtsuren, kosten en intrekken van toegang na vertrek.

Werkt het bureau met AI of vibe coding? Vraag dan wie de gegenereerde code reviewt, test en onderhoudt. Leg ook vast welke projectinformatie naar externe AI-diensten mag en wie afhankelijkheden en platformbeperkingen controleert. Een snelle demo is niet hetzelfde als een beheerbaar product.

AVG: stel vragen over de hele gegevensketen

Als het bureau als verwerker persoonsgegevens namens jouw organisatie verwerkt, zijn schriftelijke verwerkersafspraken verplicht. De feitelijke rolverdeling is bepalend, niet alleen het contractlabel. De Autoriteit Persoonsgegevens licht dit toe bij verantwoordelijke en verwerker en de verwerkersovereenkomst.

Vraag welke persoonsgegevens door welke partijen worden verwerkt, waar opslag en toegang plaatsvinden, welke subverwerkers worden ingezet en hoe bewaartermijnen, verwijdering, incidentmelding en verzoeken van betrokkenen worden ondersteund. Laat eventuele doorgifte buiten de EER expliciet beoordelen. ‘Nederlandse leverancier’ of ‘EU-hosting’ beantwoordt niet automatisch alle vragen over de keten. Gebruik bij ontwikkeling geen productiegegevens zonder passende afspraken en maatregelen.

Rode vlaggen bij de bureauselectie

• Een vaste prijs zonder omschreven scope, aannames of acceptatiecriteria.
• Geen toegang tot uitvoerders; alleen een verkooppresentatie met algemene beloften.
• ‘AVG-proof’ zonder uitleg over gegevensstromen, rollen en subverwerkers.
• Geen aantoonbare back-up- of herstelprocedure, of gedeelde beheerdersaccounts zonder verantwoording.
• Broncode ‘inbegrepen’, terwijl repository, gebruiksrechten of installatie-instructies niet beschikbaar zijn.
• Alle accounts staan uitsluitend op naam van het bureau en een exitregeling ontbreekt.
• Gegarandeerde Google-posities of gegarandeerde vermeldingen door AI-systemen.
• Onduidelijke verbruikskosten, onbeperkt klinkende service met uitzonderingen of een onbesproken tarief voor wijzigingen.

Praktische keuze: bewijs boven verkooppraat

Kies de partij die jouw belangrijkste risico’s aantoonbaar kan beheersen en leg de gemaakte afweging vast. De scorekaart ondersteunt het gesprek; zij vervangt geen technische toets of contractcontrole. Wil je de scope eerst scherp krijgen? Bekijk onze diensten en bespreek welke eerste stap bij jouw website of webapplicatie past. Beoordeel ook ons met dezelfde voorwaarden.

Veelgestelde vragen over een webbureau of softwarebureau kiezen

Wat is het verschil tussen een webbureau en een softwarebureau?

Een webbureau legt doorgaans meer nadruk op websites, content en conversie; een softwarebureau op bedrijfslogica, koppelingen en applicaties. Er is overlap. Vraag naar de uitvoerende mensen, aantoonbare ervaring met jouw scenario en afspraken over beheer.

Hoe bereken ik de gewogen score?

Geef elk criterium 0 tot 5 punten. Deel die score door 5 en vermenigvuldig met het gewicht. Tel de uitkomsten op voor maximaal 100 punten. Een score 4 bij een gewicht van 15% levert bijvoorbeeld 12 punten op.

Hoeveel bureaus moet ik vergelijken?

Een korte lijst van bijvoorbeeld drie passende kandidaten is een werkbaar uitgangspunt, geen verplichte norm. Zorg vooral dat iedere kandidaat dezelfde briefing krijgt en dat je genoeg tijd hebt om bewijs, kosten en contractvoorwaarden inhoudelijk te vergelijken.

Is het goedkoopste bureau de beste keuze voor het MKB?

Niet automatisch. Vergelijk dezelfde scope en looptijd, inclusief hosting, licenties, beheer, interne tijd, wijzigingen en exit. Een duurdere offerte is evenmin vanzelf beter: vraag welk aantoonbaar resultaat of welke risicobeperking je voor het verschil krijgt.

Ben ik na betaling automatisch eigenaar van de broncode?

Ga daar niet van uit. Leg afzonderlijk vast welke rechten je krijgt, welke code beschikbaar komt en of een andere partij mag wijzigen en beheren. Controleer uitzonderingen voor standaardsoftware, platformen en onderdelen van derden en laat onduidelijkheden juridisch beoordelen.

Wanneer heb ik een verwerkersovereenkomst nodig?

Wanneer een bureau als verwerker persoonsgegevens namens jouw organisatie verwerkt, zijn schriftelijke verwerkersafspraken nodig. Bepaal eerst de feitelijke rolverdeling en leg onder meer instructies, beveiliging en inzet van subverwerkers vast. De AVG-toelichting van de Autoriteit Persoonsgegevens helpt bij die beoordeling.

Kan een bureau met AI of Lovable een geschikte partner zijn?

Ja, mits de oplossing past bij je eisen en het bureau verantwoordelijkheid neemt voor testen, beveiliging, beheer en overdracht. Vraag om een werkende demonstratie en controleer platformkosten, exportmogelijkheden en afhankelijkheden. De gebruikte bouwtool is geen kwaliteitsgarantie.