Sok vállalkozásnál az ügyfélszolgálat napi munkájának jelentős része ugyanazon néhány kérdés megválaszolásából áll: hol tart a rendelésem, mennyi az egyenlegem, mikor jár le a szerződésem, hol találom a korábbi számlámat. Ezek nem bonyolult kérdések — csak sokan kérdezik, és mindegyik megválaszolása pár perc, amit valakinek naponta többször el kell végeznie. Egy jól megépített ügyfélportál pontosan ezt a terhet veszi le, azzal, hogy a választ magának az ügyfélnek adja oda, bármikor, kérés nélkül.

Mit old meg valójában egy portál

Az ügyfélportál lényege nem a szép felület, hanem az, hogy egy helyre koncentrálja azt az információt, amit az ügyfélnek egyébként több csatornán, több emberen keresztül kellene összeszednie. Ha most valaki tudni akarja a rendelése státuszát, telefonál vagy e-mailt ír, vár a válaszra, és közben a kollégádnak meg kell néznie a rendszeredben, mi is a helyzet. Egy portálon ugyanez az információ azonnal ott van — mert közvetlenül a mögötte álló rendszerből (rendelés-nyilvántartás, ügyviteli szoftver, CRM) jön, valós időben.

Ez a hatás két irányban jelenik meg. Az ügyfél oldalán azonnali választ kap, bármikor, sorban állás nélkül — ez önmagában komoly elégedettség-növelő tényező, mert az emberek ma már elvárják, hogy ne kelljen várniuk egy egyszerű státuszinformációért. A vállalkozás oldalán pedig a csapat felszabadul azoktól a kérdésektől, amikre nincs szükség emberi döntésre, és a maradék energiáját azokra a beszélgetésekre fordíthatja, ahol valódi problémamegoldás vagy értékesítés folyik.

Mi kerüljön bele, és mi ne

A leggyakoribb hiba egy portál tervezésénél az, hogy mindent bele akarnak tenni elsőre — és a projekt hónapokig csúszik, mert a legritkábban használt funkció is ugyanolyan prioritást kap, mint a leggyakrabban keresett információ. A jó megközelítés fordított: nézd meg, mi az a három-négy kérdés, amivel az ügyfeleid a leggyakrabban fordulnak hozzátok, és csak azokra építs portált elsőre. Egy rendelés-nyomkövetés, egy számlaletöltés, egy szerződés-áttekintés — ez már önmagában komoly terhet vesz le, és néhány hét alatt élesíthető.

A bővítés utána jöhet, valódi felhasználói visszajelzés alapján. Ez azért fontos, mert amit te fontosnak gondolsz, és amit az ügyfeleid valójában keresnek, gyakran nem esik egybe — és sokkal olcsóbb ezt egy egyszerű, gyorsan kiadott első verzión tanulni meg, mint egy hat hónapig tervezett, minden funkciót tartalmazó rendszeren.

A bizalom kérdése: biztonság és hozzáférés

Egy ügyfélportál per definitionem érzékeny adatot mutat meg — számlát, szerződést, személyes adatot. Ez azt jelenti, hogy a hozzáférés-kezelés nem utólagos finomítás, hanem az alapoktól velejáró követelmény. Minden ügyfél csak a saját adatát láthatja, a bejelentkezés erős legyen, és a portál mögötti rendszerek is csak azt az adatot adják ki, amire tényleg szükség van — nem többet, „mert az egyszerűbb volt így megoldani".

Egy portál, ami elsőre nem tökéletes, de biztonságos, sokkal jobb üzleti döntés, mint egy portál, ami mindent tud, de egy rosszul beállított jogosultsággal az egész ügyféladatbázist kiadja.

Érdemes azt is előre eldönteni, hogyan viselkedik a portál akkor, ha a mögötte lévő rendszer éppen nem válaszol — mert ilyen előbb-utóbb mindig lesz. A jó megoldás nem hibaüzenettel vagy üres képernyővel fogadja az ügyfelet, hanem érthetően jelzi, hogy éppen frissül az adat, és mikor próbálja újra. Ez a részlet az, amitől egy portál megbízhatónak tűnik — és a megbízhatóság érzése pontosan az, amiért az ügyfél elkezdi a portált használni a telefonhívás helyett.

Ha van egy visszatérő kérdéscsoport, amivel az ügyfeleid nap mint nap fordulnak a csapatodhoz, nézzük meg együtt, mennyi munkát venne le egy dedikált, egyszerű portál.