Een gids van SevenLab
Een AI-implementatiepartner helpt bepalen wat het waard is om te bouwen, in plaats van alleen een model of demo voor te stellen. SevenLab is een partner voor AI-ontwikkeling op maat, gevestigd in Amsterdam en actief voor Nederland en Vlaanderen. Gebruik deze gids om bureaus, adviseurs en ontwikkelpartners te vergelijken op het bewijs en de verantwoordelijkheden die na ingebruikname tellen.
Koop een concreet procesresultaat, geen onbegrensd AI-project
Begin met een proces waarvan de eigenaar de huidige werklast, terugkerende fouten en gevolgen van een verkeerd resultaat kan uitleggen. Maak in de uitvraag onderscheid tussen advies, een haalbaarheidsonderzoek en ontwikkeling voor productie. Een adviseur kan volstaan als prioritering de hoofdvraag is. Een ontwikkelpartner wordt relevant wanneer software, gegevenstoegang en operationele verantwoordelijkheid moeten samenkomen.
Illustratief scenario: een Vlaamse groothandel wil inkomende aanvragen minder handmatig verwerken. In plaats van een organisatiebreed AI-programma kiest het bedrijf één type aanvraag en meet het verwerkingstijd, correcties en onopgeloste uitzonderingen. Een mkb-bedrijf kan een eenvoudige goedkeuringsprocedure nodig hebben, terwijl een overheidsorganisatie vooraf eisen rond inkoop, toegankelijkheid en archivering moet vastleggen.
- Benoem één proceseigenaar en de beslissing die het project moet verbeteren.
- Leg de huidige werkwijze, uitzonderingen en gevolgen van fouten vast.
- Scheid de resultaten van het vooronderzoek van een eventuele bouwopdracht.
Vraag om bewijs dat past bij jouw aankoopbeslissing
Een overtuigende demo bewijst niet dat een leverancier met jouw documenten, rechten of bestaande systemen kan werken. Vraag welke onderdelen van een referentieproject vergelijkbaar zijn en welke niet. Bruikbaar bewijs bestaat uit een afgebakende case, uitleg over de rol van de leverancier en een voorgestelde test met representatieve invoer. Alleen klantnamen zeggen onvoldoende over geschiktheid.
Illustratief scenario: een gemeente en een commerciële dienstverlener beoordelen hetzelfde bureau. De gemeente heeft antwoorden nodig over beslissingsbevoegdheid, bewaartermijnen en inkoopdocumentatie. De dienstverlener geeft prioriteit aan beheer en integratierisico. Geen van beide zou een zogenaamd beste bureau uit een ranglijst moeten kiezen zonder het voorgestelde team, relevante ervaring en de aanpak te toetsen.
- Laat het voorgestelde team een relevante case en de beperkingen toelichten.
- Lever geanonimiseerde voorbeelden aan voor een realistische beoordeling.
- Beoordeel leveranciers op vooraf vastgestelde eisen voordat je offertes bespreekt.
Vergelijk scope, doorlooptijd en commerciële aannames
De implementatieduur hangt af van databeschikbaarheid, toegangsgoedkeuringen, integratiecomplexiteit en de mensen die moeten valideren. Vraag om een gefaseerd plan met startvoorwaarden, beslismomenten en acceptatiecriteria in plaats van een ongefundeerde opleverdatum. Een proof of concept moet een benoemde onzekerheid oplossen, niet uitgroeien tot een eindeloze demonstratie die niemand kan beheren.
Vergelijk voorstellen op inbegrepen werk, uitsluitingen, gebruik van externe diensten, onderhoud en wijzigingsverzoeken. Een vaste prijs is alleen bruikbaar als afbakening en acceptatie helder zijn. Begin bij de bestaande prijspagina en vraag daarna om een raming voor jouw scope. Behandel advies, implementatie en doorlopend gebruik als aparte kostencategorieën, zodat een lage eerste offerte geen latere verantwoordelijkheden verhult.
- Vraag een planning met afhankelijkheden rond toegang en bevoegde goedkeurders.
- Bepaal welk bewijs het experiment afrondt en een vervolgfase rechtvaardigt.
- Vergelijk de volledige scope en beheeraannames met de bestaande prijspagina als vertrekpunt.
Regel eigendom en vertrekvoorwaarden vóór de bouw
Leg rechten op maatwerkcode, prompts, configuratie, evaluatiegegevens en documentatie contractueel vast. Maak onderscheid tussen deze onderdelen en externe modellen, bibliotheken en clouddiensten met eigen voorwaarden. Vraag wie de accounts beheert, wie gegevens kan exporteren en wat een ander team nodig heeft voor onderhoud. Betaling voor ontwikkeling regelt niet automatisch iedere eigendomsvraag.
Illustratief scenario: een organisatie besteedt een AI-assistent uit, maar wil het beheer later intern overnemen. Spreek daarom vooraf toegang tot de broncode, uitrolinstructies, beheerdocumentatie en een afgebakende overdracht af. Ook beveiliging en juridische verplichtingen vragen om verantwoordelijke personen en passende toetsing. Een controleproces van een leverancier garandeert op zichzelf geen naleving van wetgeving.
- Leg eigendom, licenties en accountbeheer vast in de overeenkomst.
- Bepaal overdrachtsdocumenten, training en een vertrekprocedure.
- Wijs verantwoordelijken aan voor beveiliging, juridische toetsing en incidenten na oplevering.
