# HubSpot-dubbletter: Företag och avtal på Fintech | Dedupely > En fintech rensade över 4 000 dubblettmatchningar av företag och avtal från HubSpot med Dedupely och gav sitt säljteam en pipeline det kan lita på. - URL: https://dedupe.ly/sv/case-studies/fintech-hubspot-duplicate-deals - Section: case-studies - Published: 2026-10-14 - Site index: https://dedupe.ly/llms.txt - Any page: append `.md` to its URL for this plain-text form --- [Fallstudier](https://dedupe.ly/case-studies) HubSpot Kundhistoria ## Hur ett fintech-företag gav sitt säljteam en pipeline det kan lita på genom att rensa över 4 000 duplicerade matchningar med Dedupely - [HubSpot](https://dedupe.ly/integrations/hubspot) - År av äldre data - Finansiella tjänster - 2,158 företagsmatchningar sammanslagna på under 7 veckor - 1,852 avtalmatchningar sammanslagna på under 7 veckor - 12 sökningar på Auto Merge En matchning är en uppsättning dubblettinspelningar sammanslagna till en enda post. Varje matchning innehåller minst två poster, och många innehöll tre eller fler, så antalet poster som sammanslogs är mer än dubbelt antalet matchningar. TL;DR RevOps-chefen på ett fintech-företag kom tillbaka till Dedupely med dubbletter på två nivåer: företag och de extra affärer som varje företagssammanfogning lämnade efter sig. På mindre än 7 veckor sammanfogade teamet 2 158 företagsmatchningar och 1 852 affärsmatchningar, med 12 sökningar som nu körs på Auto Merge. På den här sidan - 01 Varifrån dubletter kom - 02 Vad dupliceringar orsakade - 03 Hur dubbletter löstes - 04 Vad deduplicering förändrade ### Varifrån dubletter kom #### Ett företag, två webbplatsfält och en affär för varje dublett Företaget är en finansteknologibusiness som kör sin försäljningspipeline i HubSpot, med mer än 500 000 poster och ett par tusen affärer. RevOps-chefen hade använt Dedupely några år tidigare, flyttade bort från det och kom tillbaka med vad han beskrev som ett stort dubblettproblém på företags- och affärsnivå. Han hade redan byggt sina egna sökningar och sammanslutningsregler, och dubbletter kom fortfarande igenom. Tre saker skapade dem hela tiden: - **Webbplatsen fanns på två ställen.** Vissa företagsposter lagrades i domänfältet, andra i ett annat webbplatsfält. En sökning på ett fält missade dupliceringar i det andra. - **Företagssammanslutningar skapade duplicerade avtal.** När två företag sammanfogades, tog var och en sin egen affär med sig, så det överlevande företaget slutade upp med två affärer i samma pipeline. Varje företagsrengöring kunde lämna en ny affärsrengöring efter sig. - **Inte varje post ska matcha.** [Företag](https://dedupe.ly/integrations/hubspot/duplicate-companies) skapade från personliga e-postdomäner, som Gmail eller Yahoo, och företag som tillhör ett moderföretag fick stanna utanför sammanslagningen, eller så skulle fel poster kombineras. ### Vad dupliceringar orsakade #### En veckovis sökning efter poster som borde sammanslås När han kom tillbaka sa han att dupletterna orsakade kaos. Nästan varje vecka hittade han poster som borde ha sammanslagits men inte hade, och undrade varför det fortfarande fanns så många dubbletter. På avtalsidan kunde ett samslaget företag sluta upp med två avtal för samma klient i samma försäljningspipeline, och någon var tvungen att hitta och slå samman dem för hand. Teamet hade redan bestämt vilka avtalsstadier som skulle överleva en sammanslagning, med stadier som Lost eller Bad lead inställda på att förlora. #### Varför lösa regler var riskabla Att matcha på för få fält var riskabelt i denna skala. Tidigt slogs två företag samman vars domäner matchade förutom slutet. Domain Root ignorerar www, .com och landvarianter enligt design, så sökningen gjorde det den var inställd på. Han var inte orolig för det paret, men han pausade sökningen. [Auto Merge](https://dedupe.ly/product/auto-merge) och lade till en andra kontroll, så två företag som verkligen är olika kunde inte sammanfogas på samma sätt. Att matcha på för mycket missade riktiga dubbletter istället. En sökning som krävde både domänen och webbplatsfältet missade par där webbplatsfältet var tomt på en post, för tomma värden räknas inte som matchningar. ### Hur dubbletter löstes - #### 1. Lägg till de fält sökningarna behöver Det första steget var att få in rätt fält. Med hjälp av Dedupely:s kundsupportteam lade han till det andra webbplatsfältet för företagssökningar och det associerade företagets namn och webbplats för affärssökningar, och väntade sedan på resynken för att de nya fälten skulle visas i resultaten. Varje sammanslagning som Dedupely gör registreras i Merge History, som teamet exporterade som en CSV-säkerhetskopia. - #### 2. Matcha organisationer efter domän, med begränsningar Företagssökningar matchar på Domain Root, som jämför kärndomänen och ignorerar www, .com och landvarianter. För att hålla olika företag åtskilda lade han till ett andra fält, land eller region, så en matchning kräver samma domän och samma land. Filter håller fel poster borta innan matchningen börjar. Ett filter tar bort företag med personliga e-postdomäner som Gmail, Yahoo och Proton. Ett annat håller borta företag som har ett moderbolag. Fler matchfält betyder färre resultat, men mer solida dubbletter. - #### 3. Ge affärer sina egna sökningar och sina egna regler [Affärer](https://dedupe.ly/integrations/hubspot/duplicate-deals) matcha på det associerade företaget och pipelinen, så två deals slås bara samman när de tillhör samma klient i samma pipeline. Det fångar exakt det par som en företagssammanslagning lämnar efter sig. [Merge Rules](https://dedupe.ly/product/duplicate-merging) bestämmer vad som överlever. För affärer är Primary Record den äldsta affären, så en sammanfogning behåller alltid affären som skapades först. På affärssteg gör Lose Rules steg som [Leads](https://dedupe.ly/integrations/hubspot/duplicate-leads), Dålig lead och Förlorad förlorar, och Win Rules favoriserar stadier som visar verklig framgång, såsom kvalificerade leads, möjligheter och registrerade kunder. Lose Rules körs alltid före Win Rules, och tomma fält skriver aldrig över befintlig data. - #### 4. Automatisera enligt ett schema och övervaka sedan När en sökning bara returnerade riktiga dupliceringar aktiverade han Auto Merge, som slår samman nya dupliceringar enligt ett schema med sökningens kriterier och dess Merge Rules. Företagssökningar som tidigare kördes varje några minuter flyttades till ett dagligt schema, och deal-sökningar körs på inställda dagar. När han ställde in Auto Merge på en ny deal-sökning planerade han att noggrant granska dess resultat innan han lämnade den på. Att avvisa matcher gjorde det säkrare. När ett par inte är en riktig dubblett avvisar han det, och det faller ur nuvarande och framtida sökningar, så det sammanslås aldrig av misstag. ### Vad deduplicering förändrade #### Sökningar som körs automatiskt Inom några veckor sammanslöt han så mycket att han slutade räkna. Snart körs hans viktigaste automatiserade företagssökning, där den fångar de flesta dubbletter och bara flaggar ett eller två kantfall ibland, så han låter den köra. En äldre engångssökning returnerar nu ingenting alls, antagligen för att dess dubbletter redan hade slagits samman. Siffrorna stöder det. På under 7 veckor sammanslöt teamet 2 158 företagsmatchningar och 1 852 affärsmatchningar, många med tre eller fler poster i en enda matchning. Tolv sökningar körs nu på Auto Merge, så nya dubbletter över företag och affärer sammanslås enligt schemat istället för att vänta på att någon upptäcker dem. #### Ett verktyg som teamet byggde vidare på Han beskrev Dedupely som att göra ett utmärkt jobb med att deduplicera deras poster, och teamet fortsatte att lägga till inställningarna: separata sökningar för företag och erbjudanden, Merge Rules för varje objekt, och filter som håller fel poster ute. Huvudpoäng När två företag i din CRM sammanslås, tar var och en sina egna affärer med sig. Det resulterar i två affärer för samma kund. Så kontrollera även dubblettaffärer efter att du sammanslår företag. ### Relaterat - [Matchningsalternativ](https://dedupe.ly/knowledge-base/match-options) - [Merge Rules](https://dedupe.ly/knowledge-base/merge-rules) - [Kundhistoria 140,000+ duplicerade poster slagna samman Salesforce Hälsovård Hur ett sjukvårdsmjukvaruföretag slutade rensa samma dubbletter två gånger i HubSpot och Salesforce med Dedupely Läs historien](https://dedupe.ly/case-studies/healthcare-software-hubspot-salesforce-duplicates) - [Kundhistoria 58,000+ duplicerade poster slagna samman Pipedrive SaaS Hur ett SaaS-företag sammanslöt över 58 000 duplicerade Pipedrive-poster från sin migrering från HubSpot, med Dedupely Läs historien](https://dedupe.ly/case-studies/saas-pipedrive-migration-duplicates) - [Kundhistoria 20,000+ duplicerade poster slagna samman Pipedrive SaaS Hur ett AI-telefonsvar-företag slutade att manuellt kontrollera Pipedrive och slog samman 20 000+ dubblettpostningar med Dedupely Läs historien](https://dedupe.ly/case-studies/ai-phone-answering-pipedrive-duplicates) ### Rensa upp dina HubSpot-företag och erbjudanden idag [Prova gratis](https://v2.app.dedupe.ly/signup) [Prata med sälj](https://meetings.dedupe.ly/meetings/gaby-salinas/talk-to-sales) Hoppa till innehåll