Ett CRM-projekt går sällan fel för att teamet valde fel funktion. Det går fel när företaget försöker flytta gamla arbetssätt, otydliga definitioner och bristfälliga data till ett nytt system. Frågan om CRM-migrering eller nyimplementation är därför inte primärt teknisk. Den avgör hur väl marknad, sälj och kundteam kan driva intäkter tillsammans de kommande åren.
För ett B2B-bolag med långa säljcykler blir kostnaden hög när CRM:et inte speglar verkligheten. Säljare skapar egna kalkylblad. Marknad optimerar mot fel leads. Chefer saknar en prognos de litar på. Kunddialoger och köpsignaler hamnar i olika system. Att bara byta plattform löser inte det. Att bygga om utan att förstå vad som faktiskt fungerar gör ofta läget sämre.
En CRM-migrering innebär i grunden att ni flyttar data, processer och ofta delar av konfigurationen från ett befintligt CRM till en ny plattform. Det kan vara rätt när affärslogiken är sund, men nuvarande system begränsar er. Kanske saknas stöd för avancerad automation, internationella team, datamodellering eller en gemensam vy över marknad och sälj.
En nyimplementation betyder att ni bygger om grunden. Ni ifrågasätter objekt, livscykelsteg, pipeline, ägarskap, rapportering och automatisering innan ni konfigurerar något. Det är rätt när det befintliga CRM:et har blivit ett arkiv i stället för ett operativt system för intäktsarbetet.
Skillnaden är avgörande. En migrering kan vara snabbare och minska förändringsmotståndet. Men den kan också flytta teknisk skuld från ett system till ett annat. En nyimplementation tar mer analys och ställer högre krav på beslut från ledningen. I gengäld kan den skapa ett CRM som stödjer den go-to-market-modell ni faktiskt behöver, inte den modell ni råkade ha när systemet sattes upp.
Många projekt inleds med frågan: Vilka fält ska följa med? Det är en för tidig fråga. Börja i stället med vilka beslut CRM:et ska göra enklare och vilka flaskhalsar som bromsar tillväxten.
Om marknad genererar många kontakter men få möten av rätt kvalitet, behöver ni en tydlig definition av kvalificerat lead, rätt poängmodell och ett överlämningsflöde som sälj accepterar. Om prognosen svänger kraftigt varje månad behöver ni se över pipeline-steg, exitkriterier och säljbeteenden. Om expansion och retention är viktiga intäktsdrivare behöver kunddata, affärer och aktivitetsdata hänga ihop efter att kontraktet är signerat.
Det här är också skälet till att en CRM-implementation inte bör ägas isolerat av IT eller en enskild systemadministratör. Tekniken ska vara stabil och säker, men affärsreglerna måste ägas av de funktioner som använder dem. RevOps kan hålla ihop strukturen, men ledningen måste fatta besluten när marknad och sälj har olika bild av vad som räknas som ett bra lead eller en verklig affärsmöjlighet.
Migrering är ofta den rimliga vägen när kärnprocesserna fungerar, användningen är relativt hög och ni kan beskriva er datamodell utan att behöva förklara undantag efter undantag. Det gäller också när problemet främst är plattformens begränsningar, inte er kommersiella modell.
Ni kan också välja migrering om historiken är central för försäljning eller kundrelationer och datan håller tillräcklig kvalitet. Då bör målet vara att flytta det som skapar kontext och beslutsvärde, inte allt som någonsin registrerats.
Slutligen kan en stegvis migrering vara klok när flera marknader eller affärsenheter använder olika system. En gemensam målbild behövs, men själva övergången kan ske i kontrollerade etapper för att minska risken i den dagliga försäljningen.
Om ingen kan förklara varför era livscykelsteg ser ut som de gör, är en ren migrering sällan rätt. Samma sak gäller om pipeline-stegen blandar säljaktivitet, sannolikhet och intern administration. Då blir rapporteringen missvisande oavsett plattform.
En nyimplementation är också rätt när användarna har slutat lita på data. Dubbletter, oklara ägare, felaktiga företag och kontakter utan sammanhang går att tvätta, men bara om ni samtidigt beslutar hur kvalitet ska säkras framåt. Annars är datastädning en tillfällig kosmetisk insats.
Det tredje tecknet är att processerna är byggda runt systemets begränsningar i stället för kundresan. Exempelvis när marknad manuellt exporterar listor varje vecka, sälj registrerar samma information på flera ställen eller kundteam saknar insyn i vad som lovades före affären stängdes.
Historisk data har ett värde, men inte per automatik. Ett CRM är inte ett digitalt förråd där varje gammal post måste bevaras. För mycket irrelevant data gör sökningar sämre, rapporter svårare och användningen lägre.
Dela därför datan i tre kategorier: det ni behöver för att driva pågående affärer och kundrelationer, det ni behöver för analys och regelefterlevnad, och det som kan arkiveras utanför det operativa CRM:et. Kontakter utan aktivitet under många år, föråldrade leadstatusar och fält som ingen använder behöver sällan följa med.
Datakvalitet är dessutom ett verksamhetsansvar. Automatiska regler kan stoppa felaktiga inmatningar, berika företagsinformation och hitta dubbletter. Men de ersätter inte tydliga regler för vem som äger ett konto, när en kontakt ska skapas eller hur ett lead ska kvalificeras. Ett CRM blir bara så trovärdigt som de beslut som styr datan.
En fungerande målarkitektur börjar med kundens väg, inte med en standardmall. För ett internationellt B2B-bolag kan det innebära att modellera konton, köpgrupper, produktlinjer, regioner och partnerrelationer på ett sätt som gör både lokala aktiviteter och global rapportering möjliga.
Sedan definierar ni få, tydliga objekt och regler. Företag och kontakter behöver ha en konsekvent relation. Affärer ska ha ägare, nästa steg och ett definierat värde. Livscykelsteg ska visa var en kontakt eller ett konto befinner sig i den kommersiella processen. Pipeline-steg ska visa hur nära en specifik affär är ett beslut. När dessa begrepp blandas får ni en rapport som ser exakt ut, men säger väldigt lite.
Automation ska komma efter processen, inte före. Automatisera när en tydlig regel återkommer ofta och när utfallet går att kontrollera. Det kan handla om routing av leads, uppgifter efter en demo, varningar när affärer stannar eller uppdateringar mellan sälj- och kundteam. Att automatisera ett oklart flöde gör bara problemet snabbare.
AI följer samma princip. AI kan hjälpa team att sammanfatta samtal, identifiera nästa bästa aktivitet, berika data och hitta köpsignaler. Men om era definitioner är otydliga eller data saknas kommer rekommendationerna att förstärka osäkerheten. Börja där AI kan avlasta repetitivt arbete och mät effekten på svarstid, datakvalitet eller konvertering.
Ett bra projekt har tydliga beslutspunkter: nulägesanalys, målprocesser, datamodell, integrationsplan, konfiguration, test, utbildning och uppföljning efter lansering. Ordningen spelar roll. Utbildning innan processen är beslutad skapar förvirring. Konfiguration innan datamodellen är fastställd skapar omarbete.
Testa med riktiga användningsfall, inte bara tekniska testfall. Kan en säljare hitta rätt konto inför ett möte? Kan en chef lita på prognosen? Får marknad en korrekt målgrupp utan manuell export? Ser kundansvarig historiken som behövs inför en förnyelse? Om svaret är nej har systemet inte passerat acceptanstestet, även om alla integrationer är gröna.
Förändringsledning ska inte betyda fler presentationer. Den ska betyda att roller, ansvar och arbetssätt blir konkreta. Säljchefens uppföljning behöver bygga på CRM-data. Marknad behöver hållas ansvarig för kvaliteten i överlämningen. RevOps behöver mandat att förvalta reglerna när affären förändras. Annars återgår teamen snabbt till sina egna lösningar.
Purasu arbetar inte med att kopiera en gammal CRM-miljö och kalla det transformation. Arbetet börjar med intäktsflödet, de kommersiella besluten och de flaskhalsar som kostar tid eller pipeline. Därefter sätts ett senior team med rätt kombination av GTM, RevOps, CRM och automation runt uppgiften. Det betyder också att vi säger nej till funktioner, fält och integrationer som saknar tydligt affärsvärde.
Den billigaste implementationen är inte alltid den med minst initial arbetsinsats. Att migrera snabbt kan verka rationellt, men blir dyrt om adoptionen faller, rapporterna förblir opålitliga och teamen fortsätter arbeta utanför systemet. Att bygga nytt kan kännas mer omfattande, men kan vara billigare om det eliminerar manuella processer och skapar ett gemensamt arbetssätt.
Beslutet beror på hur mycket av nuläget som är värt att behålla. Behåll beprövade processer, relevant historik och sådant som användarna faktiskt använder. Bygg om det som skapar friktion, oklarhet och felaktiga beslut. Det är den gränsdragningen som skiljer en plattformsflytt från ett CRM som faktiskt stärker er intäktsmotor.
Nästa steg är inte att beställa en migrering eller en ny plattform. Samla de ansvariga för marknad, sälj, kund och operations kring en enkel fråga: vilka beslut ska vara lättare, snabbare och mer träffsäkra om sex månader? När svaret är konkret blir också rätt väg framåt betydligt tydligare.