Új push-scenáriók létrehozása frissítés során

Új push-szkriptek magánügyfeleknek

Az Új push-szkriptek akkor kellenek, amikor egy mobilalkalmazás értesítései már nem csak egyszerű üzenetek, hanem pontosan időzített, célzott és mérhető kommunikációs elemek. A legtöbb ügyfél nem külön technikai megoldást keres, hanem azt szeretné, hogy az alkalmazás értelmesen szóljon a felhasználóhoz. Ne túl gyakran, ne rossz pillanatban, és ne olyan szöveggel, amelyet az ember azonnal töröl.

Én azt látom, hogy ezen a területen a feladat ritkán csak egy rövid kódrészlet hozzáadása. A jó értesítési logika mögött események, feltételek, felhasználói állapotok, szövegváltozatok és tesztelés áll. Egy magánügyfélnek nem kell minden technikai részletet ismernie. De fontos, hogy pontosan el tudja mondani, mit szeretne elérni. Például új felhasználó visszahívása, félbehagyott rendelés emlékeztetése, inaktív ügyfél újraaktiválása vagy szolgáltatás állapotáról szóló üzenet küldése.

A Qjob.hu felületén olyan magánszakembert lehet keresni, aki távolról végzi el az ilyen fejlesztési feladatot. Itt a kommunikáció általában online történik. A brief, a meglévő kód, a hozzáférések, a tesztelési adatok és a kész eredmény is digitálisan kerül átadásra. Ez kényelmes, de csak akkor működik jól, ha a feladat eleje tiszta.

Push-szkript hozzáadásának célja

A push-szkript hozzáadásának első kérdése nem az, hogy melyik eszközből küldjük az üzenetet. Hanem az, hogy miért küldjük. Szerintem ez a leggyakoribb félreértés. Sok ügyfél úgy indul neki, hogy kell még pár értesítés, de nem fogalmazza meg, milyen felhasználói viselkedést szeretne elérni.

Lehet, hogy az alkalmazásban új funkció jelent meg, és erről kell tájékoztatni a felhasználókat. Lehet, hogy a regisztráció után kell egy emlékeztető. Más esetben az a cél, hogy a felhasználó visszatérjen egy félbehagyott művelethez. Ezek eltérő logikát igényelnek. Nem ugyanaz a szöveg, nem ugyanaz az időzítés, és nem ugyanaz a mérés.

Tapasztalatom szerint a jó szakember először megkérdezi, milyen esemény indítsa el az értesítést. Megnézi, hogy egyszeri vagy ismétlődő üzenetről van szó. Rákérdez arra is, hogy kell-e külön szabály az új, régi, aktív vagy inaktív felhasználókra. Ez nem lassítás. Ez védi a megrendelőt attól, hogy a végeredmény működjön ugyan, de üzletileg semmit ne javítson.

Új push-szkriptek ára

Az Új push-szkriptek ára nagyban függ attól, hogy csak egy egyszerű üzenetküldési szabályról van szó, vagy teljes értesítési logikáról. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a tesztelés, a hibakezelés vagy a felhasználói csoportok pontos beállítása. Persze nem minden drágább ajánlat jobb. De a nagyon alacsony díj sokszor azt jelzi, hogy a szakember csak gyorsan beilleszt valamit, és nem nézi meg, mi történik valós használat közben.

Az ár akkor lesz pontosabb, ha a megrendelő megmutatja, milyen alkalmazásról van szó, milyen értesítési rendszer működik már, és milyen új szabályokat kell hozzáadni. Egy rövid leírás önmagában kevés lehet. Képernyőképek, eseménylista, meglévő üzenetszövegek és hozzáférési feltételek sokat segítenek.

Push-értesítési szakember választása

A push-értesítési szakember kiválasztásánál nem elég azt nézni, hogy tud-e kódot írni. Fontosabb, hogy érti-e az alkalmazáson belüli folyamatot. Egy értesítés nem önálló darab. Kapcsolódik a regisztrációhoz, a kosárhoz, a fizetéshez, a foglaláshoz, a tartalomfogyasztáshoz vagy más felhasználói eseményhez.

Érdemes olyan szakembert keresni, aki kér portfóliót vagy korábbi példákat is tud mutatni. Nem feltétlenül kell nagy projektekben gondolkodni. Egy kisebb, de jól dokumentált munka is sokat mond. Jó jel, ha az ajánlatban szerepel tesztelés, hibajavítás és átadás. Rossz jel, ha a válasz csak annyi, hogy megoldom, és nincs kérdés a rendszer működéséről.

Volt olyan eset, amikor egy ügyfél csak egy új üdvözlő értesítést kért. A munka közben derült ki, hogy az alkalmazás három külön regisztrációs útvonalat használt. Az egyiknél az értesítés jókor ment ki, a másiknál kétszer, a harmadiknál egyáltalán nem. A javítás nem volt bonyolult, de csak azért derült ki időben, mert a szakember nem csak a kért szöveget illesztette be, hanem végigtesztelte a folyamatot.

Új push-szkriptek munkafolyamata

