← Blog

Email automation

Overdrachtcontract voor je email-agent: zeven artikelen

Vrijdagmiddag, een agency van twaalf in Utrecht tekent het contract dat maandagochtend een AI op hun info@-inbox zet. Dit staat in dat contract.

Jacob Molkenboer· Oprichter · A Brand New Company· 4 jun 2026· 8 min
Crème contractmap met messing clip en groen lint, vulpen, envelop op ivoor linnen, bosgroene schaduw rechts.

Het is vrijdagmiddag 16:47 in Utrecht. De oprichter van een agency van twaalf mensen heeft een tabblad open met ons overdrachtcontract, een koffie die een uur geleden koud werd, en een klein probleem. Maandagochtend begint een AI-agent met het beantwoorden van mail op haar domein. Ze wil precies weten wat ze tekent.

Wij ook. Van de veertien email-agents die we in productie hebben staan, ging er geen één live zonder dit document. Niet de simpele die factuurvragen routeren. Niet de lastigere die antwoorden opstellen voor journalisten. Het contract is er niet om ons juridisch te beschermen (dat doet het, maar nauwelijks). Het is er omdat het opschrijven ervan ons, de klant, en de agent zelf dwingt om expliciet te zijn over welke autoriteit we overdragen.

Dit is een rondleiding door wat er in dat contract staat, waarom we het in begrijpelijk Nederlands schreven, en wat we veranderden nadat agent nummer acht een klant een week vertraging op een lancering kostte.

Wat overdracht eigenlijk inhoudt

Als we zeggen "een email-agent uitrollen op je domein," bedoelen we drie dingen tegelijk. De agent heeft een eigen mailbox, iets als agent@klant.nl met een echt MX-record. Hij heeft leestoegang tot een gedeelde inbox zoals info@klant.nl. En hij mag antwoorden schrijven, ofwel als concepten die een mens goedkeurt, ofwel als volledig geautomatiseerde reacties binnen een gedefinieerde scope.

Elk van die drie rechten heeft een andere blast radius. Een verkeerd gerouteerd concept is vervelend. Een onterecht automatisch verzonden antwoord dat je facturatievoorwaarden tegenspreekt, is duur. Het contract bestaat om die blast radii op papier te zetten voordat het incidenten worden. Het overdrachtcontract is de klantversie van hetzelfde hek dat elk verstandig engineeringteam om een autonoom proces zou zetten: expliciete grenzen, een benoemde eigenaar, opgeschreven faalmodi.

Artikel 1, omvang van de autoriteit

Het eerste artikel legt vast wat de agent mag schrijven, in welk domein, namens wie. We gebruiken vier niveaus.

  • Level 0: alleen lezen. Geen uitgaande mail. Gebruikt in de eerste twee weken.
  • Level 1: concepten in de map Concepten van de mens. Verzenden vereist een handmatige klik.
  • Level 2: verstuurt automatisch binnen een afgebakende scope (bijv. "vragen over factuurstatus, alleen van bestaande klanten").
  • Level 3: volledige autonomie binnen een onderwerp. Gereserveerd voor agents die zes weken op Level 2 hebben gedraaid zonder enige correctie.

De meeste van onze deployments blijven het hele eerste jaar op Level 2. Eén staat op Level 3. Twee staan nog op Level 1 op verzoek van de klant. Geen enkele gaat van Level 0 naar Level 2 in minder dan vier weken.

Dit is het artikel waar klanten de meeste tijd in stoppen. Het is ook het artikel waar begrijpelijk Nederlands helpt. Mag de agent autonoom antwoorden op vragen over factuurstatus van bestaande klanten? is een vraag die iemand zonder technische achtergrond kan beantwoorden.

Artikel 2, tone of voice

De agent schrijft in de stem van de klant, niet die van ons. We leggen dat vast met drie artefacten: tien echte eerdere antwoorden die de klant zelf schreef, drie antwoorden die ze nooit zouden versturen, en een korte alinea over hoe het merk omgaat met formaliteit.

Een echte clausule, licht geanonimiseerd:

"De agent schrijft in jij-vorm, ondertekent met 'Team {Bedrijf}', en gebruikt nooit het woord 'graag'."

Voice-clausule, klantcontract, 2026

Die laatste is echt, van een klant met een persoonlijke hekel aan het woord graag. De agent respecteert het. We testen erop in onze staging-suite voor elke deploy.

Artikel 3, escalatie

