Op deze pagina
Om een softwarebedrijf te kiezen, kijk je drie dingen na voor je prijzen vergelijkt: software van hen die in productie draait en die je kunt openen, wie de code en de accounts zal bezitten, en hoe ze wijzigingen uitrollen zonder te breken wat werkt. Daarna kijk je naar de mensen, de uren die je deelt, het contract en de prijs. Een bedrijf dat de eerste drie haalt, faalt zelden op de rest; een bedrijf dat ze niet kan tonen, is een risico aan elke prijs.
Deze gids maakt daar twaalf controles van die je zelf doet, in gesprekken en op papier, met hoe een goed antwoord klinkt en hoe je het nakijkt. Hij eindigt met een scorekaart om twee offertes naast elkaar te leggen. Hij geldt of het bedrijf nu in je eigen stad zit of in een ander land; voor de vragen die eigen zijn aan werken over de grens, zie nearshore vs offshore en, als je met Amerikaanse partners werkt, outsourcing voor een Amerikaans bedrijf.
Voor je met iemand praat
Schrijf op wat je nodig hebt. Geen volledige specificatie, wel hoe het proces vandaag loopt, wie de software zal gebruiken, met welke systemen ze moet praten, en een paar echte voorbeelden: een export, een rekenblad, een formulier. Stuur dezelfde beschrijving naar elk bedrijf, zodat hun offertes dezelfde vraag beantwoorden. Ons lastenboek voor software bevat die vragen met ruimte voor je antwoorden.
Beslis ook waar je niet op toegeeft: hosting in de EU, een taal die je gebruikers nodig hebben, een deadline die echt is, een budgetplafond. Zeg ze in het eerste gesprek.
Het werk: controles 1 tot 3
1. Software van hen die vandaag draait. Vraag om een platform dat ze bouwden live te zien, in het gesprek: aangemeld, met demodata, zoals gebruikers het zien. Een portfolio met screenshots toont design; een draaiend systeem toont dat ze opleveren en het draaiende houden. Vraag hoe lang het al live is en hoeveel mensen het gebruiken.
2. Een klant die het elke dag gebruikt. Vraag een referentie die je kunt bellen, geen e-mailadres dat met een alinea antwoordt. Vraag de klant wat er gebeurt als er iets breekt, en hoe snel.
3. De repository vanaf de eerste commit. De code hoort vanaf de eerste dag in een repository in jouw organisatie te staan, of erheen gespiegeld te worden. Een bedrijf dat de code op het einde overdraagt, of na de laatste betaling, houdt je project in gijzeling, ook met goede bedoelingen.
De techniek: controles 4 tot 6
4. Accounts op jouw naam. Domeinnamen, cloudaccounts, accounts in de appwinkels, maildiensten: op naam van je bedrijf, met de leverancier uitgenodigd als gebruiker. Ze later verhuizen gaat traag en is soms onmogelijk.
5. Hoe een release loopt. Vraag hen de laatste release te beschrijven: was er een back-up vooraf, hoe lang was het systeem onbereikbaar, hoe waren ze teruggegaan? Een goed antwoord noemt de stappen en de seconden. Op het transportplatform dat wij draaien, schakelt een release in 2 tot 6 seconden om, met een back-up en een weg terug.
6. Geautomatiseerde tests. Vraag hoeveel van de kernlogica gedekt is door tests die bij elke wijziging draaien. Niet elk scherm heeft een test nodig; de regels waar je bedrijf op steunt wel.
De mensen: controles 7 en 8
7. Wie bouwt, zit mee aan tafel. Vraag wie de code zal schrijven, en zorg dat die mensen uiterlijk in het tweede gesprek meedoen. Lagen accountmanagers tussen jou en de developers brengen vertraging en verliezen details.
8. Genoeg gedeelde werkuren. Twee gedeelde uren per dag is werkbaar met een gedisciplineerd schriftelijk proces; zes tot acht is werken als een team. Kijk de overlap voor jouw stad en de hunne na in onze tijdzone calculator, ook voor de weken waarin de zomertijd verschilt.
Het contract: controles 9 tot 12
9. Intellectuele eigendom en recht. Het contract hoort alle intellectuele eigendom van wat voor jou gebouwd wordt schriftelijk over te dragen, en te zeggen welk recht geldt en welke rechtbank beslist. In Europa gaat de eigendom van software over door een overdracht, niet via het Amerikaanse idee van work made for hire. Ons sjabloon ontwikkelingsovereenkomst software somt de clausules op.
10. Gegevens. Waar worden de software en de back-ups gehost, en is er een verwerkersovereenkomst? Voor persoonsgegevens van mensen in de EU vraagt de GDPR beide.
11. Hoe wijzigingen geprijsd worden. Elk project verandert. Vraag hoe: een nieuwe regel met een eigen prijs, afgesproken voor het werk start, of meer uren op de volgende factuur?
12. Na de lancering. Wie houdt het draaiende, hoe snel reageren ze op een probleem, wat kost dat, en hoe stap je uit als je dat wilt: documentatie, toegang, een overdracht?
Twaalf controles, twee offertes naast elkaar
1. Software van hen die je kunt openen en die vandaag draait
Offerte A: lager uurtarief: alleen screenshots
Offerte B: vaste prijs per module: twee live platformen, getoond in het gesprek
2. Een klant die je kunt bellen en die het elke dag gebruikt
Offerte A: lager uurtarief: referenties per mail
Offerte B: vaste prijs per module: voldoet
3. De repository is van jou vanaf de eerste commit
Offerte A: lager uurtarief: overgedragen op het einde
Offerte B: vaste prijs per module: voldoet
4. Cloudaccounts en domeinen op jouw naam
Offerte A: lager uurtarief: hun account, overdracht op vraag
Offerte B: vaste prijs per module: jouw account
5. Releases met een back-up en een weg terug
Offerte A: lager uurtarief: niet beschreven
Offerte B: vaste prijs per module: per release opgeschreven
6. Geautomatiseerde tests op de kernlogica
Offerte A: lager uurtarief: ontbreekt
Offerte B: vaste prijs per module: voldoet
7. De mensen die bouwen, zitten mee aan tafel
Offerte A: lager uurtarief: een accountmanager
Offerte B: vaste prijs per module: voldoet
8. Genoeg gedeelde werkuren
Offerte A: lager uurtarief: 2 uur
Offerte B: vaste prijs per module: 7 uur
9. Schriftelijke overdracht van alle IE, duidelijk toepasselijk recht
Offerte A: lager uurtarief: IE bij volledige betaling
Offerte B: vaste prijs per module: voldoet
10. Hostingregio en verwerkersovereenkomst
Offerte A: lager uurtarief: regio niet vermeld
Offerte B: vaste prijs per module: EU, overeenkomst als bijlage
11. Wijzigingen geprijsd voor het werk start
Offerte A: lager uurtarief: per uur gefactureerd
Offerte B: vaste prijs per module: een nieuwe regel per wijziging
12. Ondersteuning en uitstap na de lancering
Offerte A: lager uurtarief: ondersteuning niet bepaald
Offerte B: vaste prijs per module: reactietijd en uitstap op papier
Beide offertes zijn verzonnen om de scorekaart aan het werk te tonen. De lege scorekaart staat in de tekst hierboven: neem de rijen over en scoor je eigen kandidaten.
Een scorekaart voor je kandidaten
Scoor elk bedrijf op elke controle: 2 als ze eraan voldoen en het toonden, 1 als ze er op papier aan voldoen, 0 als ze er niet aan voldoen. Tel de eerste drie dubbel.
| Controle | Hoe een goed antwoord eruitziet | Hoe je het nakijkt |
|---|---|---|
| 1. Software die vandaag draait | een live systeem, getoond in het gesprek | meld je aan, klik rond, vraag hoe lang het draait |
| 2. Een dagelijkse gebruiker om te bellen | een naam en een nummer | bel en vraag naar het laatste incident |
| 3. Repository vanaf dag een | jouw organisatie, vanaf de eerste commit | vraag toegang in de eerste week |
| 4. Accounts op jouw naam | domein en cloud op jouw naam geregistreerd | kijk bij de registrar en de facturatie van de cloud |
| 5. Releases | back-up, onderbreking in seconden, een weg terug | vraag de releasenotities van de laatste wijziging |
| 6. Tests | de kernregels gedekt en bij elke wijziging gedraaid | vraag om de testrun te zien |
| 7. Bouwers aan tafel | de developers in het tweede gesprek | noem ze in het contract |
| 8. Gedeelde uren | genoeg voor je manier van werken | reken het uit voor beide steden |
| 9. IE en recht | schriftelijke overdracht, recht en rechtbank genoemd | lees de clausule |
| 10. Gegevens | hostingregio en verwerkersovereenkomst | vraag de overeenkomst voor je tekent |
| 11. Wijzigingen | geprijsd voor het werk start | vraag een voorbeeld van een wijziging en haar prijs |
| 12. Na de lancering | reactietijd, kost, uitstap | lees de voorwaarden voor ondersteuning |
Rode vlaggen
| Rode vlag | Wat het meestal betekent | Wat je in de plaats vraagt |
|---|---|---|
| Een prijs voor de vragen | de schatting is een gok, en jij betaalt de gok | "Wat hebben jullie van ons nodig om dit per module te prijzen?" |
| Geen live werk om te openen | opleveren of onderhouden is niet hun sterkte | "Kunnen jullie inloggen op een systeem dat jullie bouwden en het tonen?" |
| De code komt op het einde | je project hangt af van hun goede wil | "Kunnen we vandaag de repository in onze organisatie aanmaken?" |
| Alles is mogelijk | niemand dacht na over scope, tijd of budget | "Wat zouden jullie uit de eerste versie laten?" |
| Alleen een accountmanager aan tafel | details gaan verloren tussen jou en de bouwers | "Wie schrijft de code, en kan die bij het volgende gesprek zijn?" |
| Een toplijst met zichzelf bovenaan | marketing, geen bewijs | "Wie kan ik bellen die jullie software elke dag gebruikt?" |
De prijzen vergelijken
Kijk pas nu naar de prijs. Uurtarieven verschillen per land en per wat het uur inhoudt; zie wat kost een software ontwikkelaar per uur. Een vaste prijs per module toont wie in zijn schatting gelooft: ze legt het risico bij de leverancier. Vergelijk de prijs van dezelfde modules, tel je eigen tijd als product owner erbij, en kijk wat na de lancering inbegrepen is. Wat software op maat per soort project kost, staat in software laten ontwikkelen en de kosten.
Een leverancier kiezen, kort
Hoe kies ik een softwarebedrijf?
Vraag om software van hen te zien die in productie draait, zorg dat je vanaf de eerste dag eigenaar bent van de code en de accounts, en kijk na hoe ze wijzigingen uitrollen. Vergelijk daarna mensen, gedeelde uren, contract en prijs.
Bij hoeveel bedrijven vraag ik een offerte?
Drie volstaat meestal: stuur elk dezelfde schriftelijke beschrijving, zodat de offertes dezelfde vraag beantwoorden.
Kies ik een vaste prijs of regie?
Een vaste prijs per module past bij werk dat je kunt beschrijven; de leverancier draagt de schatting. Regie past bij werk dat elke week verandert, met iemand aan jouw kant die de prioriteiten bepaalt.
Is een softwarebedrijf in het buitenland riskanter?
Niet op zich. Dezelfde twaalf controles gelden; voeg gedeelde werkuren, toepasselijk recht en de plaats waar je gegevens gehost worden toe aan je vragen.