Funnel Analysis in mobiele analytics — wat het is, trechterfasen en hoe te bouwen

Wat is Funnel Analysis?

Funnel Analysis (trechtervormige analyse) — een analysemethode waarbij een reeks gebeurtenissen die tot conversie leiden wordt geïsoleerd. Elke volgende stap omvat alleen gebruikers die alle voorgaande stappen hebben uitgevoerd. Het resultaat is een “trechter” — brede ingang (iedereen die begon) en smalle uitgang (degenen die voltooiden).

In mobiele apps ziet een typische trechter er zo uit: installatie → registratie → onboarding → eerste actie → herhaalde actie → aankoop. Bij elke stap haakt een deel van de gebruikers af en is het de taak van de analist om de oorzaak te begrijpen en verliezen te verminderen.

Basis metrics van de trechter

De metriek Average Time tussen stappen — een vaak onderschatte indicator. Als er van installatie tot registratie gemiddeld 45 minuten verstrijken, ligt het probleem in het laden van content of de complexiteit van het eerste scherm.

Soorten trechters in mobiele analytics

Trechters worden onderverdeeld in twee hoofdtypen — open en gesloten. De keuze hangt af van het scenario en de flexibiliteit van het gebruikerspad.

Gesloten trechter (Strict Funnel)

De gebruiker moet alle stappen strikt in volgorde doorlopen. Als hij een stap heeft overgeslagen of een andere weg is gegaan — wordt hij niet in de trechter opgenomen. Voorbeeld: registratie → e-mailbevestiging → profiel invullen → eerste bestelling. Gesloten trechters geven een schoon beeld, maar sluiten echte gebruikersscenario’s uit.

Open trechter (Open Funnel)

De gebruiker kan stappen in willekeurige volgorde uitvoeren of sommige overslaan. Het systeem berekent de conversie bij elke stap onafhankelijk. Voorbeeld: catalogus bekijken → toevoegen aan winkelwagen → bestelling plaatsen. Open Funnel is een realistischere methode voor de meeste mobiele apps.

• Gesloten trechter — strikte volgorde, alle stappen verplicht
• Open trechter — vrije volgorde, stappen optioneel
• Hybride — eerste stappen verplicht, volgende vrij

Voorbeeld van een hybride trechter voor een abonnementsapp

Stap 1 (verplicht): installatie van de app. Stap 2 (verplicht): tonen van het abonnementsscherm. Stap 3 (optioneel): tarieven bekijken. Stap 4 (verplicht): abonnement afsluiten. De hybride aanpak biedt een balans tussen datakwaliteit en realisme.

Fasen van het bouwen van een trechter

Een trechter bouwen — een taak op het snijvlak van analytics en product. Het proces bestaat uit vijf stappen, van het formuleren van een hypothese tot het automatiseren van rapportage.

Stap 1: Definieer de doelconversie

Wat wilt u dat de gebruiker doet? purchase_completed, subscription_started, referral_sent. Doelgebeurtenis — de top van de trechter. Alle stappen eronder leiden ernaartoe.

Stap 2: Verdeel het pad in gebeurtenissen

Noteer alle verplichte gebeurtenissen tussen het betreden van de app en de doelactie. Voor e-commerce: app_opened → product_viewed → add_to_cart → checkout_started → payment_selected → purchase_completed. Elke gebeurtenis zou al in Event Tracking moeten bestaan of worden toegevoegd.

Stap 3: Kies een tijdsvenster

Time window — de maximale tijd tussen de eerste en laatste stap. Voor snelle scenario’s (spelinstallatie) — 24 uur. Voor abonnementen — 7 of 30 dagen. Gebeurtenissen buiten het venster worden niet in de analyse opgenomen.

De keuze van het venster heeft direct invloed op de conversie: een te kort venster (1 uur) sluit gebruikers uit die na 2 uur terugkwamen om de aankoop te voltooien. Een te lang venster (30 dagen) omvat willekeurige acties. Het optimum wordt bepaald door analyse van de tijd tussen stappen: maak een verdeling van intervallen en kies het venster op het niveau van het 90e percentiel.

Voor snelle trechters (onboarding, registratie) gebruikt u een venster van 1 uur. Voor gemiddelde (eerste aankoop) — 7 dagen. Voor lange (abonnement) — 30 dagen. Binnen dezelfde trechter kunnen verschillende vensters bestaan voor verschillende stap paren.

-- Voorbeeld van een Funnel-berekening in BigQuery
WITH funnel_steps AS (
  SELECT
    user_id,
    event_name,
    event_timestamp,
    LAG(event_name) OVER (
      PARTITION BY user_id ORDER BY event_timestamp
    ) AS previous_event
  FROM `project.events.*`
  WHERE event_name IN (
    'app_opened', 'product_viewed',
    'add_to_cart', 'purchase_completed'
  )
)
SELECT
  event_name AS step,
  COUNT(DISTINCT user_id) AS users,
  ROUND(
    COUNT(DISTINCT user_id)
    / MAX(COUNT(DISTINCT user_id)) OVER (), 3
  ) AS conversion_rate
FROM funnel_steps
GROUP BY step
ORDER BY ARRAY_POSITION(
  ['app_opened', 'product_viewed',
   'add_to_cart', 'purchase_completed'],
  event_name
)

De query gebruikt LAG om de volgorde te volgen en ARRAY_POSITION om stappen te sorteren. Het resultaat — een tabel met het aantal gebruikers en conversie bij elke stap.

