Aanvragen vanuit je website automatisch naar je CRM zetten

Een bezoeker vult je contactformulier in. Die aanvraag komt binnen als e-mail, of als melding in het formulier-systeem van je website. Vanaf dat moment moet iemand hem overtypen: naam en adres in het CRM of de boekhouding, een regel in een Excel-lijst, misschien een taak in de agenda om terug te bellen. Bij vijf aanvragen per week is dat een kwartiertje typewerk. Bij vijftig is het een vast onderdeel van iemands dag.

Het probleem is niet de tijd die het overtypen kost, maar wat er misgaat omdat het handmatig gebeurt. Een aanvraag komt binnen op een vrijdagmiddag en wordt pas dinsdag gezien. Een telefoonnummer wordt verkeerd overgenomen. Een aanvraag die in de spamfilter van een algemeen info@-adres verdwijnt, bereikt niemand. Niets daarvan is een incident; het is een vast lek zodra een aanvraag van het ene systeem (de website) naar het andere (je klantenbestand) moet, met een mens als enige schakel ertussen.

KVK noemt in een artikel over klantgegevens een heel andere, maar verwante valkuil: ondernemers die klantdata bijhouden in Excel. Dat werkt níet, schrijft adviseur Van der Meijde, "omdat Excel er niet voor is gemaakt, het is een rekenprogramma." Hetzelfde geldt voor een webformulier dat alleen e-mails stuurt: het is gemaakt om een bericht te versturen, niet om een klantenbestand te vullen. Zodra je dat wel van het formulier verwacht, ontstaat precies het handwerk dat fouten oplevert.

Hoeveel bedrijven dit raakt, is niet in Nederlandse cijfers te vangen, maar dat Nederlandse bedrijven in vergelijking met de rest van Europa veel met systemen voor klantgegevens werken, blijkt wel uit Eurostat: in 2025 gebruikte 70% van de Nederlandse bedrijven met minimaal 10 werknemers software voor ERP, CRM of BI — samen met België het hoogste aandeel van de EU. De vraag is dus zelden óf een bedrijf zo'n systeem heeft, maar of de aanvragen van de website er automatisch in terechtkomen, of dat iemand ze er met de hand in moet zetten.

Een koppeling tussen je website en je CRM doet in de kern één ding: de gegevens die een bezoeker invult, komen rechtstreeks in je systeem terecht, in de juiste velden, zonder dat iemand ze overtypt. Hoe dat technisch gebeurt, verschilt per situatie.

Bij veel websites loopt het formulier via een plugin (bijvoorbeeld in WordPress) die zelf al een koppeling met populaire CRM- of e-mailsystemen aanbiedt. Je kiest het systeem, logt eenmalig in, en koppelt de velden van het formulier aan de velden in je CRM: naam aan naam, telefoonnummer aan telefoonnummer. Werkt je website niet met zo'n plugin, dan kan een los koppelplatform de brug vormen: dat vangt de binnenkomende aanvraag op en zet hem automatisch door naar het systeem waar je klantgegevens staan. In beide gevallen verandert er voor de bezoeker niets — die vult gewoon het formulier in. Het verschil zit achter de schermen: geen mail die blijft liggen, maar een regel die direct in je klantenbestand staat, inclusief datum en de pagina waar de aanvraag vandaan kwam.

Belangrijk is dat je van tevoren bepaalt wat er met de aanvraag moet gebeuren nadat hij is binnengekomen. Een koppeling die alleen gegevens doorzet zonder vervolgstap, verplaatst het probleem alleen van de mailbox naar het CRM. KVK adviseert daarom om eerst een doel te bepalen — meer klanten, hogere besteding, betere service — voordat je gegevens verzamelt, en pas daarna een vervolgactie te koppelen, zoals een automatische bevestiging aan de klant of een taak voor wie de aanvraag moet opvolgen.

Let bij het kiezen van een koppeling op drie dingen: welke velden je nodig hebt (meer dan naam en e-mailadres is zelden nodig om te beginnen), of het systeem waarschuwt als een koppeling een keer niet werkt, en of je de gegevens er ook weer uit kunt halen als je ooit wisselt van CRM of boekhoudpakket.

