Een praktische gids van AgentSoft. Voorbeelden van mogelijke AI-toepassingen worden onderscheiden van ons gerealiseerde softwarewerk.
1. Bespreek hoe AI in de opdracht wordt gebruikt
Een ontwikkelaar kan AI inzetten om een codevoorstel te maken, een fout te onderzoeken of testgevallen voor te bereiden. De opgeleverde applicatie kan vervolgens gewone formulieren, dossiers en koppelingen bevatten. Vraag hoe de ontwikkelaar wijzigingen beoordeelt en wie verantwoordelijk is voor een werkende oplevering.
Wanneer uw applicatie zelf documenten interpreteert of antwoorden genereert, heeft die ook tijdens gebruik een AI-component. Dan moeten modelgebruik, gegevensstromen, uitkomsten en fouten onderdeel van de scope zijn. Een demonstratie van gegenereerde schermen vertelt nog niet welke van deze twee toepassingen in het voorstel zit. Vraag daarom om een beschrijving van de uiteindelijke werking.
2. Schrijf het proces en de oplevering concreet op
Laat de belangrijkste gebruikersroute beschrijven met herkenbare voorbeelden. Wie maakt een aanvraag aan, welke velden zijn verplicht, wie controleert het dossier en wanneer mag een status veranderen? Noteer ook rollen, bestanden, meldingen, benodigde koppelingen en wat de eerste versie nog niet ondersteunt.
Vraag per onderdeel om een acceptatiecriterium. Bijvoorbeeld: een planner ziet uitsluitend complete opdrachten en een beoordelaar kan een onjuist documentvoorstel afwijzen. Een screenshot of een algemeen verzoek om een slimme app is daarvoor onvoldoende. AgentSofts softwarecases Belmanadvies en EPAStorage laten concrete routes rond opdrachten en dossiers zien; zij onderbouwen geen algemene claim over bouwen met AI.
3. Laat normaal gebruik en fouten beoordelen
Spreek af welke routes worden getest en hoe u die zelf kunt beoordelen. Neem een complete aanvraag, ontbrekende informatie, een dubbele verzending en een tijdelijk onbereikbare koppeling mee. Controleer ook of een gebruiker zonder de juiste rol een dossier werkelijk niet kan zien of wijzigen.
AI-gegenereerde code vraagt inhoudelijke beoordeling en tests. GitHub beschrijft dat code kan voldoen aan de vorm van de opdracht en toch fouten of beveiligingsproblemen bevatten. Vraag de ontwikkelaar daarom wat is gecontroleerd, welke problemen zijn gevonden en welke beperkingen bij de oplevering nog bestaan. Tests moeten het afgesproken gedrag toetsen; een demo die alleen de succesvolle route toont geeft daarvoor weinig bewijs.
4. Leg toegang en gegevensstromen vast
Maak duidelijk welke projectinformatie in ontwikkeltools mag worden gebruikt. Kies voor demonstraties fictieve dossiers en bespreek toegang tot broncode, systemen en eventuele productiegegevens afzonderlijk. Noteer welke accounts de ontwikkelaar nodig heeft, wie die accounts beheert en wanneer de toegang wordt ingetrokken.
Voor een AI-functie in de applicatie komt daar een beschrijving van de verwerking bij: welke gegevens gaan naar een dienst, waar verschijnen de uitkomsten en wie kan ze bekijken? Laat vastleggen hoe opslag, verwijdering, logging en menselijke controle worden ingericht. De benodigde afspraken hangen af van de daadwerkelijke gegevens en gekozen leveranciers; laat die keuzes zichtbaar in het voorstel terugkomen.
5. Maak rechten en overdracht onderdeel van de scope
Bespreek welke gebruiksrechten u krijgt, welke onderdelen van derden zijn opgenomen en welke voorwaarden daarvoor gelden. Vraag welke broncode, documentatie, configuratie en toegangen worden overgedragen. Laat expliciet vastleggen hoe een andere ontwikkelaar het project kan voortzetten en welke onderdelen afhankelijk blijven van een leverancier of abonnement.
Vraag om een overdracht die in de praktijk bruikbaar is. Denk aan installatie-instructies, een beschrijving van gegevens en koppelingen, een exportmogelijkheid en uitleg van de belangrijkste tests. Controleer samen een afgesproken export en de route om de applicatie te starten of opnieuw te publiceren. Alleen een account waarmee u de website kunt openen vertelt weinig over de overdraagbaarheid van het product.
6. Spreek onderhoud en wijziging vooraf af
Ook na oplevering kunnen pakketten, koppelingen en processen veranderen. Laat benoemen wie een storing onderzoekt, hoe een fout wordt gemeld en welke updates binnen de afspraak vallen. Beschrijf apart hoe nieuwe wensen worden geraamd en wie beslist dat een wijziging klaar is voor gebruik.
Voor AI in de applicatie moeten wijzigingen in model of invoer opnieuw worden beoordeeld met passende voorbeelden. Kies daarom een eerste versie met een beperkte taak en een zichtbare eigenaar. Vergelijk voorstellen op scope, controle, overdracht en beheer. AI-gebruik op zichzelf geeft geen onderbouwde garantie over bouwtijd, prijs of de kwaliteit van uw toekomstige software.