Elke agent heeft minstens één menselijk adres waar hij naar kan overdragen, en een opgeschreven lijst van triggers om dat te doen. Triggers die we in productie hebben gebruikt:

  • Alles waarin legal, lawyer, advocaat of klacht voorkomt.
  • Een tweede reactie van dezelfde afzender binnen vierentwintig uur.
  • Een sentimentscore onder een drempel.
  • De woorden kapot, down of fout in een onderwerpregel voor de support-agent.
  • Alles waarin een concurrent bij naam genoemd wordt.

Het contract noemt de triggers en het menselijke adres. Het noemt ook de maximale reactietijd op een escalatie, want een agent die stilletjes escaleert in een zwart gat is erger dan geen agent.

Waarschuwing

Een escalatie zonder afspraak over reactietijd is geen escalatie. Het is een andere inbox om te negeren. Noem de mens, noem de uren.

Artikel 4, datatoegang en bewaartermijn

Dit is het AVG-artikel. We noemen elke inbox die de agent leest, elke CRM-tabel, elke fileshare. We benoemen de rechtsgrondslag voor de verwerking van elk daarvan. We benoemen hoe lang de agent de inhoud van berichten in zijn eigen logs bewaart (standaard dertig dagen, na zeven dagen geredigeerd). We benoemen wat de agent niet in zijn lange-termijngeheugen mag wegschrijven: klantadressen, telefoonnummers, bankgegevens.

We verwijzen naar artikel 22 van de AVG over geautomatiseerde besluitvorming voor klanten die zich in het juridische kader willen verdiepen. De Autoriteit Persoonsgegevens is consequent geweest dat complexe AI-systemen geen vrijbrief voor transparantie krijgen alleen omdat ze complex zijn. Het contract is onderdeel van hoe we aan de juiste kant van dat dossier blijven.

Artikel 5, logging en audit

Elke uitgaande mail die de agent verstuurt, plus elke escalatie, plus elke stille drop, wordt geschreven naar een gestructureerde log die de klant kan lezen. We leveren een dashboard van één pagina. Het contract legt vast wat het dashboard moet tonen en hoe lang de records bewaard worden.

Eén logregel ziet er zo uit:

event: outbound_reply
timestamp: 2026-06-02T14:33:09+02:00
to: klant@voorbeeld.nl
in_reply_to: "<abc@voorbeeld.nl>"
authority_level: 2
scope_matched: invoice_status_existing_customer
draft_id: drf_8a92
reviewed_by: null   # null betekent automatisch verzonden binnen scope
content_hash: sha256:c9d3e1...

Het contract verplicht dat reviewed_by, scope_matched en authority_level op elke regel staan. Als er over zes maanden iets misgaat en iemand vraagt "waarom heeft de agent dat verstuurd," zijn drie velden in een logbestand het antwoord.

Artikel 6, de killswitch

Eén e-mailadres, één gedeeld trefwoord, één Slack-commando. Elk van deze stopt de agent binnen zestig seconden. Het contract noemt wie de autoriteit heeft om hem over te halen, en wat er gebeurt met concepten die onderweg zijn als dat gebeurt.

De switch is één keer overgehaald. Een oprichter trok aan de noodrem omdat ze de manier waarop een vroeg antwoord een terugbetaalbeleid formuleerde, niet beviel. De agent stopte, de conceptenqueue kwam naar boven voor menselijke review, en we leverden die avond een fix op. Het contract maakte daar een beslissing van negentig seconden van in plaats van een onderhandeling van negentig minuten.

Artikel 7, wie betaalt als het misgaat

Dit is het artikel waar onze advocaat het meest om geeft en klanten het minst. We beperken onze aansprakelijkheid tot de waarde van de opdracht. We sluiten indirecte schade uit. We hebben een verzekering. We hebben hem nog niet hoeven aanspreken.

Wat klanten eigenlijk uit dit artikel willen halen, is een helder antwoord op één vraag. Als de agent een antwoord stuurt waarin een prijs met een factor tien verkeerd staat en de klant houdt hen daaraan, wie draagt het verlies? Het eerlijke antwoord is dat de klant dat doet, want de klant bepaalt de scope op Level 2. Het contract maakt dat expliciet zodat de klant de scope aanscherpt voordat ze tekenen, niet nadat de boze mail binnenkomt.

Waarom begrijpelijk Nederlands

We probeerden eerst Engels. We probeerden juridisch jargon. We kwamen uit op begrijpelijk Nederlands (met Engelse versies voor internationale klanten) om drie redenen.

Ten eerste: de mensen die het contract daadwerkelijk moeten handhaven, de operations manager, de office lead, soms de oprichter zelf, lezen het op hun telefoon om acht uur 's avonds. Ze hebben geen advocaat naast zich zitten.

