Twee offertes voor maatwerksoftware zijn alleen goed te vergelijken wanneer ze betrekking hebben op dezelfde werkzaamheden. Controleer daarom of iedere aanbieding dezelfde gebruikersgroepen, functies, koppelingen en technische omgevingen omvat. Een lager totaalbedrag kan bijvoorbeeld samenhangen met minder functionaliteiten, een andere testomvang of het ontbreken van beheer na oplevering.

Vraag hoe wijzigingen tijdens het project worden behandeld. Bij een fixed project worden vooraf afgesproken onderdelen doorgaans binnen een vastgestelde opdracht ontwikkeld. Functionaliteiten die buiten deze afbakening vallen, kunnen aanvullende werkzaamheden zijn. Bij een dedicated team wordt capaciteit voor een bepaalde periode beschikbaar gesteld en kan uw organisatie de prioriteiten binnen die capaciteit bepalen. Welke samenwerkingsvorm passend is, hangt af van de duidelijkheid en veranderlijkheid van de opdracht.

Ook de technische oplevering verdient aandacht. Wordt de broncode beschikbaar gesteld? Waar wordt deze opgeslagen? Welke documentatie wordt bijgehouden? Wie beheert de hosting, accounts en externe diensten? En hoe worden gevonden fouten of nieuwe wensen na oplevering verwerkt? Door deze onderwerpen vooraf te bespreken, weet u welke onderdelen bij het project horen en wat afzonderlijk moet worden afgesproken.

Hoe controleert u de technische kwaliteit van een softwareontwikkelaar? Vraag naar codebeoordeling, versiebeheer, testprocedures, beveiligingsmaatregelen en de manier waarop technische keuzes worden vastgelegd. Heeft uw organisatie een eigen IT-specialist, dan kan deze de voorgestelde architectuur en werkwijze beoordelen. Bij bestaande software kan eerst een technische inventarisatie of audit nodig zijn om de omvang van de werkzaamheden vast te stellen.

Let ten slotte op de beschikbare capaciteit. Vraag wie daadwerkelijk aan de toepassing gaat werken, welke technische rollen worden ingezet en hoe vervanging wordt geregeld wanneer een developer niet beschikbaar is. Een passend team bestaat niet noodzakelijk uit zoveel mogelijk mensen, maar uit de kennis en capaciteit die voor uw specifieke software nodig zijn.

Case: een ontwikkelaar kiezen voor een planningsapplicatie

Dezelfde aanvraag inhoudelijk vergelijkbaar maken

Een installatiebedrijf wil de planning van monteurs onderbrengen in een maatwerkapplicatie. De toepassing moet werkorders tonen, beschikbaarheid verwerken en uitgevoerde werkzaamheden terugsturen naar het bestaande administratiesysteem. Voordat het bedrijf een softwareontwikkelaar kiest, worden de gewenste onderdelen in één functionele beschrijving vastgelegd.

Iedere kandidaat ontvangt dezelfde informatie over gebruikersrollen, gegevensvelden, koppelingen en apparaten. Het installatiebedrijf vraagt daarnaast wie verantwoordelijk is voor het bouwen van de API, hoe gegevens worden beveiligd en op welke manier medewerkers de software kunnen testen. Hierdoor worden voorstellen niet uitsluitend op de totaalprijs, maar ook op inhoud en afbakening beoordeeld.

Tijdens de vergelijking blijkt dat niet ieder voorstel dezelfde werkzaamheden bevat. In het ene voorstel is de koppeling met het administratiesysteem inbegrepen, terwijl een ander voorstel alleen de gebruikersomgeving omvat. Ook verschillen de afspraken over hosting, documentatie en onderhoud. Door deze onderdelen afzonderlijk te vergelijken, krijgt het installatiebedrijf een duidelijker beeld van wat daadwerkelijk wordt geleverd.

De organisatie kiest vervolgens de ontwikkelvorm die past bij de vastgelegde opdracht. De opdrachtgever blijft verantwoordelijk voor de planningsregels, gebruikersrechten en controle van de gerealiseerde functies. De gekozen softwareontwikkelaar bouwt de overeengekomen schermen, gegevensverwerking en technische koppelingen.