Intelligens Értesítések Kifejlesztése a Felhasználói Viselkedés Alapján

Intelligens Értesítések magánügyfeleknek

Az Intelligens Értesítések fejlesztése akkor hasznos, ha egy alkalmazás vagy webes felület nem csak üzenetet küld, hanem a megfelelő időben, a megfelelő embernek és érthető tartalommal jelez. A lényeg nem az, hogy több értesítés legyen, hanem az, hogy kevesebb felesleges zavarás mellett jobb döntés szülessen. Magánügyfélként ezt akkor érdemes kérni, ha van egy meglévő digitális szolgáltatásod, saját alkalmazásod, foglalási felületed, ügyfélkezelő rendszered vagy olyan belső megoldásod, ahol az időzítés és a pontos jelzés valódi értéket ad.

Én azt látom, hogy sok ügyfél először egyszerű üzenetküldésben gondolkodik. Például jöjjön egy jelzés, ha új rendelés, új foglalás, lejáró határidő vagy fontos változás történik. Ez jó kiindulás, de az okos értesítési rendszer ennél több. Figyeli az eseményeket, kezeli a feltételeket, szűri a felesleges üzeneteket, és akár több csatornán is továbbítja az információt. Ilyen lehet az alkalmazáson belüli jelzés, e-mail, rövid szöveges üzenet vagy egy külső rendszerbe küldött értesítés.

A Qjob.hu felületén magánszemély is kereshet olyan fejlesztőt, aki távolról dolgozik, és egy konkrét értesítési logikát készít el. Itt nem egy nagy cégre kell gondolni, hanem egy önálló szakemberre, aki érti a feladatot, kérdez, javaslatot ad, majd elkészíti a működő megoldást. Szerintem ez akkor működik jól, ha az ügyfél nem csak azt írja le, hogy értesítéseket szeretne, hanem azt is, milyen helyzetben, kinek, milyen tartalommal és milyen gyakran kell jelezni.

Okos értesítési rendszer célja

Az okos értesítési rendszer célja az, hogy a felhasználó ne maradjon le fontos eseményről, de ne is kapjon túl sok zavaró üzenetet. Ez egyszerűnek hangzik, de a gyakorlatban sok apró döntésből áll. Meg kell határozni, mi számít fontos eseménynek, mi legyen csak belső naplózás, mikor kell azonnali jelzés, és mikor elég egy összefoglaló üzenet.

Tapasztalatom szerint a legtöbb hiba ott kezdődik, hogy az ügyfél minden eseményre külön értesítést kér. Ez gyorsan átláthatatlan lesz. Ha egy felhasználó naponta húsz jelzést kap, egy idő után semmit nem vesz komolyan. Ezért a fejlesztő feladata nem csak a technikai bekötés. Gondolkodnia kell a logikán is. Melyik esemény kap elsőbbséget. Melyik ismétlődik. Melyik legyen némítható. Mikor kell figyelembe venni a felhasználó beállításait.

Volt olyan eset, amikor egy ügyfél egy kisebb előfizetéses felülethez kért értesítéseket. Először minden fizetési állapotról külön üzenetet szeretett volna. A fejlesztő végül három szintet javasolt. Azonnali jelzés sikertelen fizetésnél, napi összefoglaló kisebb változásoknál, és külön figyelmeztetés lejáró előfizetés előtt. A végeredmény tisztább lett, és az ügyfél kevesebb hibás ügyfélszolgálati kérdést kapott.

Intelligens értesítések ára

Az Intelligens Értesítések ára főként attól függ, hogy egyszerű szabályalapú jelzésekről vagy összetettebb, felhasználói viselkedést is figyelő megoldásról van szó. Egy kisebb feladat lehet néhány feltétel beállítása és egy értesítési csatorna bekötése. Egy nagyobb munka már adatbázis kezelést, jogosultságokat, naplózást, hibakezelést, felhasználói beállításokat és tesztelést is igényel.

A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden drágább megoldás jobb, hanem mert az értesítési rendszer sok rejtett részletből áll. Ha nincs rendes hibakezelés, a felhasználó nem kap jelzést. Ha nincs naplózás, később nehéz megmondani, mi történt. Ha nincs tesztelés, egy apró feltétel miatt rossz ember kaphat üzenetet. Ez bizalmi kérdés is.

Fejlesztő választása online munkához

Fejlesztő választásánál nem elég azt nézni, hogy valaki tud-e alkalmazást készíteni. Az értesítési logika külön figyelmet igényel. Olyan szakember kell, aki érti az események sorrendjét, a felhasználói szerepeket, az adatvédelmi alapokat és a hibák következményeit. Egy jó fejlesztő nem csak megkérdezi, milyen gomb legyen a felületen. Rákérdez arra is, mi történjen akkor, ha az üzenet nem megy ki, ha a felhasználó kikapcsolja a jelzést, vagy ha ugyanaz az esemény többször is bekövetkezik.

Szerintem a portfólió itt fontos, de nem mindig elég. Ha valaki mutat korábbi alkalmazást, az jó jel. De érdemes azt is megnézni, hogyan magyarázza el a saját megoldását. Érthetően beszél-e. Kér-e hozzáférést csak ahhoz, ami tényleg szükséges. Tud-e rövid műszaki tervet adni. Meg tudja-e mondani, hol lehet egyszerűsíteni. Ez sokat elárul arról, hogyan fog zajlani a közös munka.

