Automatikus értesítések aktiválása egyedi triggerek segítségével

Automatikus push-értesítők online alkalmazáshoz

Az Automatikus push-értesítők akkor hasznosak, ha az alkalmazásnak magától kell jeleznie a felhasználónak egy eseményről, új üzenetről, rendelési állapotról, fizetési változásról vagy fontos határidőről. A lényeg egyszerű. A magánügyfél nem csak egy gombot vagy szöveget kér az alkalmazásba, hanem egy működő értesítési rendszert, amely a megfelelő pillanatban, jó feltételek alapján küld üzenetet. Én azt látom, hogy sok megbízásnál nem maga az értesítés a nehéz, hanem annak eldöntése, mikor, kinek és milyen szabály alapján menjen ki az üzenet.

Egy ilyen feladathoz általában fejlesztő kell, aki érti a mobilalkalmazást, a kiszolgálói oldalt, az engedélykezelést és az üzenetküldési szolgáltatást is. Nem minden esetben kell nagy rendszer. Néha elég egy egyszerű beállítás, ahol új rendelés, új válasz vagy lejáró előfizetés indít értesítést. Máskor külön adminfelület, eseménynapló, felhasználói beállítás és több nyelv is szükséges. Qjob.hu felületén magánszemélyként is lehet olyan online szakembert keresni, aki ilyen távoli fejlesztési munkát vállal.

Automatikus értesítések feladata

Az automatikus értesítések fő célja, hogy a felhasználó ne maradjon le fontos eseményről. Ez lehet egyszeri jelzés, ismétlődő emlékeztető vagy feltételes üzenet. Például akkor indul, ha valaki nem fejezett be egy foglalást, ha új ajánlat érkezett, ha változott egy státusz, vagy ha a rendszer biztonsági eseményt észlel. Szerintem a jó megoldás nem attól jó, hogy sok üzenetet küld. Inkább attól, hogy csak akkor szól, amikor valóban van értelme.

Sokan ott hibáznak, hogy minden apró eseményre értesítést kérnek. Ettől a felhasználó hamar kikapcsolja az üzeneteket. A fejlesztő ilyenkor nem csak kódot ír. Segít tisztázni az eseményeket, a küldési szabályokat, a szövegeket, az időzítést és azokat a helyzeteket is, amikor nem szabad üzenetet küldeni. Ez különösen fontos akkor, ha az alkalmazás már használatban van, és a változtatás nem zavarhatja meg a meglévő felhasználókat.

Push értesítések árai

A push értesítések árai nagyban függnek attól, hogy csak alapbeállításról van szó, vagy teljes automatizált rendszerről. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a tesztelés, az engedélykezelés vagy a hibakezelés. Tapasztalatom szerint egy egyszerű beépítés is több lépésből áll. Kell technikai ellenőrzés, kódmódosítás, kiszolgálói kapcsolat, próbaküldés és élesítés.

Az ár akkor lesz pontosabb, ha a megbízó meg tudja mutatni az alkalmazás jelenlegi állapotát. Kell tudni, van e már fejlesztői hozzáférés, működik e kiszolgálói oldal, milyen rendszer küldi az eseményeket, és melyik eszközökön kell tesztelni. Ha ezek hiányoznak, a szakember először felmérést kérhet. Ez nem felesleges kör. Sokszor pont itt derül ki, hogy az eredeti elképzelés túl bonyolult, vagy éppen egyszerűbben is megoldható.

Online fejlesztő kiválasztása

Online fejlesztő választásánál nem elég azt nézni, hogy valaki tud e mobilalkalmazást készíteni. Az automatikus push-értesítők külön területet érintenek. Fontos, hogy a szakember értsen az eseményalapú működéshez, a háttérrendszerhez és a felhasználói engedélyekhez. Jó jel, ha kérdez a meglévő kódról, az alkalmazás típusáról, a célközönségről és arról, milyen események indítsák az üzenetet.

Én azt tartom biztonságosnak, ha a megbízó először kisebb feladatot ad. Például egyetlen értesítési esemény beállítását. Ha az működik, lehet bővíteni. Így kevesebb a kockázat, és gyorsabban látszik, hogyan kommunikál a fejlesztő. Egy jó online szakember nem csak annyit ír, hogy megoldható. Leírja, mire van szüksége, milyen hozzáférések kellenek, milyen határidő reális, és hogyan lehet ellenőrizni a kész munkát.

A portfólió itt másképp számít, mint grafikai munkánál. Nem mindig látszik képen, hogy egy értesítési rendszer jól működik. Érdemes inkább korábbi feladatokról kérdezni. Milyen alkalmazásban dolgozott, milyen küldési logika volt, hogyan kezelte a hibákat, és mi történt, ha az üzenet nem ment ki. A válasz sokat elárul.

Munka menete és átadás

