Kivételes ügyféles alkalmazás fejlesztése a szállítói szolgáltatásokhoz

Ügyfélszolgálat fejlesztés magánügyfeleknek

Az Ügyfélszolgálat fejlesztés akkor hasznos, ha az üzenetek, kérések és panaszok már nem kezelhetők átláthatóan egy egyszerű levelezésben vagy táblázatban. Ilyenkor egy online dolgozó magánfejlesztő segíthet olyan felületet készíteni, ahol az ügyfélkérések rögzíthetők, követhetők, szűrhetők és lezárhatók. A cél nem az, hogy minden bonyolult legyen. A cél az, hogy kevesebb kérés vesszen el.

Én azt látom, hogy sok magánmegrendelő először csak egy kisebb javítást kér. Például egy kapcsolatfelvételi űrlapot, egy válaszsablon részt vagy egy státuszkezelést. Később derül ki, hogy a valódi gond a folyamatban van. Nem látszik, ki válaszolt, mi sürgős, mi vár ügyfélre, és mi lett már megoldva. Egy jó ügyféltámogatási fejlesztés ezt teszi tisztábbá.

A Qjob.hu felületén magánszemélyek találhatnak olyan szakembert, aki távolról vállal ilyen munkát. A megbeszélés, a fájlok átadása, a próba és a javítások is történhetnek online. Ez fontos, mert az ügyfélszolgálati rendszernél sokszor nem a személyes találkozó számít, hanem a pontos leírás, a működő példa és a gyors visszajelzés.

Ügyfélszolgálati fejlesztés fő feladatai

Az ügyfélszolgálati fejlesztés nem csak egy új gomb vagy menüpont. Ide tartozhat a beérkező üzenetek kezelése, a jegyek létrehozása, a válaszok tárolása, a jogosultságok beállítása, az értesítések küldése és a korábbi ügyek keresése. Egy magánfejlesztő akkor tud jól dolgozni, ha a megrendelő nem csak azt mondja el, hogy szép felületet szeretne, hanem azt is, milyen hibák történnek most.

Tapasztalatom szerint a legtöbb probléma három helyen jelenik meg. Az első az üzenetek elvesztése. A második a lassú válaszadás. A harmadik az, hogy nincs egységes állapot az ügyekhez. Például egy kérés lehet új, folyamatban lévő, válaszra váró vagy lezárt. Ez egyszerűnek tűnik, de a napi munkában nagyon sok félreértést előz meg.

Lehet szükség ügyféloldali űrlapra, belső kezelőfelületre vagy egy meglévő alkalmazás kiegészítésére. Nem minden esetben kell teljes rendszert építeni. Szerintem sokszor jobb egy kisebb, jól használható modul, mint egy túl nagy felület, amit senki sem kezel szívesen.

Ügyfélszolgálat fejlesztés árak

Az ár a funkciók számától, a meglévő rendszer állapotától, az adatok mennyiségétől és a szükséges javítási köröktől függ. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a fejlesztő nem szán elég időt a folyamat megértésére és a hibák tesztelésére. Nem mindig a legdrágább ajánlat a jó, de a nagyon alacsony ár sokszor hiányos átadást takar.

Ezek az összegek tájékoztató jellegűek. Egy kisebb online ügyfélszolgálati feladat néhány nap alatt elkészülhet, de egy összetettebb fejlesztésnél több egyeztetésre és próbakörre van szükség. Az ár akkor lesz pontosabb, ha a megrendelő képernyőképet, működési leírást és elvárt végeredményt is ad.

Megfelelő szakember választása

A megfelelő szakember nem csak kódot ír. Megérti, hogy az ügyfélkérés hogyan jut el a beérkezéstől a lezárásig. Ezért érdemes olyan fejlesztőt keresni, aki kérdez a folyamatról, nem csak azonnal árat mond. A jó kérdések sok későbbi javítást spórolnak meg.

