A felhasználók jutalmazási és bónuszrendszerének fejlesztése

Jutalmazási rendszer fejlesztése

A jutalmazási rendszer fejlesztése akkor hoz valódi eredményt, ha a felhasználó az első percben érti, mit kap, miért kapja, és mennyi lépés választja el a következő előnytől. Sok magánmegrendelő ott akad el, hogy van egy ötlete pontokról, kedvezményekről vagy szintekről, de a felület nem vezeti végig az embert ezen az úton. Ilyenkor nem a jutalom kevés, hanem a rendszer kusza. A Qjob.hu oldalon ezért érdemes olyan szakembert keresni, aki egyszerre látja a felhasználói élményt, a képernyők logikáját és a hétköznapi döntéseket.

Jutalomprogram készülhet egyszerű pontgyűjtésre, visszatérő vásárlásra, ajánlásra vagy akár napi aktivitásra is. De a jó megoldás ritkán indul bonyolult szabályokkal. Személy szerint én azokat a rendszereket kedvelem, ahol az első jutalom gyorsan elérhető, a következő szint pedig már látszik a felületen. Ha valaki csak hosszú leírásból tudja megérteni a működést, ott szinte mindig lemorzsolódás lesz. A felhasználó nem tanulmányt akar olvasni, hanem biztos jelet arra, hogy jó helyen jár.

És itt jön be a tervezés emberi oldala is. Egy magánügyfél sokszor nem teljes rendszert akar cserélni. Csak azt látja, hogy kevés a visszatérés, sok a félbehagyott regisztráció, vagy a megszerzett pontokat alig váltják be. Ezek tipikus jelei annak, hogy a hűségmechanika működése nincs összhangban a felülettel. A jutalmazási rendszer fejlesztése ezért gyakran nem külön projekt, hanem a meglévő oldal vagy alkalmazás rendbetétele.

Mikor kell hozzányúlni a jutalomprogramhoz

Akkor kell lépni, amikor a felhasználók nem értik a szabályt, nem érzik a haladást, vagy nem kapnak elég korai visszajelzést. Sok tulajdonos azt hiszi, hogy még több ponttal vagy még látványosabb kedvezménnyel megoldható a gond. Az én tapasztalatom szerint ez ritkán segít. Ha a belépés nehézkes, a pontok eltűnnek a menüben, vagy a beváltás túl sok kattintás, akkor a probléma nem az ösztönző értéke, hanem a használhatóság.

Sokak hibája, hogy a szabályokat belső logika szerint írják meg. A felhasználó viszont nem ismeri a háttérrendszert. Neki csak annyi számít, hogy ma mit tehet meg, hol látja az egyenlegét, és mikor lesz ebből kézzelfogható előny. Volt egy eset, amikor egy ügyfél azt mondta, hogy a rendszere korrekt, mert minden feltétel külön oldalon szerepel. Csakhogy a vevők fele addig sem jutott el. A képernyőn nem látszott, mennyi hiányzik a következő kedvezményhez, és a beváltás gombja három menüszinttel lejjebb bújt meg. Nem a jutalom volt rossz, hanem az út volt túl hosszú.

Ha gyakori kérdés, hogy hol vannak a pontok, miért nem jár bónusz, vagy hogyan lehet beváltani az előnyt, akkor a pontgyűjtő rendszer már jelzi a hibát. Ilyenkor egy UX tervező vagy terméktervező gyorsan ki tudja szűrni, hol akad el a folyamat. Nem mindig kell teljes újratervezés. Néha elég a képernyők sorrendje, a szövegek egyszerűsítése és a visszajelzések egyértelművé tétele.

Pontok, szintek és bónuszok érthetően

A jó jutalmazás nem attól erős, hogy sok benne az elem, hanem attól, hogy az ember azonnal felfogja. A felhasználói élmény szempontjából három dolog számít különösen. Legyen látható az aktuális állapot, legyen egyszerű a következő cél, és legyen rövid az első sikerhez vezető út. Ezt sok külföldi minta is alátámasztja, mert a jól működő rendszerek gyakran megmutatják a következő jutalomig hátralévő lépéseket, és nem csak a pontszámot teszik ki a fejlécbe.

