iOS paywall: 7 početničkih grešaka koje koče prodaju

Zašto tvoj iOS paywall ne prodaje

Tvoja aplikacija je na App Storeu, instalacije stižu, a ipak se gotovo nitko ne pretplaćuje. U većini slučajeva problem nije ni tvoja ideja ni tvoj kod: problem je tvoj iOS paywall, ekran koji predstavlja plaćenu ponudu i traži od korisnika da se obveže. Paywall prikazan u krivom trenutku, bez besplatne probe, bez gumba za vraćanje kupnji ili bez podataka koje Apple traži ne prodaje ili ga Apple odbije na pregledu.

Evo 7 grešaka koje najčešće viđam na prvoj aplikaciji i kako ispraviti svaku od njih. Nema čarobnog recepta: konkretne postavke koje možeš provjeriti i primijeniti prije sljedećeg slanja Appleu.

Objavljujem vlastite iOS aplikacije s pretplatom: Solys, budilicu s mini-igrama, i TradaZen, simulator tradinga, obje spojene na RevenueCat. Na obje sam doživio istu situaciju: puno instalacija, vrlo malo pokrenutih besplatnih proba. Proizvod nije bio problem. Paywall i onboarding nisu dovoljno jasno vodili do probe. To je jedan od razloga zbog kojih sam ih temeljito preradio, i odatle dolazi ovaj popis.

Greška br. 1: prikazati paywall prerano ili prekasno

Ovo je najskuplja greška i javlja se u oba smjera.

Prerano znači da se paywall prikaže prije nego što korisnik shvati što aplikacija radi. Otvori aplikaciju, vidi cijenu, zatvori. Nema nikakav razlog platiti jer još ništa nije vidio.

Prekasno znači paywall skriven iza gumba „Premium” u postavkama ili onaj koji se pojavi tek nakon nekoliko dana korištenja. Većina korisnika ga nikad neće vidjeti. A korisnik koji ne vidi tvoju ponudu ne može se pretplatiti.

Pravi trenutak je između: na kraju onboardinga, odmah nakon što korisnik osjeti vrijednost aplikacije. Odgovorio je na nekoliko pitanja, vidio je što će aplikacija učiniti za njega, možda je isprobao glavnu funkciju. Tada ponuda ima smisla.

Konkretno:

• onboarding postavlja korisna pitanja i pokazuje pregled rezultata;
• paywall dolazi na kraju tog puta, ne u sredini;
• možeš ga ponovno prikazati kasnije, u trenutku kad korisnik udari u ograničenje besplatne verzije. Ako naplaćuješ funkciju koja je dotad bila besplatna, prvo pročitaj vodič za guideline 3.2.2.

Greška br. 2: ne nuditi besplatnu probu

Za aplikaciju koju još nitko ne poznaje, tražiti plaćanje odmah je velik skok. Besplatna proba smanjuje taj skok: korisnik testira bez rizika, a plaćanje kreće tek na kraju probnog razdoblja ako ne otkaže.

Apple predviđa taj mehanizam pod imenom introductory offer za auto-renewable pretplate. Dva pravila koja trebaš zapamtiti, s Appleove stranice o pretplatama:

• kupac može iskoristiti samo jednu introductory offer po grupi pretplata;
• u procesu kupnje moraš jasno navesti trajanje probe i cijenu koja se naplaćuje nakon završetka probe.

Česta greška je nuditi probu, a ne reći to. Ako tvoj gumb prikazuje samo „Subscribe”, korisnik ne zna da može besplatno isprobati. Napiši to izričito na gumbu ili odmah iznad njega: trajanje probe, zatim cijena. Upravo takav detalj čini razliku između instalacija koje spavaju i proba koje se pokreću.

Greška br. 3: loše istaknuta godišnja pretplata

Mnoge prve aplikacije nude mjesečnu i godišnju pretplatu, ali ih predstavljaju kao dvije jednake opcije, jednu pored druge, bez hijerarhije. Rezultat: korisnik oklijeva, a korisnik koji oklijeva često zatvori ekran.

Godišnja pretplata ipak ima prednosti i za tebe i za korisnika: nižu ekvivalentnu mjesečnu cijenu za njega, dulju obvezu za tebe. Da je pošteno istakneš:

• unaprijed je odaberi i daj joj vizualno drukčiji prikaz;
• prikaži mjesečni ekvivalent pored godišnje cijene, da usporedba bude trenutna;
• navedi stvarnu uštedu u odnosu na mjesečnu, izračunatu na tvojim pravim cijenama, nikad na izmišljenoj referentnoj cijeni.

Pazi da ne odeš u suprotnu krajnost: stvarno naplaćena cijena mora ostati najvidljivija. Apple traži da puna cijena obnove bude prikazana jasno i vidljivo. Mjesečni ekvivalent velikim slovima, a prava godišnja cijena sitno, to je obmanjujući paywall i razlog za odbijanje prema guidelineu 3.1.2.

Greška br. 4: zaboraviti gumb za vraćanje kupnji

