Mobilalkalmazás felhasználói visszajelzésének integrálása a felhasználói élmény javítása érdekében

Visszajelzés integrálása magánügyfelek online alkalmazásába

A Visszajelzés integrálása akkor hasznos, ha az alkalmazásban nem elég sejteni, mit gondol a felhasználó, hanem mérhető és kezelhető jelzésekre van szükség. Egy magánügyfél sokszor már működő alkalmazással, kisebb webes felülettel vagy félkész ötlettel keres szakembert. Ilyenkor a cél nem egy látványos új funkció önmagáért. A cél az, hogy a felhasználó könnyen jelezzen hibát, értékeljen egy részt, javaslatot küldjön, vagy egyszerűen megírja, hol akadt el.

Én azt látom, hogy ennél a munkánál a legfontosabb a józan tervezés. Nem minden alkalmazásba kell bonyolult értékelőrendszer. Van, ahol elég egy rövid űrlap, egy csillagos értékelés és egy értesítés a tulajdonosnak. Más esetben már kategóriák, képernyőkép feltöltés, belső adminfelület, adatvédelem és automatikus rendezés is kell. A Qjob.hu felületén magánszemélyként is lehet olyan online szakembert keresni, aki ezt a feladatot távolról elvégzi, egyeztetéssel, kódrészletekkel, teszteléssel és átadással együtt.

Szerintem a visszajelzési funkció értéke nem abban van, hogy létezik. Hanem abban, hogy a beküldött adatokból később döntést lehet hozni. Ezért a szakembernek nemcsak beépítenie kell a mezőket, hanem értenie kell a felhasználói útvonalat is. Hol jelenjen meg a kérdés. Mikor ne zavarja a használatot. Milyen szöveg legyen rövid és érthető. És hova kerüljön az eredmény, hogy ne vesszen el egy postafiók mélyén.

Felhasználói visszajelzés beépítése az alkalmazásba

A felhasználói visszajelzés beépítése általában több kisebb döntésből áll. Először tisztázni kell, milyen jelzést szeretne gyűjteni az ügyfél. Hibát, elégedettséget, ötletet, panaszt, funkciókérést vagy használati nehézséget. Ez nem mindegy, mert más felület kell egy gyors értékeléshez, és más egy részletes hibajelentéshez.

Tapasztalatom szerint sok ügyfél túl sok mezőt szeretne az első változatban. Név, e-mail, telefonszám, kategória, hosszú leírás, képfeltöltés, értékelés, választható címkék. Ez papíron alaposnak tűnik, de a felhasználó gyakran bezárja az ablakot, ha túl sokat kell írnia. Egy jó szabadúszó fejlesztő ilyenkor nemcsak végrehajtja a kérést, hanem finoman jelzi, mi lesz nehézkes a gyakorlatban.

A távoli munka során az ügyfél általában képernyőképet, rövid leírást, hozzáférést a tesztkörnyezethez és esetleg meglévő tervet ad át. Ha nincs terv, akkor a szakember készíthet egyszerű javaslatot. Nem kell mindig teljes felhasználói élmény tervezés. De kell egy logikus folyamat. A visszajelzés beküldése legyen gyors. A hibaüzenet legyen érthető. A sikeres küldés után legyen visszaigazolás. A beérkező jelzések pedig legyenek visszakereshetők.

Visszajelzési funkciók és árak

Az ár nagyban függ attól, hogy meglévő alkalmazásba kell kisebb módosítást tenni, vagy külön rendszert kell építeni. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a tesztelés, az adatkezelés vagy a hibás beküldések kezelése. De a magas ár sem garancia. A legjobb, ha az ügyfél konkrét feladatlistát kér, nem csak általános ígéretet.

Ezek az összegek távoli munkára értendők, amikor az ügyfél biztosítja a szükséges hozzáféréseket és anyagokat. Ha a kód rendezetlen, nincs dokumentáció, vagy több rendszerhez kell nyúlni, a végösszeg magasabb lehet. Én ilyenkor mindig külön kezelném a felmérést és a kivitelezést. Így kisebb a vita esélye.

Online szakember választása visszajelzés integrálásához

Az online szakember kiválasztásánál nem elég azt nézni, hogy valaki tud-e programozni. Ennél a feladatnál fontos, hogy értse a felhasználói viselkedést, a kis adatlapok logikáját és a hibakezelést. Egy jó magánszakember rákérdez a célra, a meglévő technológiára, a felhasználók típusára és arra, hogy ki fogja kezelni a beérkező üzeneteket.

Sokan ott hibáznak, hogy csak egy gombot kérnek az alkalmazásba. A gomb mögött viszont folyamat van. Mi történik, ha a felhasználó üresen küldi el az űrlapot. Mi történik, ha túl hosszú szöveget ír. Kell-e spamvédelem. Ki kap értesítést. Látható-e a visszajelzés másnak. Ezek apró kérdéseknek tűnnek, de később sok kellemetlenséget okozhatnak.

