Figyelemfelkeltő felugró értesítések létrehozása és fejlesztése

Értesítések létrehozása magánügyfeleknek

Az Értesítések létrehozása akkor hasznos, ha egy weboldalon, alkalmazásban vagy online felületen egyértelmű visszajelzést kell adni a látogatónak. A jó értesítés rövid, érthető, nem zavaró, és pontosan akkor jelenik meg, amikor szükség van rá. Magánügyfélként legtöbbször nem teljes rendszert keres az ember, hanem egy jól működő megoldást egy konkrét feladatra. Lehet ez sikeres űrlapküldés jelzése, rendelési állapot, emlékeztető, hibajelzés, letöltési üzenet vagy egy finom felugró értesítés.

Én azt látom, hogy sokan túl későn gondolnak erre. Elkészül az oldal, működik a gomb, de a felhasználó nem tudja, mi történt kattintás után. Ilyenkor bizonytalanság lesz. A látogató újra kattint, kilép, vagy azt hiszi, hogy hiba történt. Egy jól megírt webes értesítés ezt a zavart csökkenti. Nem attól lesz jó, hogy hangos vagy feltűnő. Attól lesz jó, hogy segít dönteni.

A Qjob.hu felületén olyan magánszakembert lehet keresni, aki távolról vállal ilyen kisebb vagy összetettebb online munkát. Itt fontos előre leírni, milyen oldalon jelenjen meg az üzenet, milyen esemény indítsa el, kell-e animáció, és milyen nyelven legyen a szöveg. Minél pontosabb a feladat, annál kevesebb lesz a félreértés.

Webes értesítés célja és használata

A webes értesítés első feladata nem a díszítés, hanem a visszajelzés. Megmutatja, hogy a felhasználó művelete sikerült, hibás volt, folyamatban van, vagy további lépést kér. Ez lehet kis sáv a képernyő tetején, rövid ablak a sarokban, mezőhöz kötött hibaüzenet, kosárjelzés, fiókértesítés vagy alkalmazáson belüli üzenet. A forma attól függ, hogy milyen erős figyelmet kell kérni.

Szerintem a legtöbb magánügyfélnek nem bonyolult rendszerre van szüksége, hanem világos logikára. Mit lát a felhasználó először. Mi történik hibánál. Mi történik sikeres művelet után. Kell-e bezáró gomb. Meddig maradjon látható az értesítés. Ezek apró kérdéseknek tűnnek, mégis sokat számítanak. Egy rossz helyen megjelenő üzenet idegesítő. Egy jó helyen megjelenő üzenet szinte észrevétlenül vezeti a felhasználót.

A feladatleírásban érdemes megadni a meglévő oldal hivatkozását, a kívánt működést, a szövegeket, a színekkel kapcsolatos elvárást és azt, hogy milyen eszközön legyen fontosabb a megjelenés. Asztali képernyőn más működik jól, mint telefonon. Tapasztalatom szerint a mobilos nézetet nem szabad utólagos részletként kezelni, mert sok értesítés ott romlik el.

Felugró értesítések szövege és megjelenése

A felugró értesítések akkor működnek jól, ha rövidek és nem szakítják meg feleslegesen a felhasználót. Egy mondat sokszor elég. Például sikeres mentés, sikertelen küldés, hiányzó adat, új üzenet vagy letöltés elkészült. Nem kell mindent elmagyarázni. A túl hosszú szöveg lassítja a használatot, főleg kis képernyőn.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy legyen egy kis üzenet a gomb után. A munka közben derült ki, hogy három külön állapot kell. Sikeres küldés, hibás mező és későbbi emlékeztető. A végén nem a látvány volt a nehéz, hanem az, hogy a szöveg ne legyen tolakodó. A rövidebb változat jobban működött. Ez gyakran előfordul.

A megjelenésnél fontos a kontraszt, a betűméret, az időzítés és a bezárhatóság. Ha az értesítés túl gyorsan eltűnik, a felhasználó nem olvassa el. Ha túl sokáig marad, akadályozza a munkát. Ha minden üzenet azonos színű, akkor a hiba és a siker nem különül el. A jó megoldás nem látványos önmagáért. Inkább tiszta és következetes.

Értesítések létrehozása árak és csomagok

Az ár főleg attól függ, hogy csak megjelenési mintára van szükség, vagy működő beépítésre is. Az Értesítések létrehozása lehet egyszerű szöveges feladat, de lehet fejlesztési munka is állapotokkal, szabályokkal és teszteléssel. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a különböző képernyők ellenőrzése. Én inkább azt tartom reálisnak, ha az árban benne van legalább egy rövid egyeztetés és egy javítási kör.