Az Új push-szkriptek elkészítése általában egy rövid felméréssel indul. A szakember bekéri az alkalmazás típusát, a használt értesítési megoldást, a meglévő eseményeket és az új célokat. Ezután jön a logika megtervezése. Itt dől el, hogy mikor induljon az üzenet, kik kapják meg, hányszor ismétlődhet, és mi történjen akkor, ha a felhasználó már elvégezte a kívánt műveletet.

A második szakasz a megvalósítás. Ez lehet új kódrészlet, meglévő rendszer frissítése, események bekötése vagy adminfelületi szabályok beállítása. A távoli munka során a hozzáféréseket óvatosan kell kezelni. A legjobb megoldás az, ha a megrendelő csak a szükséges jogosultságokat adja át, és a munka végén ellenőrzi vagy visszavonja azokat.

A harmadik rész a tesztelés. Sokan ott hibáznak, hogy ezt kihagyják. Egy push-üzenet akkor is rossz lehet, ha technikailag megérkezik. Lehet rossz időben, rossz nyelven, rossz felhasználónak vagy feleslegesen ismételve. Ezért a tesztelésnek tartalmaznia kell több felhasználói állapotot és több eszközt is, ha az alkalmazás ezt indokolja.

A kész eredmény átadásakor hasznos egy rövid leírás. Melyik értesítés mikor indul. Hol lehet módosítani a szöveget. Melyik esemény kapcsolódik hozzá. Mit kell figyelni a következő napokban. Egy ilyen dokumentum nem hosszú, mégis sok későbbi félreértést megelőz.

Push-szkriptek hibái és kockázatai

A push-szkriptek hibái gyakran nem azonnal látszanak. Egy hibás weboldali gombot az ügyfél gyorsan észrevesz. Egy rosszul működő értesítés viszont napokig csendben rontja a felhasználói élményt. Például túl sok üzenetet küld, vagy éppen nem küld semmit azoknak, akiknek kellene.

Szerintem a legnagyobb kockázat a túlküldés. A megrendelő azt gondolja, hogy több értesítés több aktivitást hoz. De ha a felhasználó zavarónak érzi, egyszerűen kikapcsolja az értesítéseket. Onnantól a jól megírt üzenetek sem jutnak el hozzá. Ezért kell korlát, feltétel és mérés.

Másik gyakori hiba a túl általános szöveg. A mindenkihez szóló értesítés gyakran senkinek sem hasznos. Nem kell minden esetben bonyolult személyre szabás, de legalább az eseményhez illő üzenet fontos. Egy elhagyott művelethez más hang kell, mint egy új funkció bejelentéséhez.

Gondot okozhat a rossz átadás is. Ha a szakember elkészíti a kódot, de nem mondja el, hol lehet módosítani az üzeneteket, a megrendelő később újra segítségre szorul minden apró változtatásnál. Ez nem mindig baj, de jó előre tudni. A tiszta átadás része a minőségi munkának.

Brief új push-logikához

Egy új push-logikához nem kell hosszú dokumentum, de néhány adat nélkül nehéz jó munkát kérni. A megrendelő írja le, milyen alkalmazásról van szó, milyen felhasználói művelethez kell értesítés, milyen szövegváltozatokat szeretne, és van-e már működő küldési rendszer. A szakember ebből látja, hogy egyszerű beállításról vagy komolyabb fejlesztésről van szó.

Hasznos megadni azt is, hogy milyen gyorsan kell a munka. Egy sürgős javítás más díjazást és más munkarendet igényelhet, mint egy átgondolt frissítés. A határidőt nem csak dátummal érdemes megadni. Jó, ha szerepel benne, mikor lehet tesztelni, mikor kap hozzáférést a szakember, és ki hagyja jóvá az elkészült verziót.

Az online együttműködésnél a rövid, világos üzenetek sokat számítanak. Nem kell minden apróságot azonnal eldönteni, de a cél legyen egyértelmű. Mit kapjon a felhasználó. Mikor kapja. Mi számít sikeres működésnek. Ha ezek megvannak, az új értesítési szkriptek sokkal kisebb kockázattal készülnek el.

Push-szkript eredményének ellenőrzése

A push-szkript eredményét nem csak az alapján kell ellenőrizni, hogy megérkezett-e az üzenet. Fontos megnézni a címzett csoportot, az időzítést, az ismétlést, a szöveget és a kapcsolódó eseményt. Ha a felhasználó már elvégezte a műveletet, ne kapjon felesleges emlékeztetőt. Ha leiratkozott vagy kikapcsolta az értesítést, a rendszer ezt kezelje helyesen.

Tapasztalatom szerint a jó átadás után a megrendelő nem marad teljesen bizonytalan. Tudja, mi készült el, hol látja az eredményt, és milyen helyzetben kell újra szakemberhez fordulnia. Ez különösen fontos akkor, ha később új kampányok, új funkciók vagy új felhasználói csoportok kerülnek az alkalmazásba.

Az Új push-szkriptek akkor adnak valódi értéket, ha nem önmagukban állnak. Kapcsolódnak a felhasználói útvonalhoz, mérhetőek, módosíthatóak, és nem terhelik túl a felhasználót. Egy magánszakember ebben nem csak technikai végrehajtó lehet, hanem olyan partner, aki segít tisztábban látni, melyik értesítésre van szükség, és melyikre nincs.