Én személy szerint nem szeretem, amikor a hűségprogram túl okos akar lenni. A túl sok szabály, időszakos kivétel és rejtett feltétel fárasztó. Jobban működik az a jutalommechanika, ahol a felhasználó három mondatban megérti az egészet. Például vásárlás után pont jár, bizonyos érték felett extra pont érkezik, és meghatározott szintnél azonnali kedvezmény nyílik meg. Ez nem hangzik forradalminak, de működik, mert nem kell találgatni.

De a vizuális jelzés legalább ennyire fontos. Ha a felületen nem látszik a haladás, a felhasználó nehezebben tér vissza. Sok tervező ezért tesz be állapotsávot, kis mérföldköveket, egyszerű összegző dobozt vagy rövid értesítést a művelet után. A bónuszrendszer fejlesztése tehát nem csak szabályalkotás. Ugyanannyira képernyőtervezés is. És itt látszik meg, mennyit ér egy jó UX tervező munkája.

Árak és feladatok

A jutalmazási rendszer fejlesztése árban nagyon eltérhet attól függően, hogy valaki csak felülvizsgálatot kér, vagy teljesen új felépítést szeretne. A magánügyfelek gyakran egy kisebb átvilágítással indulnak, mert abból gyorsan kiderül, érdemes-e hozzányúlni a szerkezethez. Szerintem ez jó út. Olcsóbb, gyorsabb, és kevesebb felesleges munkát hoz. Túl alacsony díjnál viszont érdemes óvatosnak lenni. 12.000 forint alatt ritkán kapni olyan részletes átnézést, amelyből tényleg használható döntés születik.

Az árakat befolyásolja, hogy van-e már működő rendszer, mennyi képernyőt kell érinteni, és kell-e tesztelés valódi felhasználókkal. Az is számít, hogy a megrendelő csak tanácsot kér, vagy kész tervet szeretne fejlesztő számára. Az én véleményem az, hogy a legjobb ár érték arányt az a középút adja, amikor valaki előbb feltárja a hibákat, majd a legfontosabb két vagy három képernyőt javíttatja. Ez sokszor többet ér, mint egy nagy és drága átalakítás.

Szakember választása jutalmazási rendszerhez

A megfelelő szakember kiválasztásánál nem a hangzatos cím a legfontosabb, hanem az, hogy tud-e egyszerű rendszert építeni bonyolult igényekből. Jó jel, ha a szakember kérdez a belépési folyamatról, a visszatérési arányról, a beváltási pontról és a panaszokról. Rossz jel, ha rögtön látványos képernyőket ígér, de nem akarja megérteni, miért hagyják félbe a felhasználók a folyamatot.

Érdemes olyan UX tervező, terméktervező vagy felhasználói kutató mellett dönteni, aki mutat korábbi munkát, és nem csak szép felületet, hanem döntési logikát is el tud magyarázni. Sokan elkövetik azt a hibát, hogy a jutalomprogramot kizárólag grafikai feladatnak tekintik. Pedig itt a szabály, a szöveg, az állapotjelzés és a beváltás útja együtt működik. Ha ebből egy is gyenge, az egész rendszer recsegni fog.

Nekem az szokott meggyőző lenni, ha valaki egyszerű nyelven elmagyarázza, mit venne ki, mit rövidítene le, és hol adna korábbi jutalmat a felhasználónak. Aki erre képes, az általában érti a mindennapi használatot is. És ez fontosabb, mint a hosszú bemutatkozás. Itt, ezen a felületen ezért olyan szakembert érdemes keresni, aki nem sablonban gondolkodik, hanem az adott jutalomprogram valós hibáira reagál.

Kerületek, elővárosok és helyszíni egyeztetés

Bár a jutalmazási rendszer fejlesztése sokszor távolról is megoldható, vannak helyzetek, amikor a személyes egyeztetés többet ad. Főleg akkor, ha a tulajdonos szeretné végigmutatni a jelenlegi felületet, a hibás képernyőket, vagy a vásárlói út tényleges lépéseit. A belvárosi ügyfelek gyakran gyors személyes megbeszélést kérnek, míg a külső kerületekben vagy az agglomerációban élők inkább online egyeztetést választanak. Ez teljesen rendben van, mert a legtöbb feladat így is előkészíthető.