A távoli munka akkor halad jól, ha az elején rövid, de pontos feladatleírás készül. Nem kell hosszú dokumentum. Elég, ha szerepel benne, milyen esemény indítson értesítést, milyen szöveg jelenjen meg, kinek menjen ki az üzenet, mikor ne menjen ki, és hol lehessen kikapcsolni. A fejlesztő ez alapján meg tudja mondani, hogy a feladat egyszerű beállítás vagy komolyabb fejlesztés.

Az első lépés általában a hozzáférések és a jelenlegi rendszer átnézése. Ezután jön a technikai beállítás, majd a kódmódosítás. A következő rész a tesztelés. Itt több helyzetet is ellenőrizni kell. Új felhasználó, régi felhasználó, kikapcsolt értesítés, rossz kapcsolat, későn érkező üzenet, duplán érkező üzenet. Ezek apróságnak tűnnek, de később komoly bosszúságot okozhatnak.

Az átadásnál jó, ha a magánügyfél nem csak azt kapja meg, hogy kész. Kell egy rövid leírás arról, melyik esemény mit indít, hol lehet módosítani a szöveget, milyen szolgáltatás küldi az értesítést, és mit kell ellenőrizni frissítés után. Volt olyan eset, amikor egy ügyfél csak azt kérte, hogy új üzenetnél menjen ki jelzés. A munka végén derült ki, hogy csendes időszakot is szeretne, mert éjjel nem akarta zavarni a felhasználókat. Ezt jobb az elején tisztázni.

Minőség és gyakori hibák

A minőségi push rendszer nem feltűnő. Pont ez a lényege. Megérkezik, amikor kell, nem ismétlődik feleslegesen, nem küld rossz embernek, és nem zavarja túl gyakran a felhasználót. Ha az értesítés rosszul működik, az alkalmazás megbízhatatlannak tűnik. Ez akkor is igaz, ha a fő funkció egyébként rendben van.

Gyakori hiba, hogy a megbízó nem gondolja végig az üzenetek szövegét. Pedig egy rövid értesítésnek érthetőnek kell lennie. Nem fér bele hosszú magyarázat. A másik gond a tesztelés hiánya. Egy telefonon működik, másikon nem. Egy felhasználónak megy, másnak nem. Egyes rendszereken az engedélyek is másképp viselkednek. Ezért kell több próba, nem csak egy gyors ellenőrzés.

Szerintem az is hiba, ha az automatikus értesítések teljesen üzleti szabály nélkül készülnek el. Például minden új esemény azonnal üzenetet küld. Egy jobb megoldás figyeli az időzítést, a felhasználói állapotot és azt is, hogy az adott ember már látta e az információt az alkalmazáson belül. Így kevesebb lesz a felesleges jelzés.

Brief és hozzáférések

A brief legyen rövid, de konkrét. A legfontosabb kérdés az, milyen helyzetben kell üzenetet küldeni. Ezt egyszerű mondatokkal érdemes leírni. Például új rendelés után, fizetés után, üzenet érkezésekor, sikertelen művelet után vagy lejárat előtt. Kell még az üzenet szövege, a célcsoport és az is, hogy a felhasználó hol tudja módosítani a saját értesítési beállításait.

Hozzáférésből általában fejlesztői fiók, alkalmazáskód, kiszolgálói hozzáférés vagy értesítési szolgáltatás kezelőfelülete kellhet. Nem mindig kell mindent átadni. Egy óvatosabb megoldás az, ha a megbízó külön korlátozott hozzáférést ad, vagy képernyőmegosztással segít az első beállításnál. Ez főleg akkor fontos, ha a projekt magáncélú, de érzékeny felhasználói adatok vannak benne.

A munka végén érdemes kérni egy rövid ellenőrző listát. Mi lett beállítva, hogyan lehet új értesítési típust hozzáadni, mit kell figyelni rendszerfrissítés után, és mikor kell újra szakemberhez fordulni. Ez nem hosszú dokumentáció. Inkább praktikus emlékeztető. De sok későbbi félreértést megelőz.

Automatikus push üzenetek eredménye

Az automatikus push üzenetek akkor adnak jó eredményt, ha a felhasználó számára hasznosak, a megbízó számára pedig mérhetők. Nem elég, hogy technikailag megjelennek. Látni kell, hogy az emberek reagálnak e rájuk, kevesebb e az elfelejtett művelet, gyorsabb e a válasz, javul e a folyamat. Ezért jó, ha a fejlesztő legalább alapvető naplózást vagy ellenőrzési lehetőséget is beállít.

Magánügyfélként érdemes egyszerűen kezdeni. Először a legfontosabb egy vagy két értesítési típust kell jól megcsinálni. Utána lehet bővíteni emlékeztetőkkel, szegmentált üzenetekkel vagy adminból indítható küldéssel. Így a költség is jobban kezelhető, és a fejlesztés nem válik átláthatatlanná. Az Automatikus push-értesítők nem önmagukban értékesek. Akkor hasznosak, ha pontosan illeszkednek az alkalmazás valódi működéséhez.