Redactie van Boosted

Herhaalde berichten of nieuwe aanvragen: hoe u records in het register aan elkaar koppelt

Een herhaald bericht van een koper is niet altijd een nieuwe aanvraag. Voer voor de rapportage een bestendig aanvraagnummer in en koppel daaraan de verduidelijkingen, terwijl u de oorspronkelijke records bewaart. Een overeenkomst in naam of onderwerp op zichzelf geeft geen grond om twee personen samen te voegen.

Een herhaald bericht van een koper is niet altijd een nieuwe aanvraag. Voer voor de rapportage een bestendig aanvraagnummer in en koppel daaraan de verduidelijkingen, terwijl u de oorspronkelijke records bewaart. Een overeenkomst in naam of onderwerp op zichzelf geeft geen grond om twee personen samen te voegen.

Bepaal de rekeneenheid

Kies wat een aanvraag in uw proces betekent: bijvoorbeeld een verzoek over een specifieke taak dat het team in behandeling heeft genomen. Een bericht, een persoon, een taak en een bestelling zijn verschillende entiteiten. Eén koper kan tegelijkertijd twee onafhankelijke bestellingen bespreken; twee teamleden van de klant kunnen over één taak schrijven.

Gebruik voor de koppeling een bevestigd aanvraagnummer of een andere werkende identificatie. Laat contactgegevens in een beveiligd systeem met de noodzakelijke toegang, en neem in een analytisch voorbeeld geanonimiseerde aanduidingen op.

Vijf records: twee aanvragen en één vraag

Oefenregister: record A — nieuwe aanvraag L1; B — bevestigde verduidelijking L1; C — nieuwe aanvraag L2; D — bevestigde verduidelijking L2; E — bericht met een vergelijkbare naam, koppeling niet vastgesteld. Dat levert twee bevestigde aanvragen en één onverwerkt bericht op, en niet automatisch vijf of drie aanvragen.

Bewaar voor A–E de oorspronkelijke regels en een apart koppelingsveld. Geef voor B en D de grond voor de samenvoeging aan. Stel voor E een verduidelijkende vraag in het gewone werkproces; voeg het record tot het antwoord niet op basis van een vermoeden samen. Werk na bevestiging het resultaat bij en laat een spoor van de wijziging achter.

De aankoopregel niet op elk signaal toepassen

Google Analytics beschrijft bijvoorbeeld het verwijderen van dubbele purchase in een webstroom op basis van transaction_id, met de nodige voorbehouden over één gebruiker. Dat is een specifieke aankoopmechaniek, en niet het automatisch samenvoegen van correspondentie in alle CRM's. Voor aanvragen moet uw regel afzonderlijk worden bepaald en getest.

Toon vóór de rapportage het aantal oorspronkelijke berichten, bevestigde aanvragen en onverwerkte gevallen. Dan zal een afname van duplicaten niet als een onverklaarbare daling van de vraag lijken, en kan het team de telling reproduceeren.

Schema: 1 — oorspronkelijke berichten bewaren; 2 — alleen bevestigde overeenkomsten koppelen; 3 — aanvragen en onbepaalde gevallen afzonderlijk tellen.

Ringdiagram en kolommen zonder getallen
1 — oorspronkelijke berichten bewaren; 2 — alleen bevestigde overeenkomsten koppelen; 3 — aanvragen en onbepaalde gevallen afzonderlijk tellen.

Andere praktische instructies — in de blog van Boosted.

Bronnen

Google Analytics: transactie-identificaties. Gecontroleerd op 21 september 2026. Praktische voorbeelden en schema's zijn redactionele methodiek; de voorbeeldgetallen zijn geen klantgegevens.

Voor een afzonderlijk kant-en-klaar openbaar bericht kun je de voorwaarden voor weergaven controleren. Deze dienst voert het beschreven werk niet uit en garandeert geen organische interesse, aanvragen of verkopen.

✦ Kies een aantal en bestel →