Je AI-agent-pilot voorbereiden: een briefing in zeven vragen

Kies één taak die regelmatig terugkomt, min of meer voorspelbaar verloopt en waarvan de output controleerbaar is. "Iets met e-mail" is geen taak; "elke openstaande offerte na drie dagen herinneren" is dat wel. Schrijf de taak uit zoals je een nieuwe medewerker zou instrueren, inclusief de uitzonderingen. Hoe je geschikte taken herkent, lees je in ons artikel over terugkerende taken.

Noem ook de eigenaar: wie in het bedrijf kent deze taak het beste en beoordeelt of de agent het goed doet? Een pilot zonder eigenaar is een pilot zonder rechter.

Sommige data hoort in een pilot, andere niet. Benoem expliciet welke systemen de agent raadpleegt (projecttool, CRM, e-mail, documentenmap) en welke data buiten scope blijft: persoonsgegevens die niet nodig zijn, financiële details, alles wat onder een geheimhoudingsafspraak valt.

Denk ook aan de vorm. Kan de agent de bron lezen zoals die is, of moet data eerst worden opgeschoond? Rommelige invoer is de meest onderschatte oorzaak van teleurstellende pilotresultaten.

Beschrijf het resultaat zo concreet dat je het kunt toetsen: een rapport van maximaal één pagina in een vaste structuur, een e-mailconcept in de huisstijl, een dagelijkse samenvatting om 9 uur. Voeg één of twee voorbeelden toe van wat een goed resultaat is, en eventueel van een slecht resultaat.

Hoe scherper het beeld van de output, hoe makkelijker je later acceptatietests formuleert (vraag 6). Vage teksten over "betere output" zijn niet te toetsen.

Werk uit met welke systemen de agent werkt en welke rechten daarbij horen. Start klein en met minimale rechten: aparte accounts, alleen lezen waar het kan, schrijfrechten uitsluitend waar de taak ze echt nodig heeft. Een rapportageagent heeft leesrechten nodig, geen beheerdersrechten op je hele CRM.

Vraag bij een partner na hoe ze met rechten omgaan en of koppelingen met bestaande tools mogelijk zijn; ons artikel over AI koppelen aan je CRM en CMS gaat daar dieper op in.

Elke echte taak kent randgevallen. Wat doet de agent als een bron onbereikbaar is, als gegevens ontbreken of als een klant om iets ongewoons vraagt? Leg vast wat de agent dan doet: overslaan, markeren voor menselijke controle of stoppen.

Bepaal ook harde grenzen: niets verzenden zonder menselijke controle, geen toegang tot data buiten de scope, geen kosten maken boven een vast bedrag zonder akkoord. Stopvoorwaarden beschermen je bedrijf en maken de pilot veilig genoeg om echt te testen.

Formuleer vooraf wanneer je de pilot geslaagd noemt. Goede acceptatietests zijn klein en telbaar: vijf opeenvolgende correcte rapporten, gecontroleerd door de eigenaar. Leg ook een nulmeting vast: hoe lang duurt de taak nu, handmatig? Zonder nulmeting heb je na de pilot geen vergelijkingspunt.

Bepaal een einddatum en wat er daarna gebeurt: doorgaan, aanpassen of stoppen. Eén maand met een eindoordeel zegt meer dan een pilot die stil doorloopt.

Wie beoordeelt de resultaten, wie vraagt aanpassingen aan, wie handelt als de agent iets onverwachts doet? En welke support verwacht je van je partner na oplevering: updates, monitoring, bereikbaarheid bij problemen? Hoe je dat bij Voltti invult, lees je op de pagina over onze aanpak.

Deze vraag voelt administratief, maar voorkomt een klassieke val: een werkende agent die niemand meer onderhoudt. Verantwoordelijkheid benoemen is het verschil tussen een experiment en een dienst.