Push Notifikacije za mobilne aplikacije - Zephyra Studio

Šta su push notifikacije i kome su namenjene

Push notifikacija je poruka koju aplikacija isporučuje preko Apple Push Notification service (APNs) ili Google Firebase Cloud Messaging servisa, direktno na telefona korisnika, bez potrebe da aplikacija bude otvorena u tom trenutku. Korisnik je vidi na zaključanom ekranu, u vidžetu obaveštenja ili kao mali balon dok koristi drugu aplikaciju, i jednim dodirom dolazi pravo u odgovarajući ekran vaše aplikacije.

Namenjene su aplikacijama koje imaju razlog da se korisnik vraća: rezervacije i termini, e-trgovina sa porudžbinama i akcijama, sadržajne aplikacije sa novim člancima ili epizodama, dostava sa statusom pošiljke, edukativne aplikacije sa podsetnicima za učenje. Ako aplikacija nema nijedan ponavljajući razlog za povratak, push notifikacije neće pomoći jer nemaju šta korisno da saopšte, i to je prvo pitanje koje postavljamo pre nego što uopšte predložimo ovu funkcionalnost.

Prednosti push notifikacija u poređenju sa alternativama

Ključna razlika u odnosu na druge kanale je što push dopire do korisnika i kada aplikacija nije otvorena, ali i zato što je to najinvazivniji kanal koji aplikacija ima. Imate pristup zaključanom ekranu telefona, i ako to zloupotrebite, korisnik neće samo isključiti notifikacije, nego će obrisati aplikaciju. To se ne dešava ni sa e-mailom ni sa porukom u aplikaciji (in-app), koje korisnik vidi tek kad sam otvori aplikaciju ili sanduče, pa su bezbednije ali i mnogo slabije po dometu.

Zato je naš ugao drugačiji od uobičajenog: ne pitamo samo šta poslati, nego koliko često i kome. U praksi, aplikacije koje koriste segmentaciju (npr. poruka ide samo korisnicima koji su ostavili artikal u korpi, ili samo onima koji imaju termin u naredna 24 sata) imaju daleko bolje rezultate od aplikacija koje šalju istu poruku svima. Notifikacija koju korisnik očekuje, poput potvrde porudžbine ili podsetnika za termin, retko kada se doživljava kao spam, dok neplanirana promotivna poruka u istoj aplikaciji može izazvuti isključivanje. Balans između ova dva tipa je suština posla, ne tehnička implementacija.

Kako radimo sa push notifikacijama

Rad počinje definisanjem taksonomije poruka: koje su transakcione (podsetnik za termin, status dostave, potvrda plaćanja) i moraju uvek da stignu, a koje su promotivne i šalju se po planu. Zatim postavljamo segmentaciju, tako da poruka ide samo relevatnoj grupi korisnika, i pravimo sistem dozvola, jer korisnik u svakom trenutku mora moći da isključi promotivne, a da i dalje prima transakcione notifikacije. Tehnički realizujemo integraciju sa Firebase Cloud Messaging za Android i APNs za iOS, uz unos teksta i slika u notifikaciji (rich push) koji smo potvrdili kao izvodljiv za obe platforme.

Posebno vodimo računa o tome kada se traži dozvola. Ako se dijalog za dozvolu pojavi odmah po instalaciji, pre nego što je korisnik imao priliku da vidi vrednost aplikacije, velika većina će je odbiti, i to se teško ispravlja kasnije. Zato traženje dozvole uvezujemo sa konkretnom akcijom u aplikaciji (kada korisnik prvi put rezerviše termin ili doda proizvod u korpu), što je praksa koja se pokazuje daleko bolje. Uz to postavljamo merenje otvaranja i isključivanja, tako da imate uvid u to koje poruke rade, a koje teraju korisnike da isključe notifikacije.

Okvirna cena

Cena zavisi od toga koliko tipova poruka pokrivamo, koliko segmenata korisnika uvodimo i da li je potrebna izrada administracionog panela za zakazivanje poruka. Zato cenu uvek dajemo kroz kalkulator ili razgovor nakon što vidimo obim, umesto kao unapred određen broj.