Ten tweede: begrijpelijke taal dwingt precisie af. De agent mag namens jou herinneringen sturen aan klanten met openstaande facturen onder €5.000 is moeilijker op te schrijven dan "de agent mag incasso uitvoeren binnen vastgestelde parameters," maar het is veel moeilijker verkeerd te begrijpen. Bij elke juridische frase die we vervingen, kwam een scopevraag boven die we stilletjes hadden weggewuifd.

Ten derde: begrijpelijke taal is auditeerbaar. Als een toezichthouder vraagt hoe je hebt bepaald wat je agent mocht doen, kun je hen het document overhandigen en kunnen ze het lezen.

Kerngedachte

Begrijpelijke taal is geen vriendelijke versie van het contract. Het is het audit trail.

Wat we veranderden na agent nummer acht

Agent acht was voor een mediabureau dat wekelijkse redactionele nieuwsbrieven verstuurde. Onze scopeclausule zei dat de agent "mocht antwoorden op abonnementsgerelateerde vragen." Een trouwe abonnee schreef dat ze opzegde vanwege de redactionele positie van het bureau over een politiek verhaal. De agent antwoordde beleefd en bevestigde haar opzegging. De oprichter kwam er een week later achter toen ze de afmelding in het dashboard zag en persoonlijk wilde nabellen. Ze was woedend. Het antwoord viel technisch binnen de scope. Het miste ook een relatie die ze twee jaar lang had opgebouwd.

Die week voegden we een nieuwe clausule toe. Elk contract sindsdien noemt een lijst van correspondenten, op naam, op domein, of op tag in het CRM, die altijd geëscaleerd worden, ongeacht wat. We noemen het de no-agent-ever lijst. Elke klant schrijft er nu één voordat we live gaan. Meestal staan er tussen de drie en twintig namen op.

De algemene les: scopeclausules die je vooraf opschrijft, vangen nooit alle relaties die ertoe doen. Plan in dat de klant zijn no-agent-ever lijst maakt en je vangt een hele categorie problemen op voordat ze zich voordoen.

De kleinste eerste stap

Als je erover nadenkt om een agent op je eigen inbox te zetten, schrijf dan een document van één pagina voordat je ook maar één regel code schrijft. Vier kopjes: wat hij mag lezen, wat hij mag schrijven, naar wie hij escaleert, wie hem kan uitzetten. Laat die pagina zien aan degene die nu die inbox beantwoordt. Als die persoon het niet kan tekenen, heb je nog geen contract. Dan heb je een wens.

Toen we de support-email-agent bouwden voor een Nederlandse betaalpartij, was het ding dat hen drie weken heen-en-weer gemail bespaarde de no-agent-ever lijst, niet het model. Wil je zien hoe de versie met zeven artikelen in productie leest? Ons werk rond AI-agents is een goed beginpunt.

Kern

Schrijf het contract van één pagina voor je email-agent voordat je ook maar één regel code schrijft. Als degene bij de inbox het niet kan tekenen, heb je nog geen contract.

FAQ

Wat staat er in het overdrachtcontract voor een email-agent?

Zeven artikelen: omvang van de autoriteit, tone of voice, escalatie, datatoegang en bewaartermijn, logging en audit, killswitch, en aansprakelijkheid. Elk artikel in begrijpelijk Nederlands zodat de klant kan tekenen zonder advocaat.

Waarom schrijf je het contract in begrijpelijk Nederlands in plaats van juridisch jargon?

De operations lead die het op zondagavond moet handhaven, heeft geen advocaat naast zich. Begrijpelijke taal is auditeerbaar, moeilijker verkeerd te interpreteren, en dwingt precisie af in scopeclausules die juridisch jargon je laat wegwuiven.

Wat is de killswitch en wie heeft de controle?

Eén e-mailadres, één gedeeld trefwoord, of één Slack-commando stopt de agent binnen zestig seconden. Het contract noemt wie de autoriteit heeft om hem over te halen en wat er gebeurt met concepten die op dat moment onderweg waren.

Wat is de no-agent-ever lijst?

Een lijst van correspondenten (op naam, domein of CRM-tag) die de agent altijd naar een mens escaleert, ongeacht de scope. Klanten stellen die op vóór de lancering. De meeste hebben tussen de drie en twintig namen erop.

Welke autoriteitsniveaus gebruik je voor agent-autonomie?

Vier niveaus. Level 0 is alleen-lezen. Level 1 stelt concepten op voor menselijke review. Level 2 verstuurt automatisch binnen een afgebakende scope. Level 3 is volledige autonomie binnen een onderwerp. De meeste agents blijven het eerste jaar op Level 2.

email automationai agentsautomationoperationsworkflowbusiness

Iets bouwen?

Start een project