Fontos a korábbi munka bemutatása. Nem kell pontosan ugyanilyen rendszernek lennie, de jó jel, ha a magánfejlesztő készített már adminfelületet, űrlapot, értesítést vagy ügykezelő részt. Érdemes rákérdezni arra is, hogyan adja át a munkát. Lesz-e rövid leírás. Lesz-e próba. Ki javítja, ha az átadás után derül ki egy hiba.

Sokan ott hibáznak, hogy csak a kinézet alapján döntenek. Egy ügyfélszolgálati felületnél a használhatóság fontosabb. Ha a státuszok nem érthetők, ha a lista nem szűrhető, vagy ha a válasz elküldése után nem látszik az eredmény, akkor a szép felület sem segít. Szerintem itt a világos működés a legnagyobb érték.

Online munkamenet és átadás

Az ilyen munka távolról is jól szervezhető. Az első lépés általában egy rövid feladatleírás. Ebben szerepel, milyen ügyek érkeznek, ki kezeli őket, milyen állapotokra van szükség, és milyen értesítés legyen. Ezután a szakember felméri, hogy új megoldás kell-e, vagy elég a meglévő rendszer bővítése.

A következő lépés a vázlat vagy működési terv. Nem kell hosszú dokumentum. Elég, ha látszik, milyen képernyők lesznek, milyen gombok kellenek, és milyen adat hova kerül. Ezután jöhet a fejlesztés, majd a tesztelés. A tesztelésnél érdemes valós példákat használni, mert a kitalált minták gyakran túl egyszerűek.

Volt olyan eset, amikor egy ügyfél csak egy új üzenetküldő űrlapot kért. A próba közben kiderült, hogy a régi rendszer nem mentette el a választ adó személy nevét. Emiatt viták voltak arról, ki intézett el egy ügyet. A végső megoldás nem nagy fejlesztés lett, hanem egy kis naplózás és egy tisztább lista. Mégis sokkal használhatóbb lett a folyamat.

Minőség és tipikus hibák

Az ügyfélszolgálat fejlesztés egyik leggyakoribb hibája a túl sok funkció egyszerre. A megrendelő szeretne címkéket, automatikus válaszokat, jogosultságokat, keresőt, statisztikát és többféle nézetet. Ezek hasznosak lehetnek, de nem mindig az első változatban. Ha minden egyszerre készül, könnyen szétesik a munka.

Másik gyakori hiba a pontatlan szöveg. Az ügyféloldali üzeneteknek rövidnek és érthetőnek kell lenniük. Ha a felhasználó nem tudja, hogy az üzenete elment-e, újra elküldi. Ha nem kap visszajelzést, másik csatornán kérdez. Ezzel pont az a rend vész el, amit a fejlesztésnek meg kellene teremtenie.

A minőség ott látszik, hogy a rendszer nem csak ideális helyzetben működik. Mi történik, ha kötelező mező üres. Mi történik, ha rossz e-mail cím kerül be. Mi történik, ha két ember ugyanazt az ügyet nyitja meg. Ezek apró kérdéseknek tűnnek, de napi használatban nagyon fontosak.

Ügyféltámogatási fejlesztés javításokkal

Egy ügyféltámogatási fejlesztés ritkán készül el véglegesen az első átadással. A használat során derül ki, hogy melyik mező felesleges, melyik státusz hiányzik, és hol lassú a folyamat. Ez nem baj. De a javításokat előre érdemes keretek közé tenni. Például hány javítási kör van az árban, milyen hibák számítanak garanciálisnak, és mi számít új igénynek.

Én azt tartom korrektnek, ha a szakember külön kezeli a hibajavítást és az új funkciót. Ha egy gomb nem működik, az hiba. Ha a megrendelő később új jogosultsági szintet kér, az már bővítés. Így nincs felesleges vita, és a munka is tisztább marad.

A végeredmény akkor jó, ha a megrendelő tudja használni a felületet külön magyarázat nélkül is. Látja az új ügyeket. Érti, mit kell megnyitni. Tud válaszolni. Le tudja zárni az ügyet. És később vissza tud keresni. Nem hangzik látványosan, de pont ettől lesz hasznos.