De flesta trattar mäter produkten, inte användaren
Öppna ett typiskt analysverktyg och trattarna är byggda av vilka event utvecklingsteamet råkade instrumentera: route_loaded, account_created_v2, modal_opened. De är tekniskt korrekta och nästan oanvändbara för produktbeslut, eftersom de beskriver vad mjukvaran gjorde, inte vad användaren försökte göra. En tratt som mäter din kodbas berättar när en komponent renderades; en tratt som mäter avsikt berättar var någon gav upp.
Lösningen är att bygga trattar baklänges utifrån observerat beteende — och att validera varje steg mot riktiga inspelningar innan du litar på en enda siffra. Så här ser arbetsflödet ut.
Namnge stegen efter användarens avsikt
De bästa trattarna läses som en användarberättelse: landar på priser → påbörjar registrering → skapar arbetsyta → installerar kodavsnittet → ser sin första inspelning. Varje steg beskriver framsteg ur användarens perspektiv. Interna etiketter som account-created-v2 eller dashboard-route-loaded är användbara i koden, men de döljer avsikten i produktgenomgången.
När en tratt är namngiven på användarens språk kan alla upptäcka glappet snabbare. Om många användare skapar en arbetsyta men inte installerar kodavsnittet är nästa fråga självklar — och du behöver ingen analytiker som översätter. Ett enkelt test: om en nyanställd inte kan läsa dina trattsteg högt och förstå användarens mål, då är stegen namngivna för utvecklare, inte för beslut.
Validera varje steg med inspelningar
Innan du behandlar en tratt som sanning: titta på sessioner runt varje övergång. De vanligaste trattfelen finns inte i diagrammet — de finns i eventdefinitionerna som matar det:
- Avfyras för tidigt: eventet utlöses när en komponent renderas eller en route laddas, inte när användaren faktiskt slutför handlingen — vilket blåser upp steget och döljer läckan under det.
- Avfyras för ofta: ett nytt försök, en omrendering eller en dubbelklickad skicka-knapp räknar samma användare två gånger, så konverteringen ser bättre ut än den är.
- Avfyras av fel anledning: eventet fångar en sidoeffekt i stället för det avsedda lyckade utfallet.
Sessionsinspelningar är det snabbaste sättet att fånga eventdefinitioner som ser korrekta ut i en dashboard men fallerar i sitt sammanhang. Titta på tre sessioner per övergång; om eventet stämmer med vad användaren tydligt avsåg kan du lita på steget. Om inte, fixa definitionen innan du agerar på datan.
Läs av avhoppet — och gå sedan och titta på det
En tratts uppgift är inte att visa en siffra — den är att peka dig mot inspelningarna som förklarar siffran. När ett steg läcker: bygg inte om designen på en känsla. Filtrera fram användarna som nådde steget och hoppade av, titta på fem av deras sessioner, så hittar du oftast en av ett fåtal orsaker:
- Ett valideringsfel eller en inaktiverad knapp utan förklaring.
- Ett obligatoriskt fält eller en behörighet som användaren saknade och inte kunde lösa.
- Ett ögonblick av förvirring — nästa handling fanns inte där de tittade.
- Ingenting alls fel: de fick det de behövde och lämnade nöjda (en “läcka” som inte är en läcka).
Det sista fallet är själva skälet till att trattar vilseleder på egen hand. Siffran säger “avhopp”, inspelningen säger “lyckat”. Bara tillsammans berättar de sanningen.
Håll en aktiveringstratt helig
Små team bör underhålla en enda central aktiveringstratt och gå igenom den varje vecka. Motstå lusten att skapa ett dussin överlappande trattar — de splittrar uppmärksamheten och låter alla välja det diagram som smickrar deras eget projekt. En fokuserad tratt skapar en gemensam arbetsrytm: vad förändrades den här veckan, vart rörde sig konverteringen och vilka sessioner förklarar rörelsen?
Runt den enda heliga tratten kan du snickra ihop kortlivade engångstrattar för specifika utredningar och sedan arkivera dem. Disciplinen ligger i att ha en enda siffra som hela teamet litar på och återvänder till, inte i att maximera antalet dashboards.
Vanliga frågor
Ska trattsteg vara sidvisningar eller event?
Event, nästan alltid. Sidvisningar beskriver navigering, inte att något uppnåtts — en användare kan ladda “tack”-sidan utan att lyckas, eller lyckas inne i en single page-app utan någon navigering alls. Definiera stegen som de event som representerar verklig användaravsikt.
Hur många steg ska en tratt ha?
Så få som krävs för att berätta historien — vanligtvis fyra till sex. Varje steg ska vara en meningsfull beslutspunkt. Om två intilliggande steg alltid konverterar tillsammans: slå ihop dem, glappet mellan dem lär dig ingenting.
Varför ser min trattkonvertering sämre ut än verkligheten?
Oftast avfyras ett steg för tidigt eller räknar samma användare flera gånger, eller så avdubblerar du inte per användare. Validera varje event mot inspelningar och kontrollera att du mäter unika användare, inte råa event.
Behöver jag session replay för att använda trattar väl?
Du kan köra trattar utan det, men då gissar du om orsakerna. Det är parningen av varje avhopp med inspelningarna bakom det som förvandlar en tratt från en statusrapport till en källa till konkreta fixar. Se session replay utan bruset.