Személyre szabott push-emlékeztetők készítése és fejlesztése

Személyre szabott értesítések magánprojekthez

A Személyre szabott értesítések lényege, hogy a felhasználó csak azt az üzenetet kapja meg, ami valóban rá tartozik. Ez lehet emlékeztető, státuszváltozás, új tartalom, foglalási jelzés, fizetési figyelmeztetés vagy egy saját alkalmazásban megjelenő rövid üzenet. Magánügyfélként nem mindig teljes rendszert kell építtetni. Sokszor elég egy jól átgondolt értesítési modul, amely a meglévő weboldalhoz, felhasználói felülethez vagy kisebb alkalmazáshoz kapcsolódik.

Tapasztalatom szerint a jó értesítés nem hangosabb, hanem pontosabb. Akkor működik, ha a címzett érti, miért kapta, mit kell tennie, és mikor érdemes reagálnia. Ehhez független online szakembert lehet megbízni, aki átnézi a célt, megtervezi a szabályokat, majd távolról kialakítja a működést. A Qjob.hu oldalán ilyen feladathoz is lehet magánszakembert keresni, utána pedig itt már a részletek, az anyagok és a határidők számítanak.

Egyéni értesítések célja

Az egyéni értesítések akkor hasznosak, ha nem minden felhasználónak ugyanazt kell elküldeni. Egy családi szervező felületnél más jelzés kell a szülőnek és más a gyereknek. Egy oktatási felületen más üzenet jár annak, aki már teljesített egy feladatot, és más annak, aki lemaradt. Egy hobbiprojektben is fontos lehet, hogy a résztvevők ne kapjanak felesleges üzeneteket. Én azt látom, hogy a legtöbb félreértés nem a technikából indul, hanem abból, hogy az ügyfél eleinte túl sok mindent szeretne egyszerre elküldeni.

Az értesítési rendszer célja lehet tájékoztatás, emlékeztetés, biztonsági jelzés vagy kényelmi funkció. A lényeg az, hogy legyen mögötte világos döntési szabály. Ki kap üzenetet. Mikor kapja meg. Milyen esemény váltja ki. Lehet e kikapcsolni. Kell e ismétlés. Ezek egyszerű kérdéseknek tűnnek, de a fejlesztés idejét erősen befolyásolják. Szerintem már az első egyeztetésen érdemes kimondani, hogy az értesítés nem önálló cél, hanem egy folyamat része.

Értesítési logika és felhasználói szabályok

Az értesítési logika azt írja le, hogy milyen feltétel mellett indul el egy üzenet. Ez lehet felhasználói választás, időpont, korábbi viselkedés, mentett érdeklődési kör vagy egy állapot változása. Ha a magánügyfél saját kis alkalmazást készíttet, akkor a szabályok sokszor kézzel is kezelhetők. Ha a rendszer több adatot figyel, akkor már adatbázis, felhasználói beállítás és ellenőrzött üzenetküldés is kell hozzá.

Az egyéni értesítések minősége azon múlik, hogy a szabályok nem ütköznek egymással. Ha valaki kikapcsolt egy témát, ne kapjon róla újabb jelzést. Ha egy emlékeztető már elment, ne menjen ki még háromszor ugyanaz. Ha egy határidő módosult, az új időpont legyen az alap. Ezek apró részletek, de a felhasználó bizalmát ezek tartják meg. A túl sok üzenet gyorsan zavaró lesz. A túl kevés üzenet mellett viszont a felület elveszíti az egyik fontos előnyét.

A személyre szabott értesítés nem csak szöveg. Kell hozzá címzett, esemény, időzítés, engedély, rövid tartalom és sokszor naplózás is. Jó, ha a szakember kér egy egyszerű táblázatot a tervezett üzenetekről. Abban szerepelhet a kiváltó esemény, a címzett típusa, a szöveg, a küldés ideje és az, hogy kell e ismétlés. Ez nem bonyolult dokumentum. Inkább egy tiszta vázlat, amelyből később kevesebb javítás lesz.

Személyre szabott értesítések ára

A Személyre szabott értesítések ára attól függ, hogy csak beállításról, kisebb kódolásról vagy teljes értesítési modulról van szó. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a szakember kihagyja a tesztelést, a hibakezelést vagy a leiratkozási lehetőséget. Ez később kellemetlenebb, mint az elsőre magasabb munkadíj. Egy magánügyfélnek nem kell túlméretezett megoldás, de az alapokat nem érdemes elhagyni.

A táblázat nem végleges ajánlat, inkább tájékozódási alap. Egy egyszerű személyes projekt kevesebbe kerülhet, ha már kész a felület és csak néhány üzenet kell. Drágább lesz a munka, ha több felhasználói szerep, sok feltétel, korábbi rendszerhez kötött adat vagy különleges biztonsági igény jelenik meg. A legjobb ár nem mindig a legalacsonyabb ár. Én inkább azt nézném, hogy a szakember kérdez e a célról, és meg tudja e mondani, mi kerül bele az első változatba.

Értesítési fejlesztő kiválasztása

Az értesítési fejlesztő kiválasztásánál nem elég azt nézni, hogy tud e kódolni. Fontos, hogy értse a felhasználói helyzetet is. Egy jó megbízott rákérdez a küldési gyakoriságra, a leállítási lehetőségre, az üzenetek hosszára és arra, hogy a felhasználó milyen felületen találkozik a jelzéssel. Ha csak annyit mond, hogy ez gyorsan megvan, de nem kér feladatleírást, az kockázat.

