Hulp nodig bij deze handleiding?Vraag het DripTell-team
Een klant stelt een vraag via Instagram, komt de volgende ochtend terug via WhatsApp en verstuurt later een formulier met een zakelijk e-mailadres. Als elk gesprek automatisch een nieuwe lead maakt, wordt één persoon drie records voordat sales één inhoudelijk antwoord heeft gegeven.
Los dit op vóór het aanmaken van het salesrecord. Normaliseer betrouwbare identificatoren, zoek bestaande contacten en leads, koppel het nieuwe gesprek bij een zekere match en stuur twijfelgevallen naar een korte menselijke controle. Maak alleen een nieuwe lead wanneer er voldoende bewijs is voor een nieuwe persoon of een nieuwe koopvraag.
Bepaal eerst wie de persoon is
Een gesprek, contact, lead en opportunity zijn verschillende dingen. Een gesprek is een interactie. Een contact vertegenwoordigt een persoon. Een lead vertegenwoordigt mogelijk verkoopwerk en een opportunity een concrete kans om verder te brengen. Wie elke interactie als een nieuwe lead behandelt, maakt eigenaarschap, opvolging en rapportage onbetrouwbaar.
- 1Leg de interactie vastBewaar gebeurtenis en bron vóór het besluit over een nieuwe lead.
- 2Normaliseer identificatorenStandaardiseer betrouwbare telefoon en e-mail en bewaar het origineel.
- 3Zoek bestaande recordsControleer contacten, actieve leads en gekoppelde historie vóór creatie.
- 4Kies één uitkomstKoppel exact, beoordeel twijfel en maak alleen duidelijke niet-matches.
- 5Controleer het resultaatToets eigenaar, toestemming, volgende actie en automatisering na wijzigingen.
Begin met identificatoren die de klant zelf heeft verstrekt. Voor WhatsApp kan dat een genormaliseerd internationaal telefoonnummer zijn. Voor een formulier kan dat een geverifieerd e-mailadres zijn. Een Instagram-identiteit is bruikbaar binnen dat kanaal, maar mag niet stilzwijgend worden gelijkgesteld aan een telefoon- of e-mailcontact zonder een koppelgebeurtenis of bevestiging.
Normaliseer vóór het vergelijken. Verwijder onschuldige opmaakverschillen uit telefoonnummers, maak het gebruik van hoofdletters in e-mailadressen consistent en bewaar de oorspronkelijke waarde voor controle. Match niet alleen op weergavenaam. Twee mensen kunnen dezelfde naam hebben, een gezin kan een telefoon delen en een algemeen e-mailadres kan door meerdere medewerkers worden gebruikt.
Microsoft legt uit dat regels voor dubbele records matchcodes vergelijken op basis van velden zoals e-mail, voornaam en achternaam. Het waarschuwt ook dat records die tegelijk worden verwerkt toch dubbel kunnen ontstaan en adviseert geplande detectietaken als tweede controle in de documentatie over dubbele gegevens. Dat risico is relevant wanneer meerdere kanalen gelijktijdig records aanmaken.
Een goede gespreksinbox moet daarom één identiteitsbesluit voeden in plaats van elk kanaal een eigen klant te laten bedenken.
Werk met drie uitkomsten
Een binaire matchregel lijkt eenvoudig. Het record bestaat of het bestaat niet. Klantgegevens zijn rommeliger, dus gebruik drie uitkomsten.
Een exacte match kan het gesprek aan het bestaande record toevoegen. Een mogelijke match wacht op controle zonder nieuwe outreach te starten. Een duidelijke niet-match kan een record maken met behoud van bron en toestemmingsbewijs.
| Uitkomst | Voorbeeld van bewijs | Veilige recordactie | Vervolgstatus |
|---|---|---|---|
| Exacte match | Hetzelfde geverifieerde telefoonnummer of e-mailadres na normalisatie | Koppel het gesprek aan bestaand contact en actieve lead | Behoud eigenaar en volgende actie |
| Mogelijke match | Vergelijkbare naam en organisatie met één afwijkende identificator | Wacht op menselijke controle | Start geen tweede reeks |
| Geen match | Andere betrouwbare identificatoren en geen gekoppelde historie | Maak een nieuw contact of een nieuwe lead | Wijs één eigenaar toe |
| Gedeelde identiteit | Gezinsnummer of algemeen zakelijk e-mailadres | Bewaar personen apart met een expliciete relatie | Bevestig vóór persoonlijke outreach |
Deze tabel is beleid, geen universele formule. Betrouwbare identificatoren verschillen per kanaal en klantrelatie. Schrijf de regel op, test echte randgevallen en toon de reden aan de beoordelaar.
Dit besluit hoort vóór een leadkwalificatieproces. Kwalificatie vraagt of de behoefte het waard is om verder te brengen. Deduplicatie vraagt eerst of het record al bestaat.
Voorkom dat twee automatiseringen tegelijk winnen
Zoeken vóór aanmaken is nodig, maar niet genoeg. Twee gebeurtenissen kunnen bijna gelijktijdig zoeken, allebei niets vinden en elk een record maken. Dat gebeurt bijvoorbeeld wanneer iemand direct na een bericht ook een formulier verstuurt of wanneer een webhook opnieuw wordt afgeleverd.
Gebruik voor elke inkomende gebeurtenis een idempotentiesleutel, zodat een herhaling hetzelfde werk niet opnieuw maakt. Maak de genormaliseerde sterke identificator uniek waar de bedrijfsregels dat toelaten. Voer de laatste zoekactie en creatie als één beheerste transactie uit. Heeft een ander proces het record net gemaakt, koppel het gesprek dan daaraan.
Bewaar de kanaalgebeurtenis ook als er geen nieuwe lead komt. De klant nam opnieuw contact op en dat hoort in de historie. Dit verschilt van het voorkomen van dubbele uitgaande berichten, al moeten beide controles samenwerken.
Laat de matchingservice geen campagne verzenden, verkoper toewijzen of fase wijzigen. Zijn taak is beperkt tot identiteit oplossen en één record doorgeven aan het volgende proces.
Voeg samen zonder context te verliezen
Dubbele records blijven ontstaan door imports, handmatige invoer, gewijzigde nummers en oudere integraties. Kies het hoofdrecord met een gepubliceerde regel. Bewaar de vroegste bron, huidige toestemming, volledige gesprekshistorie, open taken, actieve opportunity, eigenaar en volgende actie. Pauzeer overlappende automatisering vóór het samenvoegen en controleer daarna dat geen tweede opvolging gepland blijft.
Microsoft beschrijft dat een samenvoeging het primaire record behoudt, het secundaire deactiveert en gekozen gegevens, notities en activiteiten aan het primaire record koppelt in de handleiding voor samenvoegen. Ondersteuning verschilt per recordtype en proces. Test daarom uw echte formulieren, imports en integraties.
Voeg een twijfelachtig paar nooit automatisch samen omdat de namen lijken. Een fout kan de historie van de ene persoon bij een ander tonen, een verkoper verkeerd sturen of een geldig toestemmingsbesluit overschrijven.
Meet het proces per bron
Meet dubbele records afzonderlijk voor formulieren, imports, WhatsApp, Instagram, handmatige invoer en API. Volg automatisch gekoppelde exacte matches, beoordeelde twijfelgevallen, fout-positieven, later gevonden missers en wachttijd voor controle.
Controleer ook de gevolgen. Benaderden twee verkopers dezelfde persoon? Herstartte een reeks na samenvoegen? Veranderde de leadkwalificatiegraad doordat dubbele records in of uit de noemer gingen? Een schone database kan nog steeds een kapot proces verbergen.
Een bruikbaar ontwerp voor CRM en leadrecords houdt bron, toestemming, eigenaar, fase en volgende actie samen in één klanthistorie. Een breder salesproces kan dan doorgaan zonder de klant hetzelfde verhaal opnieuw te laten vertellen.
Bekijk wekelijks een steekproef en verwerk fouten in de regels. Het doel is niet nul waarschuwingen, maar één verantwoord besluit per echte persoon en koopvraag.
Veelgestelde vragen
Betekent hetzelfde telefoonnummer altijd dezelfde klant
Nee. Het is een sterk signaal, maar gezinsnummers, gedeelde zakelijke telefoons, opnieuw uitgegeven nummers en invoerfouten bestaan. Gebruik de relatiecontext en controleer twijfelgevallen.
Moet een terugkerende klant een nieuwe lead krijgen
Niet alleen vanwege een nieuw gesprek. Maak nieuw verkoopwerk wanneer er een afzonderlijke behoefte of opportunity is en bewaar de persoon met historie op het bestaande contact.
Kan dubbele detectie na toewijzing plaatsvinden
Dat kan, maar het is laat. Een tweede eigenaar of automatische reeks kan al zijn gestart. Controleer zo sterk mogelijk vóór creatie en toewijzing en gebruik geplande checks voor wat de eerste poort mist.
Wat gebeurt er met een onduidelijke match
Plaats die in een benoemde controlewachtrij met bewijs en een deadline. Voeg niet samen, start geen tweede outreach en verwijder het gesprek niet voordat iemand de identiteit heeft opgelost.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid