Paywall iOS: 7 začetniških napak, ki ti blokirajo prodajo

Zakaj tvoj paywall za iOS ne prodaja

Tvoja aplikacija je v App Storu, namestitve prihajajo, pa se skoraj nihče ne naroči. V večini primerov težava ni ne v ideji ne v kodi, ampak v tvojem iOS paywallu, torej zaslonu, ki predstavi plačljivo ponudbo in uporabnika prosi, naj se zaveže. Paywall, ki se pokaže ob napačnem trenutku, brez brezplačnega preizkusa, brez gumba za obnovitev nakupov ali brez navedb, ki jih zahteva Apple, ne prodaja ali pa ga pri pregledu zavrnejo.

Tukaj je 7 napak, ki jih pri prvi aplikaciji vidim najpogosteje, in kako vsako popraviš. Brez čarobnega recepta: konkretne nastavitve, ki jih lahko preveriš in uporabiš pred naslednjo oddajo Applu.

Sam objavljam svoje iOS aplikacije z naročnino: Solys, budilko z mini igrami, in TradaZen, simulator trgovanja, obe povezani z RevenueCat. Pri obeh sem doživel isto: veliko namestitev, zelo malo začetih brezplačnih preizkusov. Problem ni bil v izdelku. Paywall in onboarding uporabnika nista dovolj jasno vodila do preizkusa. To je eden od razlogov, da sem ju temeljito predelal, in iz tega izhaja ta seznam.

Napaka št. 1: paywall pokažeš prezgodaj ali prepozno

To je najdražja napaka in se pojavi v obe smeri.

Prezgodaj pomeni, da se paywall prikaže, preden uporabnik razume, kaj aplikacija dela. Odpre aplikacijo, vidi ceno, zapre. Nima razloga za plačilo, saj še ni ničesar videl.

Prepozno pomeni paywall, skrit za gumbom »Premium« v nastavitvah, ali takšen, ki se pokaže šele po nekaj dneh uporabe. Večina uporabnikov ga ne bo nikoli videla. Uporabnik, ki ne vidi tvoje ponudbe, pa se ne more naročiti.

Pravi trenutek je nekje vmes: na koncu onboardinga, takoj ko uporabnik zazna vrednost aplikacije. Odgovoril je na nekaj vprašanj, videl, kaj bo aplikacija naredila zanj, morda je preizkusil glavno funkcijo. Takrat ima ponudba smisel.

Konkretno:

• onboarding postavlja koristna vprašanja in pokaže predogled rezultata;
• paywall pride na koncu te poti, ne na sredini;
• lahko ga pokažeš znova pozneje, ko uporabnik naleti na omejitev brezplačne različice. Če funkcijo, ki je bila do zdaj brezplačna, narediš plačljivo, najprej preberi vodnik po smernici 3.2.2.

Napaka št. 2: ne ponudiš brezplačnega preizkusa

Pri aplikaciji, ki je še nihče ne pozna, je takojšnja zahteva po plačilu velik skok. Brezplačni preizkus ta skok zmanjša: uporabnik preizkusi brez tveganja, plačilo pa se začne šele ob koncu preizkusnega obdobja, če ne prekliče.

Apple ta mehanizem predvideva pod imenom introductory offer za samodejno obnovljive naročnine. Zapomni si dve pravili z Applove strani o naročninah:

• stranka lahko izkoristi samo eno uvodno ponudbo na skupino naročnin;
• v postopku nakupa moraš jasno navesti trajanje preizkusa in ceno, ki se zaračuna po koncu preizkusa.

Pogosta napaka je, da preizkus ponudiš, pa tega ne poveš. Če na gumbu piše samo »Naroči se«, uporabnik ne ve, da lahko brezplačno preizkusi. Napiši to jasno na gumb ali tik nad njega: trajanje preizkusa, nato ceno. Prav takšna podrobnost loči namestitve, ki spijo, od preizkusov, ki se začnejo.

Napaka št. 3: letne naročnine ne izpostaviš pravilno

Veliko prvih aplikacij ponuja mesečno in letno naročnino, vendar ju prikaže kot dve enakovredni možnosti, drugo ob drugi, brez hierarhije. Posledica: uporabnik okleva, uporabnik, ki okleva, pa pogosto zapre zaslon.

Letna naročnina ima prednosti zate in za uporabnika: zanj nižjo mesečno ceno, zate daljšo zavezo. Da jo pošteno izpostaviš:

• izberi jo vnaprej in ji daj vizualno drugačno predstavitev;
• prikaži mesečni ekvivalent ob letni ceni, da je primerjava takojšnja;
• navedi dejanski prihranek glede na mesečno naročnino, izračunan iz tvojih pravih cen, nikoli iz izmišljene referenčne cene.

Pazi, da ne zapadeš v drugo skrajnost: dejansko zaračunana cena mora ostati najbolj vidna. Apple zahteva, da je polna cena obnove prikazana jasno in vidno. Mesečni ekvivalent z velikimi črkami in prava letna cena z drobnimi je zavajajoč paywall in razlog za zavrnitev po smernici 3.1.2.