De van különbség a helyzetek között. Egy otthonról vezetett kisebb webáruház más problémával küzd, mint egy helyi szolgáltatásra épülő rendszer, ahol a vásárló azonnali kedvezményt vár. A városközpontban élő ügyfél gyakran gyorsabb használatot akar mobilon, míg az elővárosban élő megrendelő sokszor a visszatérő vásárlók megtartására figyel. Nem ugyanaz a hangsúly, ezért a szakemberrel való első beszélgetésnél érdemes megmondani, kik használják a rendszert és hol történik a legtöbb művelet.

Ha valaki helyszíni interjút vagy közös áttekintést kérne, jó előre tisztázza, hogy a szakember vállal-e kiszállást a környező településekre is. Sok esetben már egy rövid közös felületbejárás is elég ahhoz, hogy kiderüljön, a jutalommechanika nem a szabály miatt gyenge, hanem a képernyőn rossz helyen jelenik meg.

Gyakori hibák és lemorzsolódás

A leggyakoribb hiba az, hogy a rendszer túl későn ad első sikert. Ha a felhasználó csak sokadik művelet után lát kézzelfogható előnyt, könnyen elveszíti az érdeklődését. A második gyakori hiba a bizonytalan nyelv. Ilyen például, amikor nem derül ki pontosan, mikor írják jóvá a pontot, meddig él a kedvezmény, vagy hol lehet beváltani. A harmadik pedig a hosszú út a jutalomig. Nem egy felhasználó azért morzsolódik le, mert lusta, hanem mert a rendszer fárasztó.

Volt olyan megrendelő, aki azt hitte, a felhasználók egyszerűen nem szeretik a bónuszait. Később kiderült, hogy a beváltásnál az oldal új belépést kért, és mobilon az egyik gomb lecsúszott a képernyő alá. Ez apróságnak tűnik, mégis ez ölte meg a használatot. Ilyen esetekből sok van. És ezért fontos, hogy a jutalomprogram felülvizsgálata ne csak ötletelés legyen, hanem valódi használati vizsgálat.

Az én nézőpontom az, hogy a kevesebb szabály gyakran jobb eredményt hoz. Nem azért, mert a felhasználó ne lenne képes megérteni a részleteket, hanem mert hétköznapi helyzetben gyors döntést akar hozni. Ha a bónuszrendszer fejlesztése során ezt szem előtt tartják, máris közelebb kerülnek egy működő megoldáshoz. Aki pedig mindenáron mindent bele akar rakni, az többnyire épp a lényeget veszti el.

Bevezetés és finomhangolás

Egy új vagy javított jutalmazási rendszer nem attól lesz jó, hogy elkészült, hanem attól, hogy az első hetekben figyelik is. Szerintem sokan itt hibáznak. Elkészül a felület, kikerülnek a pontok és a szintek, aztán mindenki hátradől. Pedig ekkor kezdődik az érdemi munka. Meg kell nézni, hányan lépnek be, meddig jutnak el, mikor váltják be az előnyt, és melyik résznél fordulnak vissza. Ebből látszik meg, hogy a jutalmazási rendszer fejlesztése valóban eltalálta-e a használat ritmusát.

Nem mindig kell nagy változtatás. Néha egy rövidebb gombszöveg, egy jobban látható állapotsáv vagy egy korábban adott kis jutalom elég a fordulathoz. Én jobban bízom az ilyen nyugodt finomhangolásban, mint a hirtelen teljes cserében. A felhasználók általában nem új világot kérnek, hanem egy olyan felületet, amit gondolkodás nélkül tudnak használni.

Ha valaki magánmegrendelőként keres segítséget, akkor érdemes lépésenként haladni. Először feltárni a hibákat, aztán rendbe tenni a legfontosabb pontokat, végül mérni, mi változott. Ez a módszer lassabbnak tűnhet, mégis sokkal biztosabb. És végül erről szól az egész. Nem arról, hogy látványos legyen a rendszer, hanem arról, hogy a felhasználó értse, akarja és tényleg használja.