Produktanalys för tidig SaaS – mät mindre, lär mer
Av CodexierPublicerad 5 min läsning
De flesta tidiga SaaS-team mäter antingen ingenting och gissar, eller mäter varje klick och drunknar. Inget av det säger om användarna får nytta av produkten. Med några dussin eller några hundra användare är den användbara vägen liten: skriv ner frågorna ni behöver svar på, mät bara händelserna som besvarar dem, namnge dem konsekvent och titta på dem varje vecka. Här visar vi hur, och hur ni håller er på rätt sida om GDPR under tiden.
Frågor före händelser
Bra tidiga frågor handlar om aktivering och återkommande användning. Slutför nya konton uppsättningen? Hur lång tid tar det innan de gör det som produkten finns till för? Gör de det igen veckan efter? Vilka funktioner använder betalande kunder som testanvändare inte gör? Varje fråga pekar mot några få händelser. Hjälper en händelse inte till att besvara någon fråga, låt bli; den går att lägga till senare, och oanvända händelser ger bara brus och personuppgifter som ni måste kunna motivera.
En minimal händelseplan
| Händelse | Besvarar | Användbara egenskaper |
|---|---|---|
| account_created | Hur många som registrerar sig och varifrån | plan, signup_source |
| onboarding_completed | Slutför nya konton uppsättningen? | steps_skipped, time_to_complete |
| core_action_completed | Nådde de första nyttan? | action_type |
| teammate_invited | Sprider sig produkten hos kunden? | role |
| subscription_started | Vilken väg leder till betalning? | plan, billing_period |
| subscription_cancelled | Vem lämnar och när? | reason, tenure_days |
Byt core_action_completed mot er produkts egen nyckelhandling: report_generated, invoice_sent, booking_created.
- Namnge händelser som objekt plus handling i dåtid, med små bokstäver och understreck, och byt aldrig namn i förbigående.
- Håll en mätplan i ett delat dokument: händelsens namn, när den skickas, egenskaper och ansvarig.
- Skicka viktiga händelser från servern, inte bara från webbläsaren, så att blockerare och stängda flikar inte tappar dem.
- Använd ett internt användar-id, inte en mejladress, som identifierare i analysverktyget.
Verktyg och integritet
Produktanalysverktyg som PostHog, Mixpanel och Amplitude erbjuder alla lagring inom EU, och PostHog kan dessutom driftas själv. Välj utifrån var datan lagras, om ni kan teckna biträdesavtal och om gratisnivån räcker för er volym. Enligt lagen om elektronisk kommunikation kräver lagring eller läsning av identifierare på användarens enhet samtycke, om det inte är strikt nödvändigt för tjänsten, och analys är det sällan. Guiden om GDPR för SaaS-grundare ger helhetsbilden.
Händelser från servern
Händelser om sådant som sker i er egen backend, som att ett abonnemang startar, kan registreras helt utan spårning i webbläsaren, som en del av att driva tjänsten.
Samtycke för spårning i klienten
Analys och inspelningar i webbläsaren kräver samtycke. Respektera valet i verktygets inställningar, inte bara i bannern.
Minimera egenskaperna
Skicka aldrig fritextfält, namn eller mejladresser som egenskaper. De hamnar på ställen där de är svåra att radera.
Trattar och återkommande användning
Två vyer besvarar de flesta tidiga frågor. En tratt från account_created via onboarding_completed till core_action_completed visar var nya användare stannar. En vy för återkommande användning visar hur stor del av varje veckas nya konton som gör nyckelhandlingen igen de följande veckorna. Med små tal, titta också på enskilda användare: en lista över de tjugo senaste kontona och vad var och en gjorde säger mer än ett diagram byggt på tjugo datapunkter.
- Bygg aktiveringstratten och notera det största tappet.
- Bygg återkommande användning per vecka och kohort för nyckelhandlingen.
- Jämför betalande och icke-betalande användare utifrån vilka funktioner de använder.
- Prata med fem användare från det största tappet innan ni ändrar något.
Gå igenom datan varje vecka
Analys som ingen tittar på är en kostnad utan avkastning. Boka en fast halvtimme varje vecka: kontrollera tratten, den senaste kohortens återkommande användning och allt oväntat, och skriv ett eller två beslut i en gemensam logg. Efter några månader är loggen det mest värdefulla produktdokument ni har, eftersom den kopplar ihop vad ni ändrade med vad som hände.
När ni inte behöver extern hjälp: har ni en utvecklare i teamet och en tydlig lista med frågor är uppsättningen några dagars arbete, och med den här guiden klarar ni det själva. Hjälp lönar sig när ingen äger mätningen, händelserna redan är röriga eller samtycket är oklart. Vår uppsättning av mätning och analys levererar mätplan, implementation och samtyckesinställningar; se priser eller boka ett samtal.
Vanliga frågor
Räcker Google Analytics för en SaaS-produkt?
GA4 är byggt för webbplatser och marknadsattribution. Det kan mäta produkthändelser, men trattar och återkommande användning per användare är enklare i ett produktanalysverktyg. Många använder GA4 för marknadssajten och ett produktverktyg i appen.
Hur många händelser ska vi mäta i början?
Tio till tjugo räcker gott för en tidig produkt. Varje händelse ska besvara en fråga ni skrivit ner. Det är mycket enklare att lägga till händelser än att städa upp en mätplan med hundratals inkonsekventa.
Behöver vi samtycke för produktanalys i en inloggad app?
Om verktyget lagrar eller läser identifierare på användarens enhet och mätningen inte är strikt nödvändig för att leverera tjänsten krävs samtycke. Serverregistrering av affärshändelser som ingår i driften är ett annat fall, men kräver ändå en rättslig grund enligt GDPR.
När ska vi satsa på ett datalager?
När frågorna börjar kräva data från flera system samtidigt, som fakturering, CRM och produktanvändning tillsammans. Fram till dess räcker ett produktanalysverktyg och rapporterna i faktureringssystemet.
Få en mätplan som besvarar riktiga frågor
Ta med produkten och frågorna ni inte kan besvara i dag. På en kvart skissar vi händelserna ni behöver och säger om ni kan sätta upp dem själva.
Boka ett kostnadsfritt 15-minuterssamtal