Napaka št. 4: pozabiš gumb za obnovitev nakupov

To je najbolj neumna pozabljivost in ena najpogostejših. Naročnik zamenja iPhone, znova namesti aplikacijo in pristane pred paywallom, čeprav že plačuje. Brez gumba »Restore Purchases« nima nobenega načina, da dobi dostop nazaj.

To ni izbirno. Smernice za pregled App Stora (pravilo 3.1.1) zahtevajo mehanizem za obnovitev pri vsakem obnovljivem nakupu v aplikaciji, Applova stran o naročninah pa med elementi zaslona za naročilo navaja »način, da se obstoječi naročniki prijavijo ali obnovijo nakupe«.

Z RevenueCat je obnovitev en sam klic. Pravo delo je preveriti, kaj se zgodi potem:

• naročnik res dobi dostop nazaj, ne da bi moral znova zagnati aplikacijo;
• uporabnik brez nakupa dobi jasno sporočilo, ne tehnične napake;
• gumb je viden na samem paywallu, ne samo v nastavitvah.

Napaka št. 5: pozabiš navedbe, ki jih zahteva Apple

Paywall, ki ne pove jasno, kaj bo uporabnik plačal, lahko zavrnejo. Apple na svoji strani o naročninah podrobno opiše, kaj mora biti na zaslonu za naročilo:

• ime in trajanje naročnine ter kaj v tem obdobju prinaša;
• polna cena obnove, jasno prikazana in lokalizirana v razpoložljive valute;
• način za obnovitev nakupov (glej prejšnjo napako).

Dodaj eksplicitno poved o samodejni obnovi: naročnina se obnavlja, dokler je uporabnik ne prekliče, prekliče pa jo lahko v nastavitvah svojega Apple računa.

Ista stran pove tudi, da morajo aplikacija in njeni metapodatki v App Storu vsebovati povezave do pogojev uporabe in politike zasebnosti. To mnogi odkrijejo šele ob zavrnitvi: ni dovolj, da povezave daš v aplikacijo, v opisu strani v App Storu potrebuješ tudi povzetek pogojev naročnine in ti dve povezavi. Brez njih sledi zavrnitev po pravilu 3.1.2. Pri svojih aplikacijah z naročnino opis končam s kratkim blokom: pogoji naročnine, nato povezava do pogojev uporabe in povezava do politike zasebnosti. Če je tvoja stran prevedena, mora ta blok obstajati v vsakem jeziku.

Preden prilepiš povezave, jih odpri v brskalniku. Povezava na stran, ki ne obstaja, je enaka manjkajoči povezavi.

Druge pogoste razloge za zavrnitev sem podrobno opisal v tem članku o Applovih zavrnitvah, sama stran v App Storu pa ima svojo stran: optimizacija strani v App Storu.

Napaka št. 6: paywalla ne preizkusiš v sandboxu

Paywall, ki se lepo prikaže v simulatorju, še ni paywall, ki deluje. Med nastavitvijo izdelkov v App Store Connect, ponudbami v RevenueCat in kodo aplikacije je veliko mest, kjer se lahko kaj pokvari: napačno povezan izdelek, cena, ki se ne naloži, preizkus, ki se ne prikaže.

Apple ima za to testno okolje, sandbox, s testnimi Apple računi, ki jih ustvariš v App Store Connect pod »Users and Access«, zavihek Sandbox. Ti računi služijo za preizkušanje nakupov brez bremenitve, vključno z obnovami, neuspelimi plačili in vračili, kot pojasnjuje dokumentacija App Store Connect.

Pred vsako oddajo na pravem iPhonu izvedi vsaj to pot:

1. prvi zagon, celoten onboarding, prihod na paywall;
2. začetek preizkusa s testnim računom;
3. preverjanje, da se premium dostop res odklene;
4. izbris aplikacije, ponovna namestitev, obnovitev nakupa;
5. pravilen prikaz paywalla na najmanjšem in največjem iPhonu, ki ga podpiraš.

Applov pregledovalec bo nakup prav tako preizkusil. Če se zatakne, sledi zavrnitev.

Napaka št. 7: ničesar ne meriš

To je napaka, zaradi katere ne moreš popraviti vseh ostalih. Brez merjenja ne veš, kje uporabniki odpadejo. Vidiš samo končni rezultat: malo naročnikov. Ne veš, ali je težava v onboardingu, paywallu, ceni ali preizkusu.

Prav to mi je pomagalo videti težavo v mojih aplikacijah: namestitve so bile, začetih preizkusov pa ne. Brez teh dveh številk drugo ob drugi bi lahko tedne predeloval kaj drugega.

Na vsakem ključnem koraku nastavi analitične dogodke, na primer s PostHogom:

• začetek onboardinga;
• konec onboardinga;
• prikaz paywalla;
• začet preizkus;
• potrjen nakup ali naročnina;
• uspešna obnovitev.

S temi dogodki dobiš lijak. Vidiš korak, kjer uporabniki odidejo, in veš, kaj predelati najprej. RevenueCat dopolni pogled na prihodke: preizkusi, konverzije, obnove, preklici.

