Vergelijk bij het kiezen van een softwarebedrijf relevant werk, een afgebakende eerste versie en het verantwoordelijke team. Spreek af hoe wijzigingen, acceptatie, toegang en ondersteuning werken. Dezelfde vragen gelden voor mobiele apps, webapplicaties en hun infrastructuur.
Geef elk bedrijf dezelfde opdrachtbeschrijving: gebruikers, belangrijkste workflow, bestaande systemen, data, beperkingen en het eerste gewenste resultaat. Vraag om aannames uit te leggen. Vergelijkbare voorstellen tonen wat inbegrepen is en welke beslissingen nog openstaan.
Bepaal de eerste versie en acceptatiecriteria
Beschrijf een complete gebruikersroute, ondersteunde platformen en noodzakelijke integraties. Scheid de eerste versie van latere ideeën. Leg voor een klantenportaal vast wie inlogt, welke gegevens toegankelijk zijn en wat er gebeurt als een verzoek mislukt. Vraag vóór de raming naar uitsluitingen en afhankelijkheden.
Wat wordt getoond om de eerste mijlpaal te accepteren, en wat valt erbuiten?
Controleer relevant werk en de bijdrage
Open beschikbare producten en bekijk een vergelijkbare workflow. Vraag welke onderdelen het team ontwierp, bouwde en onderhoudt. Onderscheid eigen producten van klantopdrachten en prototypes van gepubliceerde versies. Bespreek met toegestane referenties oplevering en ondersteuning. Controleer bron en datum van prijzen; erkenning bewijst op zichzelf geen technische kwaliteit.
Kunnen jullie een vergelijkbare workflow tonen en de precieze bijdrage uitleggen?
Ontmoet de verantwoordelijken
Benoem de technisch verantwoordelijke en degene die over de scope beslist. Spreek demo’s, registratie van problemen en goedkeuring van wijzigingen af. Laat de technologiekeuze uitleggen aan de hand van jouw eisen en bestaande systemen. Een nuttig eerste gesprek lost een concrete onzekerheid op in plaats van gereedschap op te sommen.
Wie neemt technische beslissingen en hoe bespreken we voortgang en wijzigingen?
Spreek rechten, toegang en overdracht af
Bekijk coderechten, externe licenties, serviceaccounts en documentatie. Bepaal wie repository, domeinen, hosting, winkelaccounts en hersteltoegang beheert. Vraag om een overdracht waarmee een ander team de software kan bouwen en beheren. Accounttoegang en intellectuele eigendomsrechten zijn afzonderlijke vragen; leg beide vast.
Welke rechten, accounts, documenten en toegang krijgen we, en wanneer?
Vergelijk totale kosten en wijzigingen
Vergelijk voorstellen op dezelfde scope. Scheid bouw, hosting, leveranciersgebruik, licenties en onderhoud; noteer aannames voor terugkerende kosten. Vraag hoe een vaste scope of samenwerking op tijdbasis met nieuwe inzichten omgaat. Koppel mijlpaalbetalingen aan afgesproken resultaten en benoem wie extra werk goedkeurt.
Wat verandert de raming en hoe worden extra werk en terugkerende kosten goedgekeurd?
Plan beveiliging, release en beheer
Bespreek toegangsregels, testbewijs, uitrol, back-ups en herstel. Vraag hoe defecten en beveiligingsproblemen na de lancering binnenkomen en worden opgelost. Spreek ondersteuning en eventuele reactietoezeggingen expliciet af. Neem voor AI taakevaluaties en gebruikskosten mee. De lijst legt jouw beoordeling vast; zij certificeert geen leverancier.
Wie beheert de release en reageert bij problemen met gebruikers of infrastructuur?