Sokan ott hibáznak, hogy csak a leggyorsabb ajánlatot választják. Egy értesítési rendszer nem látszik annyira, mint egy látványos kezdőoldal, mégis komoly hatása van a működésre. Ha rosszul van elkészítve, az ügyfél későn értesül, a felhasználó túl sok jelzést kap, vagy a rendszer fontos eseményt hagy ki. Ezért a kiválasztásnál a nyugodt, pontos kommunikáció gyakran többet ér, mint egy nagyon rövid határidő.

Távoli munka menete

Távoli munka esetén az első lépés a pontos feladatleírás. Nem kell hosszú műszaki dokumentumot írni, de a lényeg legyen egyértelmű. Milyen rendszerhez kell kapcsolódni. Milyen események váltanak ki jelzést. Ki kapja az üzenetet. Milyen szöveg jelenjen meg. Kell-e némítás, előzmény, ismétlés vagy sürgősségi szint. Ezek nélkül a fejlesztő csak találgat.

A munka általában rövid egyeztetéssel kezdődik. Ez történhet üzenetben vagy online hívásban. Utána a szakember készít egy egyszerű tervet, majd beállítja a szükséges részeket. Kisebb feladatnál ez néhány nap. Összetettebb fejlesztésnél több hét is lehet. Én azt látom, hogy a legjobb eredmény akkor születik, ha az ügyfél menet közben is visszajelez, de nem változtatja meg naponta az alaplogikát.

Az átadásnál fontos, hogy ne csak a kész kód vagy modul legyen meg. Kell rövid leírás arról, hogyan működik a rendszer, hol lehet módosítani az üzeneteket, hogyan lehet ellenőrizni a küldéseket, és milyen esetekben kell karbantartás. Egy magánügyfélnek nem kell fejlesztőként gondolkodnia, de tudnia kell, mit kapott. Ez védi őt is, és később a javításokat is egyszerűbbé teszi.

Értesítési logika és minőség

Az Intelligens Értesítések minősége sokszor nem a külső megjelenésen látszik. A felhasználó csak egy rövid üzenetet lát. A háttérben viszont szabályok, időzítések, feltételek, jogosultságok és ellenőrzések dolgoznak. Ha ezek nincsenek jól összerakva, a rendszer vagy túl sokat jelez, vagy pont akkor nem jelez, amikor kellene.

A minőségi munka egyik jele a következetes logika. Ugyanarra az eseményre mindig ugyanaz a szabály vonatkozzon. Ha van kivétel, az legyen leírva. A másik jel a tesztelhetőség. A fejlesztőnek meg kell tudnia mutatni, hogyan viselkedik a rendszer normál helyzetben, késésnél, hibánál és ismétlődő eseménynél. Ez nem felesleges kör. Ez az a rész, ami később sok kellemetlen vitát megelőz.

Fontos az üzenetek szövege is. Egy értesítés legyen rövid, de érthető. Ne legyen túl általános. Ne legyen ijesztő, ha nincs baj. És ne legyen túl hosszú, mert a felhasználó nem fogja elolvasni. Egy jó szakember ebben is tud javaslatot adni, még akkor is, ha nem szövegíró. Legalább azt látja, hol kell pontosabb megfogalmazás.

Gyakori ügyfélhibák értesítéseknél

Az egyik gyakori hiba az, hogy az ügyfél nem különíti el a fontos és a kevésbé fontos eseményeket. Mindenre ugyanazt a jelzést kéri. Ettől a rendszer zajossá válik. A másik hiba a túl bonyolult első verzió. Sokkal jobb egy jól működő alapmodul, amit később lehet bővíteni, mint egy túl nagy terv, amely hónapokig nincs kész.

Gyakori az is, hogy nincs tiszta döntés a felelősségről. Ki írja az üzenetek szövegét. Ki adja meg az eseményeket. Ki teszteli a kész megoldást. Ki nézi meg, hogy a külső szolgáltatás működik-e. Ha ezek nincsenek előre tisztázva, a fejlesztés lassul, és könnyen félreértés lesz belőle.

Volt olyan helyzet, amikor egy ügyfél csak a végén vette észre, hogy az értesítések egy része túl gyakran ismétlődik. Technikailag működött a fejlesztés, de a felhasználói élmény rossz lett. A javítás nem volt nagy munka, de felesleges plusz kör volt. Ezért érdemes már az elején leírni a gyakoriságot és azt is, mikor ne menjen ki újabb jelzés.

Okos értesítések átadása

Az Intelligens Értesítések átadása akkor korrekt, ha az ügyfél kipróbálhatja a fő helyzeteket, és nem csak egy késznek mondott megoldást kap. Legyen próba esemény, legyen ellenőrzött küldés, és legyen rövid lista a beállításokról. Ha a fejlesztő mindent csak szóban magyaráz el, az később könnyen elveszik.

Az átadott anyag lehet rövid leírás, képernyőkép, belépési útmutató, beállítási lista vagy egyszerű használati jegyzet. Nem kell túl hosszú dokumentáció. De az alapok legyenek meg. Milyen esemény indít jelzést. Melyik csatornán megy ki. Milyen feltétel állítja le. Hol lehet módosítani a szöveget. Mit kell tenni hiba esetén.

Magánügyfélként akkor jársz jól, ha már az ajánlatkérésben leírod a célodat, a meglévő rendszert, a kívánt csatornákat és a határidőt. Így a fejlesztő pontosabb árat ad, kevesebb lesz a félreértés, és a végeredmény jobban használható lesz. Az okos jelzés nem önmagáért fontos. Azért fontos, mert időben segít és közben nem zavar feleslegesen.