Magánügyfélként érdemes rövid portfóliót kérni, de nem kell nagy céges referenciát elvárni. Hasznosabb egy működő példa, egy képernyőkép vagy egy rövid leírás arról, hogyan kezelt korábban értesítési beállításokat. A fejlesztő akkor megbízhatóbb, ha külön beszél a tesztelésről és az átadásról. A megállapodásban szerepeljen, hogy mennyi javítás fér bele, milyen adatok kellenek az induláshoz, és mikor adja át a kész részt.

Érdemes figyelni a kommunikáció ritmusára is. Nem baj, ha valaki nem válaszol azonnal minden üzenetre, de legyen kiszámítható. A távoli munka akkor kényelmes, ha a kérdések nem vesznek el. Egy egyszerű közös dokumentum, feladatlista vagy képernyőfelvétel sok félreértést megelőz. Szerintem a jó szakember nem bonyolítja túl a magyarázatot. Elmondja, mit lehet megcsinálni, mit nem, és mihez kell külön döntés.

Értesítési munkamenet és eredményátadás

A Személyre szabott értesítések távoli munkában is jól elkészíthetők, ha az első lépés a pontosítás. A megbízó elküldi a cél leírását, a meglévő felület elérését, a mintaszövegeket és azt, hogy kik kapjanak üzenetet. Ezután jön a szabályok vázlata. A szakember visszakérdez, majd megírja vagy beállítja a működést. A próba előtt hasznos egy rövid ellenőrző lista. Így nem az átadás napján derül ki, hogy egy fontos esemény kimaradt.

Volt olyan eset, amikor egy ügyfél csak születésnapi emlékeztetőt szeretett volna egy saját közösségi felülethez. A munka elsőre egyszerűnek tűnt. Később derült ki, hogy több csoport volt, néhány felhasználó nem akart nyilvános jelzést, és az üzenetnek más időpontban kellett mennie a közeli családtagoknak. A megoldás végül nem lett sokkal drágább, de a szabályokat újra kellett írni. Ez jól mutatja, hogy a rövid feladat is igényel pontos gondolkodást.

Az átadás ne csak annyiból álljon, hogy elkészült. Kell egy rövid leírás a beállításokról, a próbaküldés eredményeiről és arról, hol lehet módosítani a szövegeket. Ha a megbízó nem ért a technikához, akkor képernyőképes útmutató is hasznos. Jó, ha a javítási időszak pár napig nyitva marad. Így a valós használat közben előkerülő apró hibákat még külön vita nélkül lehet rendezni.

Tesztelés és adatvédelem az értesítéseknél

Az értesítéseknél a tesztelés nem mellékes lépés. Meg kell nézni, hogy a megfelelő ember kapja e az üzenetet, jó időben érkezik e, és nem ismétlődik e feleslegesen. Külön kell próbálni a kikapcsolást is. Ha a felhasználó nem tudja leállítani a jelzéseket, az hamar bizalmi gondot okoz. Az egyéni értesítések akkor működnek jól, ha a felhasználó nem érzi úgy, hogy a rendszer ráerőltet valamit.

Adatvédelmi oldalról az a biztonságosabb, ha csak a szükséges adat kerül felhasználásra. Nem kell mindent tárolni csak azért, mert technikailag lehetséges. Ha érdeklődési kör alapján megy üzenet, legyen világos, honnan származik az információ. Ha hozzájárulás kell, azt ne utólag találja ki a szakember. Ez nem azt jelenti, hogy a magánügyfélnek jogi szöveget kell írnia. De azt igen, hogy a működés legyen tiszta, visszakereshető és leállítható.

A jó teszt több helyzetet fed le. Van normál küldés, hibás adat, kikapcsolt értesítés, módosított időpont és törölt felhasználó. Ezekre azért van szükség, mert a valós használat ritkán szabályos. Ha a rendszer csak ideális esetben működik, akkor hamar javításra szorul. Egy kis projektben is lehet egyszerű, de következetes próbát végezni.

Gyakori hibák az értesítési rendszerben

Sokan ott hibáznak, hogy az értesítést reklámként vagy állandó sürgetésként kezelik. Magánprojektnél ez különösen zavaró. A felhasználó azért fogadja el a jelzést, mert segítséget vár tőle. Ha túl gyakori, túl hosszú vagy pontatlan, akkor kikapcsolja. Ennél is rosszabb, ha elveszíti a bizalmát a teljes felületben. Az értesítési rendszer minősége ezért nem csak technikai kérdés.

Gyakori hiba az is, hogy nincs különbség fontos és kevésbé fontos üzenet között. Egy határidő változása más súlyú, mint egy általános tartalmi frissítés. A felhasználó akkor marad nyugodt, ha a rendszer arányosan jelez. Én azt látom, hogy a rövidebb, ritkább és pontosabb üzenetek hosszabb távon jobban működnek, mint a sok apró figyelmeztetés. Ez nem látványos megoldás, de használhatóbb.

A kész eredmény akkor jó, ha a megbízó érti, mi történik a háttérben, és nem kell minden apró módosításhoz újra segítséget kérnie. A személyre szabott értesítés legyen kezelhető, tesztelt és visszafogott. Ha a rendszer ezt tudja, akkor a felhasználó nem zajként érzékeli, hanem hasznos jelzésként. Ez a különbség a csak elküldött üzenet és a valóban működő értesítési megoldás között.