Key Takeaways
KPI-trær hjelper produktteam med å knytte hvert initiativ til strategiske forretningsresultater.
De er spesielt nyttige for å prioritere funksjoner, samkjøre tverrfunksjonelle team og begrunne beslutninger overfor interessenter.
Å bygge et KPI-tre innebærer å kartlegge mål og måltall hierarkisk – ved å spørre «hvorfor?» for å spore mål oppover og «hvordan?» for å bryte dem ned.
Bruk KPI-treet som et levende dokument, og oppdater det når måltallene endres eller produktet utvikler seg.
En strukturert KPI-modell hjelper deg med å sammenligne initiativer på like vilkår – og gjør intuisjon om til trygge, datadrevne beslutninger.
Hvorfor KPI-kaos er en produktleders verste fiende
Hvis du noen gang har prøvd å prioritere produktinitiativer på tvers av et team som håndterer ti ulike måltall samtidig, vet du at det fort blir rotete.
Jeg har vært der selv.
Hos TransferWise (nå Wise) jobbet jeg i teamet for kort og betalingsmetoder – en relativt liten gruppe med et enormt spekter av kundeinnvirkning.
Vi hadde ansvar for dusinvis av suksessindikatorer. På et tidspunkt gjennomgikk vi mer enn 10 måltall på tvers av mer enn 10 dimensjoner bare for å vurdere én lansering. Resultatet? Over 100 delmåltall.
Det er umulig å fokusere på alle, og hvis du sprer oppmerksomheten for tynt, er veien kort til lav gjennomslagskraft.
Men hvordan sammenligner du en økning i konvertering på 0,5 %...
...med et fall i kontaktfrekvens på 10 %?
Hva betyr mest for produktet? Hva driver reell, langsiktig vekst?
Ifølge Deloitte er selskaper med et velstrukturert, tverrfunksjonelt KPI-rammeverk 20 % mer tilbøyelige til å realisere betydelig verdi fra sine digitale initiativer.
Det er ikke bare noe som er kjekt å ha. Det er et signal.
For produktteam gjør det å velge de riktige KPI-ene og knytte dem til forretningspåvirkning veikartet ditt lettere å forsvare, prioriteringene tydeligere og arbeidet ditt vanskeligere å ignorere.
Derfor begynte jeg å lage KPI-kart – trær som kobler produktmål, måltall og påvirkningsområder på ett sted. De viste seg å være mer enn bare et planleggingsverktøy.
De endret hvordan vi prioriterte, oppdaget mangler, skalerte teamene våre og samordnet strategi med resultater.
La meg vise deg hvordan de fungerer.
Koble produkt-KPI-er til arbeidet som betyr noe
Have an account? Log In
Hva er et KPI-tre?
Et KPI-tre er en enkel, men kraftfull måte å organisere alle potensielle påvirkningsområder (og måltallene deres) som et hierarki. Hver gren representerer et mål eller et måltall, og hver undergren bryter dette videre ned i mer spesifikke mål eller prosesser. Roten i treet er teamets kjerne-KPI – det ene viktigste målet dere prøver å drive frem.
Hvis du har jobbet med problemtrær i konsulentbransjen, vil dette føles kjent. Strukturen bør være uttømmende (dekke alle potensielle påvirkningsområder) og gjensidig utelukkende (ingen overlappende måltall). Dette oppsettet tvinger deg til å tenke klart, oppdage hva som mangler og organisere påvirkning på en måte som er enkel å navigere i, estimere og kommunisere.
Ordliste: Viktige begreper i KPI-trær
Før vi går videre, får du her en kort ordliste over viktige begreper du vil møte.
| Begrep | Definisjon |
| Aktive brukere | Antallet brukere som for øyeblikket bruker produktet ditt innenfor en gitt tidsperiode (for eksempel daglig, ukentlig eller månedlig). Brukes ofte som en indikator på produktets helse eller rekkevidde. |
| Verdi per bruker | Den gjennomsnittlige verdien hver aktive bruker genererer, målt i inntekter, fortjeneste, transaksjoner eller et annet viktig måltall knyttet til forretningspåvirkning. |
| Nye brukere per måned (MNU) | Antallet unike brukere som begynte å bruke produktet ditt for første gang i løpet av en gitt måned. Et sentralt måltall for brukeranskaffelse. |
| Brukere som har falt fra per måned (MCU) | Antallet brukere som sluttet å bruke produktet ditt (eller ble inaktive) i løpet av en gitt måned. Nyttig for å forstå helsen til brukerfastholdelsen. |
| Frafallsrate (CR) | Prosentandelen brukere som gikk tapt i en bestemt tidsperiode. Formel: MCU ÷ aktive brukere. Et viktig signal på hvor godt produktet holder på brukerne, og på brukertilfredshet. |
Slik bygger du et KPI-tre
Her er prosessen jeg bruker:
- List opp alle påvirkningsområder som er relevante for produktet eller teamet ditt, sammen med tilhørende måltall. Dette kan omfatte transaksjonsvolum, konverteringsrate, kontaktfrekvens, frafall, svindelrate, LTV og mer.
- Knytt dem til større mål ved å spørre «hvorfor?» gjentatte ganger til du kommer frem til den grunnleggende KPI-en. Hvis du for eksempel øker transaksjonshastigheten, kan det redusere frafall, som øker LTV, noe som igjen fører til raskere vekst.
- Bryt ned hvert mål ved å spørre «hvordan?» og kartlegg prosessen brukerne følger. Å få flere nye kunder innebærer for eksempel kjennskap → landingsside → registrering → første transaksjon. Alle disse delene kan forbedres.
- Del opp etter brukersegmenter hvis det er nyttig. Totalt antall kunder = kunder i Storbritannia + kunder i USA + andre. Dette avdekker ofte muligheter basert på geografi eller målgruppe.
- Fjern overlapp og konsolider. Ikke dupliser det som allerede er dekket et annet sted. Jeg utelater måltall som NPS eller LTV når de allerede fanges opp av mer grunnleggende KPI-er som frafall, margin og transaksjonsfrekvens.
Det fungerer like bra med penn og papir eller et regneark, men jeg foretrekker verktøy som MindNode eller Mindmup for å visualisere disse elementene.
Resultatet er et levende kart over hvordan hvert prosjekt henger sammen med forretningsresultater. Ikke bare et kontrollpanel – men et rammeverk for beslutningstaking.
Hvorfor KPI-trær ikke bare er for strategisamlinger
Styrken ved KPI-trær ligger i allsidigheten deres. Slik bruker jeg dem i praksis:
- Prioritering: Trestrukturen lar deg spore ethvert måltall eller prosjekt tilbake til det overordnede målet. Dette gjør det mulig å sammenligne tilsynelatende urelaterte initiativer ved å anslå hvilken innvirkning de har på et felles overordnet måltall. Selv om du mangler presise tall, hjelper den logiske sammenhengen deg med å ta gode valg.
- Idémyldring: Ved å spørre «hvordan?» kan du generere detaljerte forbedringsideer. Du går fra vage mål som «øke engasjementet» til presise tiltak som «redusere frafall i trinn 2 for nye brukere i segment X».
- Teamorganisering: Etter hvert som teamet vokser, øker også ansvarsområdene. KPI-trær bidrar til å definere omfanget tydelig. Du kan samordne underteam med grener i treet – slik at alle eier et område uten overlappende eller dupliserte tiltak.
- Prognoser: KPI-kart kan enkelt omsettes til regnearkmodeller. Hvis du forstår matematikken mellom måltallene (f.eks. konvertering × volum × margin), kan du raskt bygge dynamiske fremskrivninger og simulere scenarioer.
Det viktigste er at det å bygge et godt KPI-tre ikke er en engangsaktivitet. Etter hvert som produktet utvikler seg og de enkleste forbedringene blir gjennomført, modnes treet. Du går tilbake til det, utvider det og forbedrer det kontinuerlig for å avdekke dypere vekstdrivere.
Prioriteringsdilemmaet: Hvilket prosjekt kommer først?
La oss se på et eksempel fra virkeligheten. Du står overfor to prosjekter som begge har omtrent samme implementeringskostnad:
- Prosjekt A forbedrer konverteringsraten din med 0.5%.
- Prosjekt B reduserer kundekontaktraten med 10%.
Hvilket bør du lansere først?
Ved første øyekast virker begge verdifulle. Men uten kontekst er det vanskelig å vite hvilket som vil gi størst langsiktig gevinst. Det er her KPI-trærne, og formlene under dem, kommer inn i bildet.
Den vanlige malen for KPI-trær
Over tid la jeg merke til at de fleste KPI-trær for produktteam ender opp med å samle seg rundt en lignende struktur. Øverst har du total produktverdi og fortjeneste per verdienhet. Disse forgrener seg deretter i:
- Verdi = Aktive brukere × Verdi per bruker
- Fortjeneste = Inntekt per verdienhet – Kostnad per verdienhet
Den grunnleggende prioriteringsligningen blir dermed:
Produktfortjeneste = Aktive brukere × Verdi per bruker × (Inntekt – Kostnad)
Du kan ta det videre:
Verdi per bruker = Interaksjoner per bruker × Gjennomsnittlig verdi per interaksjon
For mange digitale produkter betyr «verdi» noe som antall transaksjoner (innen fintech), turøkter (hos Uber) eller søk (hos Google). Dette gjør strukturen tilpasningsdyktig og sammenlignbar.
Prioritering av vekst: Kundeanskaffelse kontra kundebevaring
Her er utfordringen. Når du skal velge mellom å forbedre kundeanskaffelsen eller kundebevaringen, må du vite hvordan hver av dem påvirker størrelsen på den aktive brukerbasen på lang sikt.
La oss si at:
- Prosjekt A øker antallet nye brukere per måned (MNU) med 100.
- Prosjekt B reduserer antallet brukere som faller fra per måned (MCU) med 100.
Hvilket er best?
Det avhenger av hvor produktet ditt er i livssyklusen. Produkter i en tidlig fase med høy kundeavgang kan sløse bort anskaffelsesinnsatsen. Et modent produkt med høy kundelojalitet og begrenset anskaffelse kan derimot ha større nytte av å øke veksten øverst i salgstrakten.
Så hva gjør vi? La oss finne likevektspunktet der MNU = MCU. Dette gir oss en brukerbase i stabil tilstand.
Siden: MCU = Aktive brukere × kundeavgangsrate (CR)
Da: Aktive brukere = MNU / CR
Hva betyr det?
Maksimering av aktive brukere = Maksimering av MNU / CR
Og prioriteringsligningen din blir:
Maksimer (MNU / CR) × verdi per bruker
Dette gir deg en kraftig formel for å avgjøre hvilke prosjekter du bør prioritere.
More Articles
La oss se på eksempelet igjen …
Vi sammenligner:
- +0,5 % i konvertering (som øker MNU)
- −10 % i kundekontaktrate (som reduserer kostnadene og øker fortjenesten per bruker)
La oss anta at kundestøttekostnadene utgjør 10 % av de samlede kostnadene dine. Hvis du reduserer dem med 10 %, reduseres de totale kostnadene med 1 %. Hvis den nåværende marginen din er 30 %, blir den 31 % – en forbedring på omtrent 3,3 %. I KPI-termer øker dette verdi per bruker.
Sammenlign dette med en økning på 0,5 % i MNU. Når du setter begge gjennom formelen ovenfor, har marginøkningen omtrent 7 ganger større innvirkning på produktverdien på lang sikt.
Det er derfor en strukturert modell slår intuisjon når det gjelder prioritering av produktarbeid. Uten den sammenligner du epler og agurker.
P.S. Hvis du tenker på hvordan KPI-ene dine passer inn i bredere strategier for produktvekst – spesielt i produktledede organisasjoner – kan det også være lurt å ta en titt på denne veiledningen om målinger for produktledet vekst. Den går dypere inn i målinger for aktivering, kundelojalitet og ekspansjon, som kan utfylle rammeverket for KPI-tre.
Avsluttende tanker
KPI-trær skaper klarhet i kompleksitet. De tvinger deg til å formulere hvilken innvirkning du har, knytte prosjekter til mål og holde fokus på det som virkelig betyr noe – å øke verdien på lang sikt.
De blir også verktøy for samordning. Når alle team kan se hvordan arbeidet deres bidrar til felles resultater, blir beslutningstakingen raskere, skarpere og mindre politisk.
Det krever innsats å bygge det første KPI-treet. Det krever disiplin å vedlikeholde det. Men når det først er på plass, endrer det hvordan teamet ditt tenker, arbeider og lykkes.
Ofte stilte spørsmål
Hvor ofte bør jeg oppdatere KPI-treet mitt?
Et KPI-tre er ikke et engangsprodukt – det er et levende dokument. Du bør gå gjennom og revidere det når produktet ditt utvikler seg.
Utløsere for oppdatering inkluderer:
- Lansering av en større ny funksjon
- Utvidelse til et nytt marked
- Betydelige endringer i viktige måltall (f.eks. plutselig økning i kundefrafall)
Foreslått hyppighet:
- Gjør en overfladisk gjennomgang hvert kvartal
- Bygg det opp på nytt eller tilpass det etter hver større produktsyklus eller omorganisering av teamet
Dette holder prioriteringsmodellen din på linje med virkeligheten, ikke bare strategien.
Kan jeg bruke KPI-trær i produkter eller oppstartsbedrifter i en tidlig fase?
Ja – men hold dem enkle. Fokuser på noen få kjerneutfall, som aktivering, kundebevaring og vekst. Du har sannsynligvis ikke fullstendige data, men selv et grovt kart hjelper deg med å konsentrere begrensede ressurser. Etter hvert som produktet modnes, kan du utvide treets dybde og nøyaktighet.
Hva om flere team deler ansvaret for den samme KPI-grenen?
Dette skjer ofte – særlig med tverrfunksjonelle måltall som aktivering eller kundefrafall. Bruk treet til å tydeliggjøre delt eierskap og definere spesifikke områder hvert team driver (f.eks. har markedsføring ansvar for kjennskap øverst i salgstrakten, mens produktteamet har ansvar for frafall i introduksjonen). Det er et nyttig verktøy for å samordne ansvar, ikke for å unngå overlapp fullstendig.
Hvordan sammenligner jeg kvalitative og kvantitative utfall i et KPI-tre?
Kvantitative måltall er enklere å modellere, men kvalitative virkninger er fortsatt viktige. Nøkkelen er å knytte kvalitative utfall (f.eks. tillit og brukervennlighet) til stedfortredende måltall – som NPS, supportsaker eller funksjonsadopsjon. Selv om de ikke er perfekte, hjelper de deg med å inkludere mykere utfall i et datadrevet rammeverk.
Trenger jeg avanserte verktøy for å bygge eller administrere KPI-trær?
Ikke i det hele tatt. Du kan begynne med penn og papir eller et enkelt regneark. Verktøy som MindNode, Miro eller Mindmup kan hjelpe deg med å visualisere og dele trær, men de er ikke nødvendige. Det som betyr noe, er tydelighet og konsekvens – ikke verktøyene.