Še zadnji nasvet: ne spreminjaj vsega hkrati. Če isti dan spremeniš ceno, preizkus in dizajn paywalla, nikoli ne boš vedel, kaj je premaknilo številke.

Kontrolni seznam za paywall pred naslednjo oddajo

• Paywall pride na koncu onboardinga, po dokazu vrednosti.
• Brezplačni preizkus je jasno prikazan: trajanje, nato cena po preizkusu.
• Letna naročnina je pošteno izpostavljena, dejansko zaračunana cena ostane berljiva.
• Gumb »Restore Purchases« je na paywallu in deluje.
• Navedeni so ime, trajanje, cena obnove in samodejna obnova.
• Povezave do pogojev uporabe in politike zasebnosti so v aplikaciji in v opisu v App Storu, v vsakem jeziku.
• Celoten postopek nakupa je bil preizkušen v sandboxu na pravem iPhonu.
• Analitični dogodki pokrivajo vsak korak, od onboardinga do nakupa.

Če še okleva glede samega modela, naročnina ali enkratno plačilo, sem napisal poseben vodnik: naročnina ali enkratni nakup za tvojo prvo iOS aplikacijo. Za celoten tehnični del, izdelke, RevenueCat in validacijo, pa je vse na strani naročnine v iOS aplikacijah.

Zgradi svoj paywall z iOS Kitom

Paywall je le en del. Odvisen je od onboardinga pred njim, od cene, ki jo določiš, od strani v App Storu, ki pripelje uporabnike, in od glavne funkcije aplikacije, ki jo moraš ohraniti preprosto v dobro zamejeni prvi različici.

Če želiš začeti s pripravljeno osnovo, so onboarding, paywall in naročnine že v začetni kodi iOS Kita, tretji korak njegove poti pa je namenjen temu, da jih povežeš s svojo aplikacijo. Nihče ti ne more zagotoviti prihodka.

Pred oddajo skilli za Claude Code iz Apple Review Kita pregledajo tvoj paywall in navedbe, ki jih zahteva Apple. Domača stran pa pokaže, kako lansirati svojo mobilno aplikacijo s tem paywallom, ki je že povezan.

Pogosta vprašanja

Katere napake pri iOS paywallu blokirajo prodajo prve aplikacije?

Pri prvi aplikaciji se ponavlja sedem napak: paywall, prikazan prezgodaj ali prepozno, brez brezplačnega preizkusa, slabo izpostavljena letna naročnina. Sledijo pozabljen gumb za obnovitev, manjkajoče navedbe, ki jih zahteva Apple, paywall, ki nikoli ni bil preizkušen v sandboxu, in nobeno merjenje. Vsako popraviš s konkretno nastavitvijo, ki jo preveriš pred naslednjo oddajo Applu.

Kdaj prikazati paywall v iOS aplikaciji?

Na koncu onboardinga, takoj ko uporabnik zazna vrednost aplikacije. Prezgodaj vidi ceno, ne da bi razumel, kaj aplikacija dela. Prepozno, na primer za gumbom »Premium« v nastavitvah, ga večina uporabnikov ne bo nikoli videla. Pozneje ga lahko pokažeš znova, ko uporabnik naleti na omejitev brezplačne različice.

Kaj mora prikazati iOS paywall, da upošteva Applova pravila?

Apple na zaslonu za naročilo zahteva ime in trajanje naročnine, kaj prinaša, jasno prikazano polno ceno obnove in način za obnovitev nakupov. Potrebuješ tudi povezave do pogojev uporabe in politike zasebnosti, v aplikaciji in v opisu tvoje strani v App Storu. Če jih v opisu ni, sledi zavrnitev. Dodaj še eksplicitno poved o samodejni obnovi.

Ali naj v iOS aplikaciji ponudim brezplačni preizkus?

Da, še posebej pri aplikaciji, ki je še nihče ne pozna: takojšnja zahteva po plačilu je velik skok, preizkus pa omogoča preizkušanje brez tveganja. Apple temu reče introductory offer, omejena na eno na skupino naročnin za istega kupca. Na gumb ali tik nad njega napiši trajanje preizkusa in nato ceno, ki se zaračuna pozneje.

Kako izpostaviti letno naročnino, ne da bi zavajal uporabnika?

Letno naročnino izberi vnaprej, daj ji vizualno drugačno predstavitev in ob letni ceni prikaži mesečni ekvivalent. Navedi dejanski prihranek glede na mesečno naročnino, izračunan iz tvojih pravih cen, nikoli iz izmišljene referenčne cene. Prave cene ne skrivaj: mesečni ekvivalent z velikimi črkami in letna cena z drobnimi je zavajajoč paywall in razlog za zavrnitev.

Kako preizkusiti iOS paywall pred oddajo Applu?

Z Applovim sandboxom: testni računi, ustvarjeni v App Store Connect, ki omogočajo nakup brez bremenitve. Na pravem iPhonu izvedi celotno pot: onboarding, začetek preizkusa, premium dostop, nato izbris aplikacije, ponovna namestitev in obnovitev nakupa. Preveri tudi prikaz na najmanjšem in največjem iPhonu, ki ga podpiraš.