Stap 4: Controleer op historische gegevens

Bouw de trechter op gegevens van de afgelopen 30 dagen. Als bij stap “checkout_started” de conversie 80% is en bij “purchase_completed” — 25%, ligt het probleem in het betalingsformulier. Vergelijk met concurrentële benchmarks: de gemiddelde winkelwagenconversie in mobiele apps is 15–25% volgens Statista (2024).

Stap 5: Automatiseer monitoring

Stel een dagelijks rapport in met de trechter in een dashboard (Looker Studio, Tableau). Voeg waarschuwingen toe: als de Conversion Rate bij een stap onder de controlegrens zakt — melding in Slack of Telegram.

Verliesanalyse in de trechter

Drop-off Analysis — de cruciale fase van Funnel Analysis. Verliezen bij elke stap zijn een bron van hypothesen voor productverbetering. Er worden drie probleemzones onderscheiden: technische fouten, UX-barrières en motivationele scenario’s.

Technische verliezen

Als bij stap “registration_completed” na het invoeren van een telefoonnummer 15% van de gebruikers afhaakt — controleer de SMS-gateway. Technische verliezen worden in 1–2 dagen opgelost en geven een snelle conversiestijging. Gebruik Firebase Crashlytics in combinatie met de trechter om fouten op te sporen.

UX-barrières

Als bij stap “cart_viewed” → “checkout_started” 40% verloren gaat — ligt het probleem in de UX van de winkelwagen. Mogelijk ontbreekt de knop “Bestelling plaatsen” boven de vouwlijn van het scherm of worden verzendkosten niet getoond voordat het adres wordt ingevoerd. UX-analyse vereist sessieherhalingen (Hotjar, UXCam, Smartlook).

Motivationele verliezen

Als de gebruiker bij “payment_selected” komt maar de aankoop niet voltooit — is de waarde van het aanbod lager dan de prijs. Motivationele verliezen worden behandeld met kortingen, proefperiodes, sociaal bewijs. A/B-test: toon 50% van de gebruikers beoordelingen op de betalingspagina en vergelijk de conversie.

• Technisch — fouten, time-outs, API-fouten (tot 20% verlies)
• UX-barrières — complexe navigatie, verborgen CTA (tot 35%)
• Motivationeel — prijs, gebrek aan vertrouwen (tot 45%)

Analysemethode: 5 Whys voor de trechter

De techniek 5 Whys toegepast op de trechter: bij de stap waar de conversie met 20% daalde, stelt u achtereenvolgens vijf “waarom”-vragen. Waarom bereiken gebruikers de betaling niet? Omdat het betalingsformulier lang laadt. Waarom laadt het lang? Omdat het verzoek naar de betalingsgateway een time-out geeft. Waarom geeft het een time-out? Omdat de SDK niet is bijgewerkt. De methode onthult de hoofdoorzaak, niet het symptoom.

Cohortanalyse van de trechter — nog een instrument. Vergelijk de trechter van gebruikers die de app in januari en februari hebben geïnstalleerd. Als het februaricohort een daling van 15% in conversie bij stap “registratie” laat zien, is de oorzaak een wijziging van het onboardingscherm die eind januari is doorgevoerd. Cohorten isoleren tijdsfactoren.

Volgens gegevens van CXL Institute (2024) levert systematische Drop-off Analysis met daaropvolgend A/B-testen van hypothesen een gemiddelde stijging van de trechterconversie van 30% in 3 maanden op.

Tools voor Funnel Analysis

Elke tool biedt zijn eigen benadering voor het bouwen van trechters. De keuze hangt af van de complexiteit van het product en het budget.

Amplitude — Pathfinder en Funnel Analysis

Amplitude — leider in productanalytics. De ingebouwde Funnel Analysis maakt het mogelijk de trechter te segmenteren op cohorten, apparaten en app-versies. Pathfinder toont vertakkingen — hoeveel gebruikers een alternatieve weg zijn gegaan na stap 2.

Mixpanel — Flows

Mixpanel Flows visualiseert de trechter als een overgangsgraaf. Plus — real-time update. Minpunt — beperkte filtering in het gratis abonnement. Geschikt voor middelgrote projecten met een team van maximaal 10 analisten.

Firebase Analytics — Funnel Report

Firebase biedt een gratis Funnel Report met een limiet van maximaal 10 stappen. Integratie met BigQuery maakt het bouwen van aangepaste trechters via SQL mogelijk. Ideaal voor startups die pas beginnen met het analyseren van conversie.

Tableau + BigQuery

Voor enterprise-oplossingen gebruikt u Tableau met BigQuery als bron. Dit biedt volledige flexibiliteit: aangepaste metrics, end-to-end analytics van installatie tot LTV, real-time monitoring. Vereist het aannemen van een BI-ingenieur.

Google Analytics 4 — Funnel Exploration

GA4 biedt Funnel Exploration in de sectie Explore. Ondersteunt tot 10 stappen, segmentatie op gebruikersparameters en vergelijking van tijdsperioden. Nadeel — beperkte flexibiliteit vergeleken met Amplitude, maar volledig gratis en geïntegreerd met Google Ads.

Vergelijking van Funnel Analysis-tools

De keuze van de tool wordt bepaald door de analysefrequentie. Voor dagelijkse trechtermonitoring zijn Amplitude of Mixpanel geschikt. Voor wekelijkse strategische rapporten — Tableau met BigQuery. Voor startups — Firebase of GA4.