Welke leadgegevens heb je nodig? Formulieren en CRM praktisch inrichten

Begin bij wat je de bezoeker belooft

“Minimale gegevens” betekent niet voor ieder formulier dezelfde drie velden. Voor het e-mailen van een brochure heb je andere informatie nodig dan voor een huisbezoek. Beantwoord eerst: wat ontvangt iemand, via welk kanaal en welke medewerker doet daarna iets?

De Europese privacytoezichthouders benadrukken dat persoonsgegevens beperkt moeten blijven tot wat nodig is voor het doel. Gebruik dat als veldtoets: welke concrete vervolgstap is onmogelijk als dit veld ontbreekt? Als niemand daarop antwoord heeft, hoort het waarschijnlijk niet verplicht in de eerste aanvraag.

Een kort formulier is geen doel op zich. Een ontbrekend bezoekadres kan een huisbezoek blokkeren; een verplicht adres bij een digitale brochure kan juist onnodig zijn.

Veldkeuzes voor drie soorten aanvragen

Dit zijn ontwerpkeuzes voor deze voorbeelden, geen universele juridische lijst. Houd aanvullende marketinginschrijving herkenbaar apart van de aangevraagde dienst. Bepaal per verwerking het doel, de grondslag en de bewaartermijn met degene die daarvoor verantwoordelijk is. Een privacyverklaring vervangt die keuzes niet.

Wat het CRM aanvullend moet vastleggen

Een medewerker heeft meer procesinformatie nodig dan de bezoeker zelf moet invullen. Voeg systeemgegevens automatisch toe waar dat betrouwbaar kan: aanvraag-ID, formulier-ID, ontvangstmoment, oorspronkelijke vraag en bronpagina. Bewaar daarnaast eigenaar, status, volgende actie en actiedatum.

Scheid drie dingen: persoon, aanvraag en activiteit. Eén persoon kan een brochure aanvragen, een afspraak boeken en later een tweede project starten. Alles samenvoegen op naam maakt die verschillende bedoelingen onzichtbaar; voor iedere klik een nieuwe persoon aanmaken veroorzaakt duplicaten.

Een bruikbaar voorbeeldrecord:

Aanvraag A-1042 · digitale brochure badkamer · ontvangen 12 oktober · bron: badkamerpagina · contact: voorbeeldadres · eigenaar: intake-team · status: nieuw · volgende actie: controleren of advies gewenst is · contactvoorkeur: e-mail.

Dit is een fictief dossier. Het laat zien dat bron, bedoeling en verantwoordelijkheid elk een eigen plaats hebben.

Dubbele en onvolledige aanvragen afhandelen

Gebruik e-mailadres of telefoon als mogelijk herkenningssignaal, niet als onfeilbaar bewijs dat twee aanvragen hetzelfde zijn. Mensen delen contactgegevens en maken typefouten. Salesforces uitleg over dubbele records benoemt ook de betekenis van gedeelde contactpunten.

Een veilige werkregel is: dezelfde technische inzending opnieuw ontvangen betekent geen tweede aanvraag; dezelfde persoon met een nieuwe vraag kan wel een nieuwe aanvraag betekenen. Laat twijfelgevallen beoordelen en bewaar waarom iets is samengevoegd.

Ontbreekt een noodzakelijk contactgegeven, maak dan geen fictieve waarde zoals “onbekend@example.com”. Zet het dossier in een herkenbare uitzonderingsstatus. Is alleen niet-essentiële context afwezig, laat de aanvraag gewoon doorlopen en vraag later gericht door.

Test van formulier tot medewerker

Test minimaal een gewone aanvraag, lege optionele telefoon, onjuist e-mailadres, herhaalde verzending, bestaande contactpersoon en tijdelijke storing. Controleer in elk geval de bevestiging voor de bezoeker én het dossier dat de medewerker ziet.

Een succesmelding mag niet betekenen dat alleen een animatie is afgespeeld. Stel vast dat de aanvraag is opgeslagen, een verantwoordelijke krijgt en later terugvindbaar blijft. Bij een storing moet duidelijk zijn of de bezoeker opnieuw kan proberen en wie de fout intern behandelt.

Checklist voor acceptatie

• Elk verplicht veld ondersteunt een aantoonbare vervolgstap.
• Vrijwillige velden blokkeren de verzending niet.
• De oorspronkelijke vraag en herkomst zijn terug te lezen.
• Herhaalde verzending veroorzaakt geen dubbele werkvoorraad.
• Een medewerker ziet eigenaar, status en volgende actie.
• Toegang en bewaarbeleid zijn bewust ingericht.

Gebruik daarna de gids over leads opvolgen. Een correct formulier levert pas waarde als iemand het ontvangen verzoek ook behandelt.