De flesta tror att det är enkelt att slå ihop dubbletter: tryck på ”slå ihop” så behåller CRM-systemet allt viktigt. Så fungerar det inte i de flesta CRM.
Den här guiden visar hur du slår samman rätt data. Du får se vilka data som oftast går förlorade, vilka merge rules som förhindrar misstag och hur du validerar sammanslagningar innan du skalar upp automatiseringen. Till slut har du en process du kan upprepa utan att riskera värdefull kontext.
Så kontrollerar du en sammanfogning innan du skalar upp
- Välj synliga fält:
Välj de nyckelfält du vill att Dedupely jämför, till exempel Email, First Name eller Phone Number.
- Redigera matchningsalternativen per fält:
Bestäm hur strikt eller tillåtande matchningen ska vara. Klicka på pilen under varje fältnamn för att växla mellan Exact, Similar, Fuzzy, Similar Words och Domain Root.
- Ställ in Merge Rules
Öppna Merge Rules och välj vilken post och vilka fältvärden som ska behållas. Kontrollera ägare, kontaktuppgifter och fält som används i arbetsflöden.
- Granska matchningarna
Klicka på Scan och öppna View Match Details för grupperna du vill sammanfoga. Bekräfta att de avser samma person eller företag och kontrollera värdena som behålls. Lämna osäkra matchningar omarkerade.
- Testa en liten sammanfogning
Sammanfoga ett litet granskat urval. Kontrollera de kvarvarande posterna, aktiviteterna och kopplingarna i ditt CRM innan du fortsätter. Stoppa och justera reglerna om resultatet avviker från det förväntade.
- Sammanfoga de granskade grupperna
Markera de granskade dubblettgrupperna och klicka på Merge. Använd Select all X matches först efter att ha kontrollerat hela resultatet.
Varför skyddar inte sammanslagningar alltid dina data?
Standardsammanslagningar i CRM väljer oftast en primär post och kastar värdena från den andra. Det innebär:
- Taggar och etiketter samlas på den post som överlever
- Aktivitetshistorik (e-post, samtal, anteckningar) kan försvinna
- Ägaren hämtas som standard från den primära posten, även om den andra hade aktuella uppgifter
- Anpassade fält med unika värden kan försvinna
Dubbletterna försvinner, men det gör även sammanhanget – ett renare CRM som saknar de detaljer teamen behöver.
Vilka data går oftast förlorade vid sammanslagningar?
De vanligaste förlusterna är:
- Taggar och etiketter: Hopslagen eller överskriven
- Aktiviteter: Samtal, uppgifter, anteckningar och mejl följer inte med
- Ägarskap: Felaktigt omfördelad om bara en post har en ägare
- Anpassade fält: Unika värden försvinner när bara ett behålls
Därför handlar sammanslagning om att bevara den information som gör posterna användbara.
Hur säkerställer jag att viktig information överlever en sammanslagning?
Så här undviker du att värdefull data går förlorad:
- Anteckningar, e-post och uppgifter finns kvar → kontrollera att ditt CRM eller verktyg tar med sig dessa
- Skydda viktiga fält → se till att ägare, leadstatus eller livscykelfas inte skrivs över med tomma värden
- Bestäm vilka värden som vinner → använd Merge Rules för att välja vilket värde som ska behållas
- Kontrollera hur taggar beter sig → vissa CRM slår ihop taggar, andra skriver över dem; kör ett litet test för att vara säker
Med de kontrollerna på plats löser du dubbletterna utan att förlora historiken.
Vilka merge rules ska jag ställa in för att bevara sammanhanget?
Här är praktiska, fältspecifika regler som du kan kopiera in i din process:
- Om du vill behålla den senaste informationen: I mina CONTACTS vill jag att EMAIL ska VINNA om CREATED DATE är SENAST
- Om du vill behålla telefonnumret från posten med e-post: I mina KONTAKTER vill jag att TELEFONNUMRET ska VINNA om E-POSTEN INTE är TOM
- Om du vill att generiska e-postdomäner ska förlora: I mina KONTAKTER vill jag att E-POSTEN ska FÖRLORA om eller när E-POSTEN INNEHÅLLER [gmail.com]
Reglerna förhindrar vanliga misstag och gör sammanslagningarna enhetliga i hela teamet.
Hur kontrollerar jag sammanslagningar innan jag litar på automatiseringen?
Innan du aktiverar massammanslagning eller automatisering, validera dina regler:
- Kör en förhandsgranskning och jämför posterna sida vid sida
- Kontrollera viktiga fält som ägare, livscykel, taggar och aktiviteter
- Slå bara ihop när dina regler uppfylls
- Hoppa över poster som ser osäkra ut
Tips: Testa på ett litet urval först. Det förhindrar dataförlust i stor skala och ger trygghet i din sammanslagningslogik.
Vilken reserv eller historik bör jag ha om något går fel?
Många CRM-system saknar möjlighet att ångra sammanslagningar, så skyddsmekanismer är nödvändiga:
- Exportera en CSV-backup före massammanslagningar
- För logg över sammanslagna post-ID:n för att följa ändringarna
- Använd verktyg med Merge History för att granska resultaten, som Dedupely
- Håll ett regelbundet schema för säkerhetskopiering (export varje vecka eller månad)
Med de skydden orsakar inte ens en felaktig sammanslagning permanent skada.
Att slå ihop är att bevara sammanhanget
Att rensa dubbletter betyder inte att radera poster. Det betyder att skydda det sammanhang som gör data användbara. Utan regler raderar sammanslagningar det. Med union-logik, fältspecifika regler och pålitliga säkerhetskopior blir uppstädningen säker och upprepningsbar.










