När ett CRM känns rörigt är problemet sällan att teamet behöver fler funktioner. Ofta handlar det om vanliga misstag i HubSpot som har byggts på under månader eller år: fält utan tydligt syfte, automationer utan ägare och en livscykelmodell som marknad och sälj tolkar olika. Resultatet blir inte bara administrativ friktion. Det blir sämre leadskvalitet, längre säljcykler och prognoser som ingen riktigt litar på.
För B2B-bolag med komplex försäljning är HubSpot en del av intäktsmotorn, inte ett system som ska hållas sysselsatt. Plattformen ska göra det enklare att se var rätt affärer fastnar, vad som faktiskt driver pipeline och vilka aktiviteter som skapar kommersiell effekt. När den inte gör det behöver ni inte nödvändigtvis bygga om allt. Men ni behöver vara ärliga om var logiken har gått förlorad.
Det är lätt att börja i verktyget: pipelines, workflows, properties, rapporter. Men innan ni bestämmer hur HubSpot ska konfigureras behöver ni kunna svara på några affärsfrågor. Vad räknas som en kvalificerad affär? Vilka steg måste en säljare genomföra innan en möjlighet kan flyttas framåt? När ska marknad fortsätta bearbeta en kontakt och när är det säljs ansvar?
Om svaren skiljer sig mellan marknadschef, säljchef och RevOps är det inte ett HubSpot-problem. Det är ett styrningsproblem som HubSpot bara gör synligt.
Ett nordiskt B2B-bolag som vill växa i USA kan till exempel ha längre beslutsprocesser, fler intressenter och andra köpsignaler än på hemmamarknaden. Att använda samma pipeline och samma kvalificeringsregler överallt kan vara rätt - men bara om köpresan faktiskt ser likadan ut. Annars blandar ni ihop olika verkligheter i samma rapportering.
Börja därför med processen utanför systemet. Rita upp vägen från första relevanta signal till vunnen affär. Identifiera vilka beslut som fattas, av vem och baserat på vilken information. Först därefter ska ni bygga fält, automationer och rapporter.
Det här är ett av de vanligaste misstagen i HubSpot, och det skapar snabbt förvirring i hela organisationen.
Livscykelstadier beskriver normalt relationen mellan ert bolag och en kontakt eller ett företag. Är det en prospektkontakt, ett marketing qualified lead, ett sales qualified lead, en kund eller en ambassadör? Pipeline-steg beskriver däremot hur långt en specifik affär har kommit i säljprocessen.
När samma sak försöker uttryckas på båda ställena får ni dubbla sanningar. En kontakt kan vara markerad som SQL samtidigt som den associerade affären ligger i ett tidigt kvalificeringssteg. Eller så flyttas livscykelstadiet automatiskt när någon fyller i ett formulär, trots att ingen har bedömt om behov, tajming och affärspotential finns.
Det gör att rapporterna ser aktiva ut, men att de inte går att använda för beslut. Marknad kan visa många MQL:er. Sälj kan säga att kvaliteten är låg. Båda kan ha rätt, eftersom begreppen saknar en gemensam definition.
Sätt en enkel regel: varje status ska ha ett tydligt syfte, en ansvarig funktion och ett kriterium för när den får ändras. Om ni inte kan förklara skillnaden på två statusar i en mening är de förmodligen för lika.
En nedladdning är inte automatiskt ett köpintresse. Ett webbinariedeltagande är inte automatiskt redo för säljuppföljning. Ändå behandlas många inkommande konverteringar som om de vore lika värda, vilket skapar en pipeline fylld av kontakter som aldrig borde ha skickats till sälj.
Problemet är sällan mängden leads. Problemet är att ni saknar en modell för att avgöra vilka signaler som betyder något i just er affär.
För ett bolag med komplex B2B-försäljning bör kvalificering väga samman minst tre saker: passform, beteende och kontext. Passform handlar om företagets storlek, marknad, roll och potential. Beteende handlar om vad personen faktiskt har gjort. Kontext handlar om var i köpresan de befinner sig och om det finns ett tydligt problem som ni kan lösa.
En person från rätt konto som läser en pris- eller integrationssida flera gånger kan vara betydligt mer relevant än tio personer som laddar ner en generell guide. HubSpot kan hjälpa er prioritera det här, men bara om scoring, segmentering och handoff-regler bygger på hur era bästa affärer faktiskt startar.
Automation ska ta bort repetitiva steg. Den ska inte fatta viktiga kommersiella beslut på svag data.
Ett typiskt exempel är när varje ny kontakt automatiskt tilldelas en säljare, får en uppgiftssekvens och flyttas till ett senare livscykelstadium. Det ser effektivt ut på papperet. I praktiken fyller det säljares arbetslistor med kontakter utan relevant intent och gör att viktiga möjligheter får samma behandling som irrelevanta förfrågningar.
Automatisera sådant som har stabila regler: databerikning, interna notiser, uppdatering av standardfält, påminnelser och routing när kriterierna är tydliga. Behåll mänskligt omdöme i moment där affärsvärde, behovsbild eller kontostrategi måste bedömas.
Det finns också en underhållskostnad. Varje workflow behöver en ägare, ett affärssyfte och en rutin för kontroll. Ingen vet varför en automation finns kvar förrän den en dag skriver över data, skickar fel meddelande eller skapar dubbletter i en viktig rapport.
Vilket affärsproblem löser det? Vilken data kräver det för att fungera? Vem märker om det slutar fungera? Om svaret är oklart bör workflowet dokumenteras, förenklas eller tas bort.
Många HubSpot-portaler innehåller fler properties än organisationen kan förklara. Fälten skapades för en kampanj, en integration eller en enskild rapport. Sedan blev de kvar.
Det kostar mer än man tror. När säljare inte vet vilka fält som spelar roll fyller de i olika saker på olika sätt - eller inte alls. När marknad använder andra definitioner än sälj kan segmenteringen inte litas på. När ledningen frågar varför pipeline minskar, börjar arbetet med att städa data i stället för att analysera orsaken.
Varje fält ska stödja minst ett konkret beslut, en process eller en rapport. Om det inte gör det är det kandidat för borttagning eller arkivering. Det betyder inte att ni ska förenkla bort nödvändig affärsdata. Enterprise-försäljning kräver ofta detaljer om köpprocess, beslutsgrupp, konkurrensläge och nästa steg. Skillnaden är att data måste vara relevant för hur ni arbetar, inte bara möjlig att samla in.
Gör dessutom vissa fält obligatoriska först när informationen är rimlig att kräva. Att kräva budget och beslutsdatum i första mötet kan skapa gissningar. Att kräva dem före offert eller sent kvalificeringssteg kan däremot förbättra både forecast och säljdiciplin.
Öppningar, klick, nya kontakter och antal skapade affärer kan vara användbara mått. Men de räcker inte för att leda en komplex kommersiell organisation.
Om säljcyklerna blir längre behöver ni se var tiden ökar: mellan första möte och kvalificering, under teknisk utvärdering eller efter att offert har skickats. Om leadskvaliteten sjunker behöver ni kunna följa konvertering från källa till pipeline och intäkt, inte bara från annons till formulär.
Rapporter ska hjälpa er fatta nästa beslut. Det kräver att ni mäter överlämningar mellan marknad och sälj, konvertering per pipeline-steg, tid i steg, bortfallsorsaker och pipeline skapad från olika segment. Vilka mått som är viktigast beror på er go-to-market-modell. Ett bolag med account-based sales behöver annan insyn än ett bolag med hög volym av inbound-leads.
En bra kontrollfråga är enkel: Om siffran förändras, vet vi då vad vi ska göra annorlunda? Om inte är det sannolikt en presentationsrapport, inte ett styrinstrument.
HubSpot hamnar ofta mellan stolarna. Marknad äger kampanjerna, sälj äger affärerna, IT äger integrationerna och någon i operations försöker hålla ihop allt vid sidan av annat arbete. Då blir varje förbättring en förhandling och varje dataproblem någon annans ansvar.
Ni behöver inte alltid en stor RevOps-avdelning. Men ni behöver ett tydligt operativt ägarskap för datamodell, processförändringar, behörigheter, rapportlogik och prioriteringar. Ägaren ska kunna säga nej till speciallösningar som försvårar helheten och samtidigt översätta affärsbehov till genomförbar systemdesign.
Det är särskilt viktigt när nya marknader, team eller produkter läggs till. Då är frestelsen stor att skapa en separat process för varje undantag. Ibland är det rätt. Ofta är det ett tecken på att grundmodellen behöver bli tydligare.
Börja med en genomlysning av ett verkligt flöde, inte med en lista över önskade funktioner. Följ ett nyligen vunnet case och ett nyligen förlorat case genom HubSpot. Titta på vad som saknades, vad som blev manuellt och var informationen tappades. Där finns vanligtvis den flaskhals som är värd att lösa först.