Hva dekker en growth audit for mobilapper?

Hva dekker en growth audit?

En growth audit for mobilapper dekker den betalte trakten, signalet, det kreative og produkttrakten, og ender med en skriftlig vurdering. Den kjører kun på lesetilgang. Jeg leser annonsekontoene, MMP-en og din unit economics, og endrer ingenting. Vurderingen sier hva som er ødelagt, hva som bør fikses først og hvorfor, og hvor mye penger kontoen lar ligge igjen ved dagens forbruk. Den sier også når en sammenligning ikke kan avgjøre et spørsmål, som om paid var incremental, og en test trengs først. Den tar dager fra tilgang og står på egne ben.

Den betalte trakten: hvor budsjettet faktisk lander på tvers av kampanjer og annonsesett, og om fordelingen sulter vinnerne. Signalet: hva plattformene mottar, hva de optimaliserer mot, og hvor plattformen, abonnementssystemet og MMP-en er uenige. Det kreative: hva som er testet, hva som har gått live utestet, og om forbruk eller forfengelighetsmål avgjør vinnerne. Og produkttrakten: om appens første minutt i det hele tatt er klart for betalt trafikk.

Lesetilgang til annonsekontoene og MMP-en, og din unit economics, er alt det trenger. RevenueCat, Adapty eller ditt eget abonnementssystem, App Store Connect, Google Play Console og produktanalyse skjerper vurderingen hvis du har dem, men audit-en trenger ingen av dem. Attribuert ROAS er ikke incremental ROAS, og bare en holdout-test avgjør det: en lift study der plattformen gir en, eller en geotest. Hvilket tall du bør stole på for hvilken beslutning er den forskjellen, skrevet opp.

Bør jeg gjøre en audit før jeg skalerer forbruket?

Ja. En growth audit for mobilapper før du skalerer forbruket sjekker de tre tingene som skalerer dårlig: signalet, strukturen og kohortlesningen. Hvis kjøpshendelsen trigger to ganger, ikke bærer noen verdi eller når én plattform og ikke en annen, lærer mer budsjett algoritmen feil lekse raskere. Hvis kampanjer aldri når læringsterskelen, kjøper mer budsjett fordelt på samme måte bare flere kampanjer som aldri lærer. Hvis kohortene bak beslutningen har ulik alder, ser den yngste dårligere ut, og tallet dens er ikke ferdig med å komme inn. Å skalere på ødelagt data skalerer bare problemet.

Lønnsomt kan fortsatt lekke. Ved €100.000 i månedlig forbruk er forskjellen mellom 107% og 132% ROAS €25.000 i måneden. Når en konto underpresterer på egen hånd, er det omsetning det samme forbruket burde ha gitt, og ingen sender en kvittering for alternativkostnaden. Å tallfeste det gapet er det første audit-en gjør.

På iOS er kohortlesningen sakte med hensikt, fordi Apples AdAttributionKit kan sende postbacks over tre konverteringsvinduer som løper til dag 35, hver etter en forsinkelse. RevenueCats realized LTV-diagram markerer en kohort som ufullstendig til den har hatt den valgte levetiden til å modnes, og jeg bruker samme regel: kohorter sammenlignet ved lik alder, i én valuta, etter provisjon. Hvor mange kjøp en ROAS trenger setter gulvet.

Reviderer du Meta- og TikTok-kontoer?

Ja. Jeg reviderer Meta- og TikTok-kontoer med kun lesetilgang, og pauser og endrer ingenting mens jeg leser. På Meta er vurderingen optimaliseringshendelser per kampanje per uke, landfordelingen, annonsene algoritmen fortsetter å skalere under mål, ukedagen budsjettet lander på, og hver kampanjes attribusjonsinnstilling mot MMP-en. På TikTok sjekker jeg om kostnaden når MMP-en, fordi en kanal der forbruket mangler har en estimert ROAS, og om hver annonsegruppe får læringsvolumet TikTok anbefaler.

Metas anbefaling er rundt 50 resultater per annonsesett i uken etter siste betydelige endring. TikTok anbefaler minst 7 dager med læring og kaller 50 konverteringer den mest betydningsfulle indikatoren på at Value-based Optimization har passert den, så det første spørsmålet er om hvert annonsesett eller hver annonsegruppe når dit. Kanalsammenligningen med reell D28 ROAS stiller fire kanaler side om side, og revisjonen for $383K er landvurderingen på Meta.