Het directe voordeel is dat een aanvraag niet meer kan "verdwijnen" tussen website en klantenbestand. Geen aanvraag die in een persoonlijke mailbox blijft staan omdat degene die hem zag met vakantie ging, geen dubbele invoer die twee keer dezelfde klant in het systeem zet met net iets andere spelling.

Over de kosten valt weinig hards te zeggen zonder een leverancier te noemen, en dat past niet bij een algemeen artikel. Wat wel klopt voor vrijwel elke situatie: de instelkosten (het uitzoeken welke velden waarheen moeten, en het testen) zijn meestal het grootste deel van de rekening, en dat is eenmalig werk. De doorlopende kosten van een koppeling zitten doorgaans in een maandelijks abonnement op het koppelplatform of in de functie die al in je CRM-pakket zit — vaak een onderdeel van een abonnement dat je al had, niet een nieuwe aparte kostenpost. Vraag bij elke leverancier concreet naar het aantal aanvragen of "runs" dat in het abonnement past: bij een laag maximum betaal je bij groei alsnog bij.

Reken ook de tijd die je nu kwijt bent aan overtypen eerlijk mee. Vijftien minuten per dag aan handmatige invoer is ruim een uur per week, oftewel enkele werkdagen per jaar. Of een koppeling zich terugbetaalt, hangt dus niet alleen af van het abonnement, maar vooral van hoeveel aanvragen je nu al mist of te laat oppakt — en dat weet je pas zeker als je een paar weken bijhoudt wat er met elke aanvraag gebeurt voordat je gaat koppelen.

Automatiseren is niet altijd de juiste stap, en dat geldt ook hier. Krijg je een paar aanvragen per maand, en pak je ze altijd dezelfde dag op, dan levert een koppeling weinig op: de tijdsbesparing is te klein om de instelkosten terug te verdienen, en een extra systeem betekent ook een extra ding dat kan vastlopen of dat iemand moet begrijpen als jij er even niet bent.

Ook als je klantproces nog volop verandert — een nieuwe dienst, een ander soort klant, een website die binnenkort toch vernieuwd wordt — is het verstandiger te wachten. Een koppeling die je nu bouwt op basis van de huidige velden, moet je over een half jaar weer aanpassen. Bouw eerst het formulier en het proces dat je wilt houden, koppel daarna.

Hetzelfde geldt wanneer de meeste aanvragen helemaal niet via het formulier komen, maar via telefoon of een vaste contactpersoon die de klant al kent. Dan zit het echte knelpunt niet bij het formulier, maar ergens anders in het proces — en een koppeling aan de website verhelpt dat knelpunt niet.

Een laatste reden om het (nog) niet te doen: als je nu al moeite hebt om je klantgegevens actueel te houden in het systeem dat je al hebt, voegt een extra aanvoerkanaal alleen maar meer rommel toe aan een bestand dat al niet klopt. Eerst opschonen, dan pas automatisch laten aanvullen.

Heb je nog geen CRM, dan hoef je niet meteen een systeem aan te schaffen om toch te stoppen met overtypen. KVK wijst erop dat je klantgegevens ook kunt vastleggen in een kassa- of boekingssysteem dat je al gebruikt, als dat gegevens, aankoopgeschiedenis en e-mails kan opslaan. Begin dan met het koppelen van je formulier aan dát systeem in plaats van aan een nieuw CRM — dat is meestal de kleinste stap.

Bepaal eerst welk minimum aan gegevens je nodig hebt: naam en e-mailadres is voor de meeste bedrijven genoeg om te beginnen. Meer velden vragen in het formulier betekent meer kans dat een bezoeker halverwege afhaakt, en meer velden om foutloos door te koppelen.

Leg ook vast wie verantwoordelijk is voor wat er met een binnengekomen aanvraag gebeurt. Een koppeling zorgt dat de gegevens op de juiste plek staan, maar niet dat iemand de klant ook daadwerkelijk belt of mailt. Spreek dus af: wie volgt een aanvraag binnen welke termijn op, en waar in het systeem markeer je dat die opvolging is gebeurd? Zonder die afspraak staat de aanvraag netjes in het CRM, maar ligt hij daar net zo stil als voorheen in de mailbox.

Komt er een moment dat je wel een volwaardig CRM wilt, bewaar dan de velden die je nu al gebruikt. Een export uit je huidige systeem die één op één overgezet kan worden, scheelt bij die overstap het meeste werk.