En tocifret andel af søgninger fejlede lydløst. Marketingbudgetter drev trafik ind i utilgængelige produkter. Intet fælles overblik over, hvor tragten brød sammen — eller hvorfor.

Problemet
Digitale produkter genererer data konstant — søgninger, klik, fejlslagne forespørgsler, bookinger, frafald. Men de data lever på tværs af mange systemer: frontend, prismotor, tilgængelighedslag, CRM, marketingplatform. Hvert team ser sin del. Ingen ser hele tragten.
Resultatet er, at beslutninger træffes på ufuldstændigt grundlag. Marketing kører kampagner uden at vide, om produktet faktisk er tilgængeligt for de brugere, de anskaffer. Pristeams justerer rater uden overblik over, hvor søgninger fejler, inden prisen overhovedet vises. Produktteams optimerer konvertering uden at vide, hvor mange frafald skyldes lydløse fejl opstrøms frem for noget på selve siden.
Lækagen er reel — den er bare usynlig. Indtil nogen forbinder dataene.
Sådan greb vi det an
En global logistikvirksomhed drev et digitalt bookingprodukt med bred traktindgang og en lang række trin mellem brugerens første søgning og en gennemført booking. Konverteringen var lavere end den burde være, men årsagerne var uklare — hvert team havde teorier, og ingen kunne bevise dem.
Vi byggede et samlet trakt-datasæt ved at forbinde frontend-interaktionsdata, de underliggende tilgængeligheds- og prissystemer og bookingresultater til ét struktureret lag. Det gjorde det for første gang muligt at se præcist, hvor værdi gik tabt ved hvert trin — og at opdele det på dimensioner, der faktisk betød noget operationelt: hvor langt frem bookingen var, om kapaciteten var åben eller lukket, om prissætningen var publiceret, om søgningen overhovedet havde returneret resultater.
Det, der viste sig, var umiddelbart handlingsorienteret. En tocifret procentdel af søgninger fejlede ikke på grund af tilgængelighed eller pris, men fordi systemet accepterede brugerinput lydløst uden at fortælle brugeren, at ingen resultater ville blive fundet. Marketing kørte anskaffelsesudgifter mod ruter og tidsvindue, hvor produktet ikke kunne servicere den resulterende efterspørgsel. Pris- og tilgængelighedsmønstre, der burde følge en klar strategi, var for første gang synlige i en struktureret gennemgang.
Outputtet var et sæt dashboards brugt i fællesskab af produkt-, pris- og marketingteams — et delt overblik over den samme underliggende virkelighed, der erstattede de konkurrerende regneark og delvise exports hvert team hidtil havde arbejdet med separat.
Sådan ser det ud i praksis
Tragtsynlighedsarbejde starter altid med at kortlægge, hvilke data der faktisk eksisterer og hvor de lever — ikke hvad systemarkitekturdiagrammet siger, men hvad der faktisk registreres, i hvilket format, med hvilken forsinkelse. Kløften mellem "vi har de data" og "vi kan bruge de data" er typisk større end forventet.
Derfra er arbejdet at forbinde kilderne til et fælles lag, definere tragttrinene og de frafaldsmetrikker der er vigtige, og bygge et overblik som forskellige teams kan bruge uden at skulle re-eksportere og afstemme separat. Værdien ligger ikke kun i dashboardet — den ligger i den fælles definition af, hvad godt ser ud, og hvor hullerne er, hvilket ofte er det mest værdifulde output af processen.
Del af vores Workflow-analyse og design- og Procesautomatisering-arbejde. Se Sådan arbejder vi for engagementsmuligheder.