A táblázat nem helyettesíti az egyedi árajánlatot. Inkább kapaszkodó. Ha csak szöveget kell írni meglévő felülethez, az olcsóbb. Ha a működést is be kell kötni, több idő kell. Ha több nyelv, több állapot vagy külön mobilos ellenőrzés is szükséges, az ár könnyen magasabb lesz. Ezt érdemes előre tisztázni, mert utólag sok apró módosításból lesz drágább munka.

Fejlesztő választása értesítési munkához

A fejlesztő kiválasztásánál nem csak az számít, hogy tud-e kódot írni. Ennél a feladatnál fontos, hogy értse a felhasználói helyzetet is. Egy értesítés lehet technikailag működő, mégis rossz, ha rosszkor jelenik meg. Érdemes olyan embert keresni, aki kérdez a célról, az eseményről, a meglévő felületről és a használati helyzetről.

Jó jel, ha a fejlesztő nem ígér azonnal mindent, hanem először pontosít. Milyen rendszerben van az oldal. Van-e hozzáférés a szerkesztéshez. Kell-e csak látványterv, vagy működő beépítés is. Milyen böngészőben kell ellenőrizni. Lesz-e később több értesítés. Ezek nem felesleges kérdések. Ezek döntik el, hogy a munka simán halad-e.

A portfólió itt nem mindig látványos, mert az értesítések kicsi elemek. Mégis lehet kérni korábbi példát, képernyőképet vagy rövid leírást. Ha valaki el tudja mondani, miért választott egy adott elhelyezést vagy időzítést, az sokat jelent. A magánszakemberrel való munka előnye, hogy gyors lehet az egyeztetés. De csak akkor, ha a feladat nem homályos.

Távoli munka menete és átadás

Távoli munkánál a legfontosabb a tiszta kezdés. A megrendelő elküldi a feladat célját, a meglévő oldal vagy felület elérését, a kívánt szövegeket, a képernyőképeket és a hozzáférési módot, ha beépítés is kell. Ha nincs kész szöveg, akkor a szakember javasolhat rövid üzeneteket. Én azt látom, hogy ez sokszor jobb eredményt ad, mint amikor a megrendelő hosszú, magyarázó mondatokat akar bezsúfolni egy kis mezőbe.

A munka általában egyeztetéssel, mintakészítéssel, beépítéssel és ellenőrzéssel halad. Egy egyszerű webes értesítés akár egy napon belül elkészülhet, ha minden adat megvan. Összetettebb értesítési folyamatnál több nap is kellhet. Ilyenkor a szabályokat is át kell nézni. Mikor induljon az üzenet. Hányszor jelenjen meg. Mi történjen, ha a felhasználó bezárja. Legyen-e késleltetés.

Az átadásnál nem elég annyit írni, hogy kész. Jó, ha a megrendelő kap rövid leírást a működésről, képernyőképet, tesztelési megjegyzést és szükség esetén fájlokat. Ha a munka csak látványterv, akkor a forrásanyag és a méretek is fontosak. Ha beépítés történt, akkor az ellenőrzött oldal és a módosított elemek rövid felsorolása segít később. A távoli munka így marad követhető.

Hibák és minőségi elvárások értesítéseknél

Sokan ott hibáznak, hogy az értesítést egyszerű díszítő elemnek tekintik. Pedig ez a felület egyik legfontosabb visszajelzése. Ha a szöveg bizonytalan, a felhasználó is bizonytalan lesz. Ha a hibaüzenet csak annyit mond, hogy hiba történt, abból nem derül ki, mit kell javítani. Ha a sikerüzenet nem látszik elég ideig, a felhasználó ismételni kezdi a műveletet.

Másik gyakori gond a túl sok üzenet. Minden kattintás után felugrik valami, és a felület fárasztóvá válik. Egy jó alkalmazáson belüli üzenet nem harcol a figyelemért, hanem irányít. Különösen fontos ez telefonon, ahol kevés a hely. A túl nagy ablak eltakarja a tartalmat. A túl kicsi jelzés nem olvasható. A középút sokszor egyszerűbb, mint elsőre gondolnánk.

Minőségi munkánál a szöveg, a megjelenés és a működés együtt számít. Nem elég szép színt választani. Nem elég, hogy kattintásra megjelenik. Az is kell, hogy érthető legyen, ne törje meg a folyamatot, és hibánál segítsen. Az Értesítések létrehozása akkor sikeres, ha a felhasználó nem magát az értesítést veszi észre, hanem azt, hogy könnyebben halad tovább.