A választásnál érdemes portfóliót kérni, de nem kell tökéletesen azonos referencia. Elég, ha a szakember már készített űrlapokat, adminfelületet, alkalmazásfunkciót vagy felhasználói adatkezelést. Fontosabb a gondolkodása, mint egy szép bemutató. Kérdezzen vissza. Írja le röviden a megoldást. Mondja meg, mire nem vállal garanciát. Ez nekem mindig jobb jel, mint az, ha valaki mindenre azonnal igent mond.

Munka menete és online egyeztetés

A Visszajelzés integrálása távolról is jól kezelhető, ha a feladat világosan indul. Az első lépés a rövid leírás. Milyen alkalmazásról van szó, milyen felhasználó küld visszajelzést, hova kerüljön az adat, és kell-e válaszolni a beküldőnek. Ezután jöhet a technikai felmérés. A szakember megnézi a kódot, a használt rendszert, a hozzáféréseket és a lehetséges korlátokat.

A második lépés általában egy egyszerű terv. Ez lehet pár mondat és egy vázlat. Nem kell túlírni. De legyen benne, milyen mezők lesznek, milyen esemény indítja a megjelenést, milyen adat tárolódik, és hogyan lehet később ellenőrizni. Ha a megrendelő ezt elfogadja, kezdődhet a fejlesztés.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy legyen egy panasz gomb az alkalmazásban. A beszélgetés közben kiderült, hogy valójában három külön célja volt. Hibajelentés, ötletküldés és gyors elégedettségi mérés. Ha mindez egy mezőbe került volna, a beérkező adatok zavarosak lettek volna. A végén három rövid útvonal készült, és az ügyfél könnyebben tudta szétválogatni a jelzéseket.

A munka végén fontos az átadás. A szakember adjon rövid leírást arról, hol találhatók a visszajelzések, hogyan lehet módosítani a mezőket, és milyen esetben kell újra fejlesztőhöz fordulni. Ha több javítási kör van, azt előre érdemes rögzíteni. Egy kisebb funkciónál egy vagy két javítási kör általában elég.

Minőség, hibák és adatkezelés

A visszajelzési megoldás akkor jó, ha nem zavarja a felhasználót, de elérhető, amikor szükség van rá. Ez egyszerűen hangzik, mégis sok hibát látni. Túl nagy felugró ablak, túl hosszú kérdőív, nehezen zárható elem, gyenge szöveg, hibás mezőellenőrzés. És néha az is gond, hogy a beküldött adat senkihez nem jut el időben.

Szerintem a minőség egyik jele az, hogy a szakember a kellemetlen helyzetekre is gondol. Mi van, ha megszakad a kapcsolat. Mi van, ha a felhasználó ugyanazt többször elküldi. Mi van, ha a szöveg személyes adatot tartalmaz. Nem kell minden kis alkalmazásba nagyvállalati rendszer, de az alapvető védelem és átláthatóság nem maradhat ki.

A visszajelzési modulnál az adatkezelés különösen fontos. Ha e-mail cím, név, képernyőkép vagy szabad szöveg érkezik, akkor lehet benne érzékeny adat. Ezért nem jó megoldás az, ha minden korlát nélkül egy közös postafiókba ömlik a tartalom. Jobb, ha a mezők célhoz kötöttek, a tárolás indokolt, a hozzáférés korlátozott, és az ügyfél tudja, mit kezel.

Visszajelzések feldolgozása és eredményátadás

A felhasználói visszajelzés önmagában csak nyers adat. Az érték akkor jelenik meg, amikor az ügyfél látja, melyik jelzés gyakori, melyik sürgős, és melyik csak egyedi vélemény. Egy magánszakember ebben is segíthet, ha nem csak a beküldő felületet készíti el, hanem a rendezés alapjait is átgondolja.

Hasznos lehet az állapotok használata. Új, megvizsgálva, folyamatban, lezárva. Hasznos lehet a kategória is. Hiba, ötlet, elégedettség, panasz, kérdés. Ezek nem bonyolult dolgok, de sok rendet adnak. Ha az ügyfél később továbbfejlesztené az alkalmazást, már nem emlékezetből kell dönteni, hanem konkrét visszajelzések alapján.

A Visszajelzés integrálása akkor sikeres, ha a megrendelő nem csak egy új elemet kap, hanem használható munkafolyamatot. Rövid beküldés a felhasználónak. Érthető kezelés a tulajdonosnak. Javítható szerkezet a fejlesztőnek. Ez a hármas többet ér, mint egy látványos, de nehezen használható megoldás.

Én azt javaslom, hogy az ügyfél a feladat elején írjon össze három dolgot. Milyen jelzést akar gyűjteni. Mire fogja használni. Ki fogja kezelni. Ha ez tiszta, a távoli munka gyorsabb, az ár pontosabb, és a végeredmény kevésbé lesz esetleges. Egy visszajelzési funkció nem nagy dísz az alkalmazásban. Inkább egy csendes eszköz, amely segít észrevenni, amit a felhasználók már régóta jeleznének.