Elke webshop kent het ritme: een retourverzoek binnenkomt, iemand checkt handmatig of het klopt, stuurt een label, past de voorraad aan en stuurt een bevestiging. Per retour kost dat al snel 10 tot 15 minuten. Bij GardeRobe.nl, een Nederlandse online modezaak met meer dan 220 retouren per maand, liep dat op tot meer dan 40 uur verloren werktijd per maand.
In deze handleiding bouw je stap voor stap een volledig geautomatiseerde retourworkflow in n8n. De workflow ontvangt een retourverzoek via een webhook, valideert de aanvraag, controleert de bestelgegevens in WooCommerce, maakt automatisch een DHL-retourlabel aan, stuurt een bevestigingsmail naar de klant en werkt de voorraad bij in Google Sheets. Uitzonderingen worden automatisch geescaleerd naar een medewerker. Handmatig werk: nul.
Het resultaat: van 10 minuten handmatig werk naar 0, elke keer, ook midden in de nacht.
Wat je nodig hebt
Controleer de volgende zaken voordat je aan stap 1 begint:
- n8n (zelf gehoste instantie of n8n Cloud; versie 1.x of hoger)
- Toegang tot je webshop-API: WooCommerce REST API of vergelijkbaar
- DHL Parcel API-credentials (developer.dhl.com; of gebruik de mock uit stap 7)
- Google Sheets met een tabblad 'Retouren' en een tabblad 'Escalaties'
- SMTP-toegang voor transactionele e-mail: Mailgun, Postmark of Gmail SMTP
- Slack-workspace met een kanaal #retour-escalaties (optioneel maar aanbevolen)
- Basiskennis van n8n: je hebt eerder een webhook-workflow aangemaakt
Nieuw bij n8n e-mailautomatisering? Lees eerst onze handleiding over n8n e-mail klantenservice met Claude; die legt de grondbeginselen uit die ook hier van toepassing zijn.
Het scenario: GardeRobe.nl
GardeRobe.nl is een fictieve Nederlandse online modezaak die kleding, schoenen en accessoires verkoopt. Ze hanteren een retourbeleid van 30 dagen na ontvangst. Per maand verwerken ze gemiddeld 220 retouren, waarvan het merendeel via een online retourformulier binnenkomt.
De handmatige stroom zag er zo uit: klant vult formulier in, medewerker ontvangt e-mail, zoekt bestelling op in WooCommerce, controleert de datum, stelt een DHL-label samen in het portaal, kopieert het label-PDF-linkje in een bevestigingsmail, past de voorraad handmatig aan in een Google Sheet en archiveert de aanvraag. Probleem: het kost tijd, er worden fouten gemaakt en de klant wacht soms 24 uur op zijn label.
Na implementatie van de n8n-workflow: klant dient aanvraag in, ontvangt binnen 90 seconden een bevestigingsmail met retourlabel. Medewerkers krijgen alleen nog meldingen bij echte uitzonderingen. De workflow draait 24/7 zonder menselijke tussenkomst.
Stap 1: Nieuwe workflow aanmaken in n8n
Open je n8n-instantie en klik op 'New Workflow'. Geef de workflow de naam 'Retourverwerking GardeRobe 2026'. Sla hem direct op voordat je nodes toevoegt.
De totale workflow volgt deze stroom: Webhook-trigger > Validatie > Besteldata ophalen > Retourperiode-check > Retourreden-check > DHL Label aanmaken > Bevestigingsmail > Google Sheets bijwerken. Bij elke fout of uitzondering activeert een escalatietak.
- Gebruik n8n-notities (sticky notes) om de logica per sectie te beschrijven
- Zet de workflow op 'inactive' totdat alles grondig getest is
- Maak alvast een tijdelijke test-URL aan via webhook.site om de inkomende payloads te inspecteren
Stap 2: Webhook-trigger instellen
Voeg een Webhook-node toe als trigger. Kies methode POST en stel het pad in op /retour-aanvraag. Dit is het endpoint dat je retourformulier aanroept zodra een klant zijn aanvraag indient.
Het formulier stuurt een JSON-payload naar dit endpoint. Hieronder een voorbeeld van de verwachte structuur:
{
"order_id": "WC-10482",
"klant_email": "anna@example.nl",
"klant_naam": "Anna de Vries",
"artikel_sku": "JURK-BLAUW-M",
"artikel_naam": "Blauwe zomerjurk maat M",
"reden": "verkeerde_maat",
"reden_omschrijving": "De maat M valt groter dan verwacht, ik had maat S nodig.",
"retour_datum": "2026-07-26T10:32:00Z"
}Zorg dat het retourformulier op je webshop de Content-Type header instelt op application/json. Test de webhook handmatig via Postman of curl voordat je verdergaat.
Meer over webhooks in n8n vind je in de officiele n8n webhook documentatie.
Stap 3: Retourdata valideren
Voeg een Code-node (voorheen Function-node) toe direct na de webhook. Controleer hier of alle verplichte velden aanwezig zijn en het juiste formaat hebben. Gooi een expliciete fout als er data ontbreekt; dat activeert de escalatietak.
// Stap 3: Valideer retourdata
const data = $input.first().json;
const verplicht = ['order_id', 'klant_email', 'artikel_sku', 'reden', 'retour_datum'];
for (const veld of verplicht) {
if (!data[veld]) {
throw new Error(`Verplicht veld ontbreekt: ${veld}`);
}
}
// Valideer e-mailformaat
const emailRegex = /^[^\s@]+@[^\s@]+\.[^\s@]+$/;
if (!emailRegex.test(data.klant_email)) {
throw new Error(`Ongeldig e-mailadres: ${data.klant_email}`);
}
// Valideer datum
const datum = new Date(data.retour_datum);
if (isNaN(datum.getTime())) {
throw new Error(`Ongeldige datum: ${data.retour_datum}`);
}
return $input.all();Verbind de error-output van deze Code-node direct met de escalatietak (stap 10). Zo worden incomplete of misvormde aanvragen nooit stilletjes genegeerd maar direct gemeld aan het team.
Stap 4: Bestelgegevens ophalen uit WooCommerce
Voeg een HTTP Request-node toe en configureer hem om de bestelgegevens op te halen uit WooCommerce. Gebruik de order_id uit de webhook-payload als path parameter. De WooCommerce REST API vereist Basic Auth met je consumer key en consumer secret.
{
"method": "GET",
"url": "https://garderobe.nl/wp-json/wc/v3/orders/{{ $json.order_id.replace('WC-', '') }}",
"authentication": "genericCredentialType",
"genericAuthType": "basicAuth",
"options": {
"timeout": 10000,
"response": {
"fullResponse": false,
"responseFormat": "json"
}
}
}De WooCommerce API geeft een volledig order-object terug. Je hebt minimaal nodig: date_created (voor de periodiciteitscheck), billing.email (ter verificatie), line_items (om te bevestigen dat het artikel in de bestelling zit) en status (om te controleren op completed of processing).
Voeg na de HTTP Request een IF-node toe: als de WooCommerce-status niet completed of processing is, of als de klant_email in de webhook niet overeenkomt met billing.email in de bestelling, stuur je de aanvraag naar escalatie.
Stap 5: Retourperiode controleren
Nu je de bestelgegevens hebt, controleer je of de klant nog binnen de retourperiode van 30 dagen valt. Voeg een Code-node toe met de volgende logica:
// Stap 5: Controleer retourperiode (30 dagen beleid)
const orderData = $('WooCommerce Bestelling').first().json;
const aanvraagData = $('Webhook').first().json;
const bestelDatum = new Date(orderData.date_created);
const aanvraagDatum = new Date(aanvraagData.retour_datum);
// Zorg dat beide in UTC zijn voor nauwkeurige vergelijking
const dagVerschil = (aanvraagDatum.getTime() - bestelDatum.getTime()) / (1000 * 60 * 60 * 24);
const result = { ...aanvraagData };
if (dagVerschil > 30) {
result.retour_toegestaan = false;
result.afwijzingsreden = `Retourperiode verstreken: ${Math.floor(dagVerschil)} dagen na bestelling (max 30).`;
} else {
result.retour_toegestaan = true;
result.dagen_resterend = Math.floor(30 - dagVerschil);
result.bestel_datum_iso = orderData.date_created;
}
return [{ json: result }];Voeg een IF-node toe die splitst op retour_toegestaan. Als false, stuur dan een afwijzingsmail naar de klant (gebruik hetzelfde e-mailtemplate uit stap 8 maar met een afwijzingstekst) en stop de workflow. Als true, ga je verder naar stap 6.
Stap 6: Retourreden valideren
GardeRobe.nl accepteert niet alle retourredenen voor automatische verwerking. Sommige redenen vereisen handmatige beoordeling. Voeg een Code-node toe:
// Stap 6: Valideer retourreden
const geldigeRedenen = [
'verkeerde_maat',
'defect_artikel',
'beschadigd_bij_ontvangst',
'niet_zoals_beschreven',
'verkeerd_artikel_ontvangen',
'kwaliteit_voldoet_niet'
];
// Redenen die handmatige beoordeling vereisen:
const handmatigRedenen = [
'van_gedachten_veranderd',
'te_duur',
'anders'
];
const data = $input.first().json;
const opgegeven = data.reden;
const result = { ...data };
if (geldigeRedenen.includes(opgegeven)) {
result.handmatige_beoordeling = false;
} else if (handmatigRedenen.includes(opgegeven)) {
result.handmatige_beoordeling = true;
result.beoordeling_notitie = `Reden '${opgegeven}' vereist handmatige beoordeling per beleid.`;
} else {
throw new Error(`Onbekende retourreden: ${opgegeven}`);
}
return [{ json: result }];Aanvragen met handmatige_beoordeling: true leiden via een aparte tak: sla ze op in de Google Sheet 'Escalaties', stuur een interne Slack-notificatie naar het retourteam en stuur de klant een e-mail dat zijn aanvraag in behandeling is (verwachte reactie binnen 1 werkdag).
Stap 7: DHL retourlabel aanmaken
Nu alle validaties geslaagd zijn, maak je via de DHL Parcel API een retourlabel aan. Voeg een HTTP Request-node toe met de volgende configuratie. Sla je DHL API-token op als n8n Credential (type: HTTP Header Auth).
{
"method": "POST",
"url": "https://api-sandbox.dhl.com/parcel/nl/shipping/v1/returns",
"headers": {
"Authorization": "Bearer {{ $credentials.dhlApiToken }}",
"Content-Type": "application/json",
"Accept": "application/json"
},
"body": {
"receiverAddress": {
"name": "GardeRobe.nl Retourencentrum",
"addressLine1": "Logistiekweg 12",
"postalCode": "5000AA",
"city": "Tilburg",
"countryCode": "NL"
},
"senderAddress": {
"name": "{{ $json.klant_naam }}",
"email": "{{ $json.klant_email }}"
},
"parcels": [{
"weight": { "value": 1.0, "unitText": "kg" },
"dimensions": { "length": 35, "width": 25, "height": 10, "unitText": "cm" }
}],
"shipmentReference": "RETOUR-{{ $json.order_id }}-{{ $now.format('YYYYMMDD') }}",
"labelFormat": "PDF"
}
}Volledige documentatie van de DHL Parcel API vind je op developer.dhl.com/api-reference/parcel-nl. Gebruik de sandbox voor testen en schakel over naar de productie-URL zodra je workflow stabiel loopt.
De DHL API geeft een labelUrl (PDF-link) en een trackingNumber terug. Sla beide op via een Set-node voor gebruik in de bevestigingsmail.
Heb je nog geen DHL API-account? Gebruik dan tijdelijk een Code-node die een nep-labelUrl teruggeeft zodat je de rest van de workflow al kunt bouwen en testen:
// Mock DHL response voor development en testen zonder DHL-account
const data = $input.first().json;
const mockTrackNr = 'JVGL' + Math.floor(Math.random() * 900000000 + 100000000);
return [{
json: {
...data,
dhl_label_url: `https://mock-labels.garderobe.nl/RETOUR-${data.order_id}.pdf`,
dhl_tracking_number: mockTrackNr,
dhl_status: 'label_created',
dhl_mock: true
}
}];Stap 8: Bevestigingsmail sturen naar de klant
Voeg een Send Email-node toe (of gebruik een HTTP Request-node naar Mailgun of Postmark voor betere deliverability). Bouw het e-mailtemplate op met de klantgegevens en de DHL-labellink.
Onderwerp: Retour goedgekeurd voor bestelling {{ $json.order_id }}
Hoi {{ $json.klant_naam }},
Goed nieuws: je retourverzending is goedgekeurd en je retourlabel staat klaar.
ARTIKEL: {{ $json.artikel_naam }}
BESTELNUMMER: {{ $json.order_id }}
RETOURREDEN: {{ $json.reden }}
JOUW RETOURLABEL (klik om te openen en printen):
{{ $json.dhl_label_url }}
Trackingnummer: {{ $json.dhl_tracking_number }}
Stappen:
1. Print het retourlabel en plak het op het pakket
2. Lever het in bij een DHL ServicePoint bij jou in de buurt
3. Zodra wij je pakket ontvangen verwerken we je terugbetaling binnen 5 werkdagen
Vragen? Mail naar retour@garderobe.nl of bel 010-1234567 op werkdagen 9:00-17:00.
Met vriendelijke groet,
Team GardeRobe.nl
---
Dit is een automatisch gegenereerd bericht. Bewaar dit e-mailadres niet als antwoordadres.Maak ook een afwijzingsmail-template aan voor aanvragen buiten de retourperiode. Wees duidelijk maar empathisch: leg uit waarom de aanvraag is afgewezen en bied alternatieven (productruiloptie, kortingscode voor een volgende bestelling).
Stap 9: Voorraad bijwerken in Google Sheets
Voeg een Google Sheets-node toe. Configureer hem om een nieuwe rij toe te voegen aan het tabblad 'Retouren' in je voorraadspreadsheet. Dit geeft je team een real-time overzicht van alle verwerkte retouren en de verwachte inkomende voorraad.
{
"operation": "appendOrUpdate",
"documentId": "1BxiMVs0XRA5nFMdKvBdBZjgmUUqptlbs74OgVE2upms",
"sheetName": "Retouren",
"columnToMatchOn": "A",
"keysToSendForUpdate": [
"order_id",
"klant_email",
"artikel_sku",
"artikel_naam",
"reden",
"dhl_tracking_number",
"dhl_label_url",
"status",
"terugbetaling_status",
"timestamp"
],
"values": {
"order_id": "={{ $json.order_id }}",
"klant_email": "={{ $json.klant_email }}",
"artikel_sku": "={{ $json.artikel_sku }}",
"artikel_naam": "={{ $json.artikel_naam }}",
"reden": "={{ $json.reden }}",
"dhl_tracking_number": "={{ $json.dhl_tracking_number }}",
"dhl_label_url": "={{ $json.dhl_label_url }}",
"status": "label_verzonden",
"terugbetaling_status": "in_behandeling",
"timestamp": "={{ $now.toISO() }}"
}
}Optioneel: zoek in een apart tabblad 'Voorraad' de SKU op en verhoog de kolom 'Verwacht Retour' met 1. Zo weet inkoop alvast hoeveel stuks er terugkomen en kan de inkoopcyclus daar op afgestemd worden.
Stap 10: Escalatie bij uitzonderingen
Maak een aparte escalatietak in de workflow. Alle foutpaden convergen hier: mislukte validatie, API-fouten, handmatige beoordeling nodig en retour buiten periode. Voeg twee acties toe:
- Stuur een Slack-bericht naar #retour-escalaties met alle relevante details en een directe link naar de bestelling
- Schrijf de aanvraag weg naar de Google Sheet 'Escalaties' met status en foutmelding voor administratie
De Slack Block Kit-notificatie ziet er als volgt uit:
{
"channel": "#retour-escalaties",
"username": "GardeRobe Retourbot",
"icon_emoji": ":package:",
"blocks": [
{
"type": "header",
"text": { "type": "plain_text", "text": ":warning: Retourescalatie: actie vereist" }
},
{
"type": "section",
"fields": [
{ "type": "mrkdwn", "text": "*Bestelling:*\n{{ $json.order_id }}" },
{ "type": "mrkdwn", "text": "*Klant:*\n{{ $json.klant_email }}" },
{ "type": "mrkdwn", "text": "*Reden escalatie:*\n{{ $json.afwijzingsreden ?? $json.beoordeling_notitie ?? 'Zie workflow logs' }}" },
{ "type": "mrkdwn", "text": "*Tijdstip:*\n{{ $now.format('DD-MM-YYYY HH:mm') }}" }
]
},
{
"type": "actions",
"elements": [{
"type": "button",
"style": "primary",
"text": { "type": "plain_text", "text": "Bekijk bestelling" },
"url": "https://garderobe.nl/wp-admin/edit.php?post_type=shop_order&s={{ $json.order_id }}"
}]
}
]
}Stap 11: Foutafhandeling en retry-logica inrichten
Voeg bij de HTTP Request-nodes voor WooCommerce en DHL een retry-configuratie toe via de node-instellingen onder 'Settings'. Stel in op maximaal 3 pogingen met een wachttijd van 5 seconden tussen pogingen. Dit vangt tijdelijke API-storingen op zonder dat het een escalatie triggert.
Gebruik ook de Error Workflow-functionaliteit van n8n: ga naar Workflow Settings en stel een aparte fout-workflow in die getriggerd wordt als de hoofdworkflow crasht door een onverwachte fout. Die fout-workflow logt de error naar een gecentraliseerde Google Sheet en stuurt een Slack-melding.
Meer over error workflows en foutafhandeling vind je in de n8n error handling documentatie.
Voeg tot slot een Wait-node toe voor de DHL API-call: na een geslaagd label voeg je een wachttijd van 2 seconden toe voor de mail-node. Dit voorkomt race conditions waarbij de mail eerder vertrekt dan de labelURL beschikbaar is.
Stap 12: Testen en in productie zetten
Doorloop de volgende testscenarios voor je live gaat:
- Geldige retourvraag binnen 30 dagen met bekende reden: verwacht label per mail en Sheets-rij
- Aanvraag buiten de 30-dagen retourperiode: verwacht afwijzingsmail, geen label, geen escalatie
- Ontbrekend verplicht veld (bijv. geen artikel_sku): verwacht escalatie-Slack-bericht
- Retourreden die handmatige beoordeling vereist (bijv. van_gedachten_veranderd): verwacht klantmail in-behandeling + escalatie
- WooCommerce API offline simuleren via timeout instelling: verwacht retry x3, daarna escalatie
- Dubbele indiening van dezelfde order_id: verwacht appendOrUpdate in Sheets overschrijft bestaande rij
Gebruik de 'Test workflow'-knop in n8n met handmatig samengestelde testpayloads. Controleer daarna je Google Sheets, mailbox en Slack-kanaal om alles te verifiëren. Zet de workflow op 'active' zodra alle zes scenario's slagen.
Overweeg om de workflow eerst live te zetten voor een beperkte subset (bijv. alleen retourvragen van SKU's in een specifieke productcategorie) voordat je hem voor alle retourvragen openzet.
Troubleshooting
Probleem 1: Webhook ontvangt geen data
Symptoom: de workflow start niet nadat een klant het retourformulier indient.
Oplossing: controleer of de webhook-URL correct is geconfigureerd in het formulier. Let op het verschil tussen HTTP en HTTPS (n8n Cloud vereist HTTPS). Controleer of de Content-Type header application/json is. Test de webhook handmatig via Postman met een volledige testpayload. Check de n8n execution-logs op de Webhook-node voor foutmeldingen. Als de n8n-instantie achter een reverse proxy zit, zorg dat de proxy het juiste pad doorstuurt.
Probleem 2: DHL API geeft 401 Unauthorized terug
Symptoom: de HTTP Request-node voor het retourlabel mislukt met statuscode 401.
Oplossing: DHL API-tokens hebben een beperkte geldigheid (standaard 24 uur). Vernieuw het access token via de DHL Developer Portal en sla het opnieuw op als n8n Credential. Zorg dat je de juiste API-omgeving gebruikt: de sandbox-URL voor testen en de productie-URL pas na go-live. Check ook of de API-sleutel de juiste rechten heeft voor de shipments/returns-endpoint.
Probleem 3: Google Sheets schrijft naar de verkeerde rij
Symptoom: retourgegevens verschijnen op de verkeerde rij of kolommen staan door elkaar.
Oplossing: controleer de kolomvolgorde in je spreadsheet versus de configuratie in de Sheets-node. Zorg dat de header-rij exact overeenkomt met de veldnamen die je in de node configureert (hoofdlettergevoelig). Gebruik appendOrUpdate in plaats van append om te voorkomen dat dezelfde bestelling dubbel wordt weggeschreven. Controleer of het spreadsheet-ID correct is; kopieer het rechtstreeks uit de URL van je Google Sheet.
Probleem 4: Retourperiode wordt verkeerd berekend
Symptoom: klanten binnen de periode worden afgewezen, of verlopen aanvragen worden goedgekeurd.
Oplossing: tijdzone-problemen zijn de meest voorkomende oorzaak. WooCommerce-datums zijn UTC, maar de retour_datum in de webhook kan lokale tijd zijn. Converteer beide expliciet naar UTC timestamps via getTime() voor je het verschil berekent. Log de waarden van bestelDatum.toISOString(), aanvraagDatum.toISOString() en dagVerschil in de Code-node output om de berekening te debuggen. Zorg dat het klantformulier altijd een ISO 8601 datum stuurt (YYYY-MM-DDTHH:mm:ssZ).
Probleem 5: Bevestigingsmail komt niet aan bij de klant
Symptoom: de e-mailnode rapporteert succes maar de klant ontvangt niets.
Oplossing: check de spammap van het testaccount. Controleer of het afzenderdomein SPF en DKIM correct geconfigureerd heeft in de DNS. Gebruik een transactionele e-maildienst zoals Mailgun of Postmark in plaats van directe SMTP voor betere deliverability en uitgebreide bezorgingsrapporten. Voeg een BCC-adres toe aan je eigen inbox om bezorging te monitoren tijdens tests.
Uitbreidingen en vervolgstappen
Uitbreiding 1: AI-beoordeling van retourreden met Claude
Voeg een HTTP Request-node toe die de vrije tekst van de klant (reden_omschrijving) naar de Claude API stuurt. Laat Claude beoordelen of de omschrijving consistent is met de geselecteerde categorie en of er signalen zijn van misbruik of een defect dat garantie rechtvaardigt. Dit reduceert handmatige beoordelingen verder met naar schatting 60 procent.
Uitbreiding 2: Automatische terugbetaling via Mollie
Voeg na de labelstap een Mollie API-call toe die automatisch een terugbetaling initieert zodra het DHL-label gescand is bij het eerste DHL ServicePoint. Combineer dit met een DHL Track and Trace webhook die je informeert over statuswijzigingen. Klanten ontvangen hun geld terug zodra DHL het pakket heeft gescand; dat is een sterk concurrentievoordeel.
Uitbreiding 3: WhatsApp-bevestiging via Twilio of CM.com
Niet iedereen opent e-mail snel. Voeg een Twilio- of CM.com-node toe die naast de bevestigingsmail ook een kort WhatsApp-bericht stuurt met het trackingnummer en een link naar het retourlabel. Klanten waarderen de directheid; uit eigen metingen blijkt dat WhatsApp-bevestigingen 4x vaker worden geopend dan e-mail.
Uitbreiding 4: Fraudedetectie op basis van retourhistorie
Sla per klant-e-mailadres het totaal aantal retouren bij in een apart Google Sheet-tabblad. Voeg een check toe aan het begin van de workflow: als een klant meer dan 5 retouren heeft ingediend in de afgelopen 90 dagen, flag de aanvraag automatisch voor handmatige review en stuur een interne notificatie. Zo spoor je retourmisbruik op zonder bonafide klanten te raken.
Uitbreiding 5: Realtime retour-dashboard via Google Looker Studio
Koppel je Google Sheets-retourdatabase aan Google Looker Studio (voorheen Data Studio) voor een automatisch bijgewerkt dashboard. Toon retourpercentages per SKU, gemiddelde verwerkingstijd, meest voorkomende retourredenen en escalatieratio per week. Deel het dashboard met je team voor dagelijks inzicht in de retourprestaties.
Conclusie
Met deze n8n-workflow heb je de volledige retourverwerking van GardeRobe.nl geautomatiseerd: van aanvraag via webhook tot retourlabel in de inbox van de klant, inclusief voorraadregistratie en escalatiepaden voor uitzonderingen. Een standaard retour verloopt nu in minder dan 90 seconden, 24 uur per dag, 7 dagen per week.
De opbouwtijd voor deze workflow is een middag. De tijdsbesparing die het oplevert is permanent. Bij 220 retouren per maand en een besparing van 10 minuten per retour is dat ruim 36 uur per maand die je team kan besteden aan taken met echte toegevoegde waarde: klanttevredenheid, productcuratie, groei.
Wil je ook je inkomende klantenservicemails automatiseren? Bekijk onze handleiding over n8n e-mail klantenservice met Claude voor een vergelijkbare aanpak met AI-gestuurde e-mailresponses; de twee workflows vullen elkaar goed aan.
Veel succes met automatiseren.