Hvordan fikser du signalkvaliteten?

Signalkvalitet er om Meta, Google og TikTok mottar de riktige hendelsene fra en mobilapp: hver hendelse én gang, med en verdi og en valuta, avstembar mot reell omsetning. Å fikse signalkvaliteten tar to steg, og bare det første er en del av growth audit-en. Det første er vurderingen og listen: hva hver plattform mottar, hva den optimaliserer mot, en firedelt sammenligning av plattform, MMP, abonnementssystem og butikkutbetalinger med de forventede avvikene skrevet ned, og fiksene i rekkefølge med den tekniske innsatsen per punkt. Det andre er byggingen, gjort av teamet ditt fra listen eller av meg under en retainer.

Googles Target ROAS byr på konverteringsverdiene hendelsene dine bærer, så en manglende verdi endrer hva budgiveren kjøper, og en feil valuta endrer hva vurderingen sier den kjøpte. Hver MMP setter sine egne vinduer. AppsFlyers standard lookback for klikk er 7 dager, og vinduet for visninger går fra 1 til 24 timer, og Adjusts er sine egne. Så Meta, RevenueCat og Adjust vil aldri stemme overens, og Adjusts anbefaling er å justere vinduene før man sammenligner. RevenueCat skiller omsetning fra proceeds etter provisjon og skatt; CPA-taket starter fra det andre tallet, minus refusjoner og variable kostnader. Hvilken hendelse man bør optimalisere for er anbefalingen vurderingen bærer; signal engineering er byggingen.

Kan du revidere først, og deretter implementere?

Ja. Growth audit-en og implementeringen er to separate bookinger, og audit-en kommer først. Den kjører kun på lesetilgang, koster en fast pris avtalt på introsamtalen, og ender med en skriftlig vurdering og en prioritert fiksliste. Hva som skjer videre er ditt valg: teamet ditt implementerer fra listen, byrået ditt gjør det, eller jeg fortsetter under en retainer. Signalfikser kommer før medieendringer, fordi de begynner å mate algoritmene i løpet av uker.

Google Ads' Read only-tilgangsnivå kan ikke redigere kampanjer, og TikToks analytikertillatelse kan ikke opprette eller redigere annonser, så begge dekker audit-en, og implementering er der tillatelsen endres. Hva en fractional Head of UA gjør er retaineren som følger for noen team, og hva som styrer prisen står på sin egen side.

Hvorfor sitter ROAS-en min fast?

ROAS-en til en mobilapp sitter fast på ett av fire steder: intensjon, fit, trakt eller kostnad. En growth audit finner hvilket. På én konto lå et land på 28% All ROAS i tre måneder inne i en kampanje som lå på mål, mot et mål på 70%, og ingen dashbord flagget det. På en annen nådde halvparten av kampanjene aldri 50 optimaliseringshendelser i uken og ga 54% ROAS ved dag 28, mot 80% for resten. På et spill ble D0 ROAS halvert mens CPI knapt beveget seg, fordi verdi per kjøper falt. Hver av dem har en annen fiks, og det blandede tallet skjuler hvilken.

Noen ganger er ikke paid UA flaskehalsen din. Hvis kontantstrømmen ikke kan bære en tilbakebetalingsperiode som venter på appbutikkenes utbetalingsplan, hvis retention faller i de første dagene, eller hvis attribusjon ennå ikke kan måle omsetning, skalerer mer forbruk bare problemet. Audit-en sier det hvis det er det den finner, og de fire stedene ROAS bryter sammen er rammeverket den bruker.

Vurderingen dekomponerer tallet: konvertering, verdi per kjøper og CPI, land for land for miksen, hendelser per kampanje per uke for signalet, og hvilke annonser algoritmen fortsetter å skalere under mål for det kreative. En annonse som fikk lite forbruk, har ikke tapt. Fiez og kollegers artikkel fra 2024 om adaptiv eksperimentering viser hvorfor lav levering under en optimizer er svakt bevis, og elimineringsrunden er den like startlinjen jeg kjører.

Spørsmål folk stiller