Ovo je najgluplji propust i jedan od najčešćih. Pretplatnik promijeni iPhone, ponovno instalira aplikaciju i nađe se pred paywallom iako već plaća. Bez gumba „Restore Purchases” nema nikakav način da vrati pristup.

To nije opcija. Pravila pregleda App Storea (pravilo 3.1.1) traže mehanizam vraćanja za svaku in-app kupnju koja se može vratiti, a Appleova stranica o pretplatama među elementima ekrana za pretplatu navodi „način da se postojeći pretplatnici prijave ili vrate svoje kupnje”.

S RevenueCatom vraćanje kupnji staje u jedan poziv. Pravi posao je provjeriti što se događa poslije:

• pretplatnik stvarno vraća pristup, bez ponovnog pokretanja aplikacije;
• korisnik bez kupnje dobiva jasnu poruku, ne tehničku grešku;
• gumb je vidljiv na samom paywallu, ne samo u postavkama.

Greška br. 5: zaboraviti podatke koje Apple traži

Paywall koji ne kaže jasno što će korisnik platiti može biti odbijen. Apple na svojoj stranici posvećenoj pretplatama detaljno navodi što mora biti na ekranu za pretplatu:

• naziv i trajanje pretplate te što ona daje u tom razdoblju;
• puna cijena obnove, jasno prikazana i lokalizirana u dostupnim valutama;
• način vraćanja kupnji (vidi prethodnu grešku).

Dodaj izričitu rečenicu o automatskoj obnovi: pretplata se obnavlja dok je korisnik ne otkaže, a može je otkazati u postavkama svog Apple računa.

Ista stranica navodi i da aplikacija i njezini App Store metapodaci moraju sadržavati poveznice na uvjete korištenja i politiku privatnosti. Mnogi to otkriju tek kod odbijanja: nije dovoljno staviti te poveznice u aplikaciju, treba i podsjetnik na uvjete pretplate i te dvije poveznice u opisu App Store stranice. Bez njih slijedi odbijanje prema pravilu 3.1.2. Na svojim aplikacijama s pretplatom opis završavam kratkim blokom: uvjeti pretplate, zatim poveznica na uvjete korištenja i poveznica na politiku privatnosti. A ako je tvoja stranica prevedena, taj blok mora postojati na svakom jeziku.

Prije nego zalijepiš poveznice, otvori ih u pregledniku. Poveznica na stranicu koja ne postoji isto je što i poveznica koje nema.

Ostale česte razloge odbijanja opisao sam u ovom članku o Appleovim odbijanjima, a sama App Store stranica ima svoju stranicu: optimizacija stranice na App Storeu.

Greška br. 6: ne testirati paywall u sandboxu

Paywall koji se lijepo prikazuje u simulatoru nije paywall koji radi. Između konfiguracije proizvoda u App Store Connectu, ponuda u RevenueCatu i koda aplikacije, puno je mjesta gdje se detalj može slomiti: krivo povezan proizvod, cijena koja se ne učitava, proba koja se ne prikazuje.

Apple za to daje testno okruženje, sandbox, s testnim Apple računima koje stvaraš u App Store Connectu, u „Users and Access”, kartica Sandbox. Ti računi služe za testiranje kupnji bez terećenja, uključujući obnove, neuspjela plaćanja i povrate novca, kako objašnjava dokumentacija App Store Connecta.

Prije svakog slanja prođi barem ovaj put na pravom iPhoneu:

1. prvo pokretanje, cijeli onboarding, dolazak na paywall;
2. pokretanje probe s testnim računom;
3. provjera da se premium pristup stvarno otključava;
4. brisanje aplikacije, ponovna instalacija, vraćanje kupnje;
5. ispravan prikaz paywalla na najmanjem i najvećem iPhoneu koji podržavaš.

Appleov reviewer će i sam testirati kupnju. Ako zapne, slijedi odbijanje.

Greška br. 7: ništa ne mjeriti

Ovo je greška koja te sprječava da ispraviš sve ostale. Bez mjerenja ne znaš gdje korisnici odustaju. Vidiš samo konačan rezultat: malo pretplatnika. Ne znaš je li problem onboarding, paywall, cijena ili proba.

Upravo mi je to omogućilo da vidim problem na vlastitim aplikacijama: instalacije su bile tu, pokrenute probe nisu. Bez te dvije brojke jedne pored druge, mogao sam tjednima prerađivati nešto drugo.

Postavi analytics događaje na svakom ključnom koraku, na primjer s PostHogom:

• početak onboardinga;
• kraj onboardinga;
• prikaz paywalla;
• pokrenuta proba;
• potvrđena kupnja ili pretplata;
• uspješno vraćanje kupnje.

S tim događajima dobivaš lijevak. Vidiš korak na kojem korisnici odlaze i znaš što prvo preraditi. RevenueCat nadopunjuje sliku na strani prihoda: probe, konverzije, obnove, otkazivanja.

Zadnji savjet: ne mijenjaj sve odjednom. Ako isti dan promijeniš cijenu, probu i dizajn paywalla, nikad nećeš znati što je pomaknulo brojke.

Checklist za paywall prije sljedećeg slanja

• Paywall dolazi na kraju onboardinga, nakon dokaza vrijednosti.
• Besplatna proba jasno je prikazana: trajanje, zatim cijena nakon probe.
• Godišnja pretplata pošteno je istaknuta, stvarno naplaćena cijena ostaje čitljiva.
• Gumb „Restore Purchases” nalazi se na paywallu i radi.
• Naziv, trajanje, cijena obnove i automatska obnova su navedeni.
• Poveznice na uvjete korištenja i politiku privatnosti nalaze se u aplikaciji i u App Store opisu, na svakom jeziku.
• Cijeli proces kupnje testiran je u sandboxu na pravom iPhoneu.
• Analytics događaji pokrivaju svaki korak, od onboardinga do kupnje.

Ako još dvojiš oko samog modela, pretplata ili jednokratna kupnja, napisao sam poseban vodič: pretplata ili jednokratna kupnja za tvoju prvu iOS aplikaciju. A za cijeli tehnički dio, proizvode, RevenueCat i validaciju, sve je na stranici iOS in-app pretplate.

Izradi svoj paywall s iOS Kitom

Paywall je samo jedan dio. Ovisi o onboardingu koji mu prethodi, o cijeni koju odrediš, o App Store stranici koja dovodi korisnike i o glavnoj funkciji aplikacije, onoj koju treba držati jednostavnom u dobro definiranoj prvoj verziji.

Ako želiš krenuti od gotove baze, onboarding, paywall i pretplate već su u početnom kodu iOS Kita, a treći korak njegova puta služi da ih spojiš na vlastitu aplikaciju. Nitko ti ne može jamčiti prihod.

Prije slanja, Claude Code skillovi iz Apple Review Kita pregledavaju tvoj paywall i podatke koje Apple traži. A početna stranica pokazuje kako lansirati svoju mobilnu aplikaciju s već spojenim paywallom.

Česta pitanja

Koje greške na iOS paywallu koče prodaju prve aplikacije?

Na prvoj aplikaciji ponavlja se sedam grešaka: paywall prikazan prerano ili prekasno, bez besplatne probe, loše istaknuta godišnja pretplata. Zatim zaboravljen gumb za vraćanje kupnji, nedostaju podaci koje Apple traži, paywall nikad testiran u sandboxu i nikakvo mjerenje. Svaka se ispravlja konkretnom postavkom koju trebaš provjeriti prije sljedećeg slanja Appleu.

Kada prikazati paywall u iOS aplikaciji?

Na kraju onboardinga, odmah nakon što korisnik osjeti vrijednost aplikacije. Prerano, vidi cijenu prije nego što shvati što aplikacija radi. Prekasno, na primjer iza gumba „Premium” u postavkama, većina korisnika ga nikad neće vidjeti. Možeš ga ponovno prikazati kasnije, kad korisnik udari u ograničenje besplatne verzije.

Što iOS paywall mora prikazati da poštuje Appleova pravila?

Apple na ekranu za pretplatu traži naziv i trajanje pretplate, što ona daje, jasno prikazanu punu cijenu obnove i način vraćanja kupnji. Trebaju i poveznice na uvjete korištenja i politiku privatnosti, u aplikaciji i u opisu tvoje App Store stranice. Bez njih u opisu slijedi odbijanje. Dodaj izričitu rečenicu o automatskoj obnovi.

Treba li nuditi besplatnu probu u iOS aplikaciji?

Da, pogotovo za aplikaciju koju još nitko ne poznaje: tražiti plaćanje odmah je velik skok, a proba omogućuje testiranje bez rizika. Apple to zove introductory offer, ograničena na jednu po grupi pretplata za istog kupca. Napiši trajanje probe, a zatim cijenu koja se naplaćuje poslije, na gumbu ili odmah iznad njega.

Kako istaknuti godišnju pretplatu bez obmanjivanja korisnika?

Unaprijed odaberi godišnju pretplatu, daj joj vizualno drukčiji prikaz i prikaži njezin mjesečni ekvivalent pored godišnje cijene. Navedi stvarnu uštedu u odnosu na mjesečnu, izračunatu na tvojim pravim cijenama, nikad na izmišljenoj referentnoj cijeni. Ne skrivaj pravu cijenu: mjesečni ekvivalent velikim slovima, a godišnja cijena sitno, to je obmanjujući paywall i razlog za odbijanje.

Kako testirati iOS paywall prije slanja Appleu?

S Appleovim sandboxom: testnim računima, stvorenim u App Store Connectu, koji omogućuju kupnju bez terećenja. Na pravom iPhoneu prođi cijeli put: onboarding, pokretanje probe, premium pristup, zatim brisanje aplikacije, ponovnu instalaciju i vraćanje kupnje. Provjeri i prikaz na najmanjem i najvećem iPhoneu koji podržavaš.