Hogyan optimalizáld az ügyfélszolgálat költségeit skálázható megoldással?

Ez a cikk az ügyfélkapcsolatok modernizációjáról szóló sorozatunk része. Ha most kapcsolódsz be, kezdd az első résszel, ahol összefoglaljuk, honnan indulunk és milyen kérdéseket járunk körül a sorozatban.

Az Amazon Connect Customer használatalapú modellje ezt a logikát fordítja meg. A költség a tényleges használat alapján alakul, nem az előre lekötött kapacitáshoz igazodik. A számlázásban szerepet kapnak például a használt csatornák, a beszédpercek, az üzenetek és a bekapcsolt képességek. A funkciókhoz nem kapcsolódik minimumdíj vagy hosszú távú szerződéses elköteleződés.

Ez a különbség akkor válik igazán látványossá, amikor a terhelés eltér a megszokottól. Ilyenkor a költség mellett az is döntő, hogy mennyire gyorsan tud alkalmazkodni a rendszer az ügyfélszolgálati terhelés változásaihoz.

Milyen helyzetekben jelent mérhető előnyt a használatalapú modell?

A használathoz igazodó kapacitáskezelés és a rugalmas elszámolás négy tipikus üzleti helyzetben válik igazán kézzelfoghatóvá. Nem elméleti esetekről van szó: ezek a hazai piacon is visszatérő szituációk, a nemzetközi gyakorlatban pedig már bizonyított működési minták.

1. Új piac, termékvonal vagy gyorsabb növekedés

Új piacra lépsz, új terméket vezetsz be a piacon, vagy gyorsabban nő az ügyfélforgalmad, mint ahogy korábban tervezted. Ezekben az esetekben az első hónapokban sokszor csak becslésekre tudsz támaszkodni. Ismered a piaci példákat és a korábbi működés adatait, de a tényleges megkeresésszámot és a szükséges erőforrást előre nehéz becsülni

Fix licencmodellben ez könnyen rossz kompromisszumokhoz vezethet. Óvatos indulásnál a rendszer már a növekedés első hullámában szűk keresztmetszetté válhat. Optimista vagy túlzó méretezésnél viszont hónapokig fizethetsz olyan szolgáltatásért, amelyeket még nem vesztek igénybe.

A használatalapú modell ebben ad nagyobb mozgásteret. Elindulhatsz kisebb elköteleződéssel, majd a költségeket és a működést a tényleges forgalomhoz igazíthatod. Ez különösen akkor hasznos, amikor még nem a végleges működési kapacitást kell eltalálni, hanem biztonságosan felmérni az új piac vagy termékvonal ügyfélszolgálati terhelését.

2. Szezonális csúcsok és kampányok

Vannak időszakok, amikor az ügyfélszolgálati forgalom rövid időre megugrik. Ilyen lehet egy nagyobb kampány, egy szezonális vásárlási időszak vagy egy számlázáshoz kapcsolódó hullám. A közös pont az átmeneti terhelés: néhány nap vagy hét után a forgalom visszaállhat a korábbi, megszokott szintre.

Ilyenkor különösen jól érvényesül a használatalapú megközelítés. A többletköltség ahhoz az időszakhoz kapcsolódik, amikor valóban magasabb a forgalom. Nem kell egész évben olyan férőhelyekért fizetned, amelyekre csak rövid ideig van szükséged.

A csúcsidőszakokat továbbra is előre kell tervezni, de a felkészülés nem feltétlenül jelent tartós licenc- vagy férőhelybővítést. A használatalapú modellben a terhelés kezelése jobban igazodhat a tényleges forgalomhoz: a kiemelt időszakokra fel tudsz készülni anélkül, hogy egész évben túlméretezett rendszert tartanál fenn.

3. Új csatorna vagy AI-alapú funkció bevezetése

Egy új csatorna vagy AI-alapú funkció bevezetésénél nem mindig a várható forgalom a legnagyobb kérdés. Sokszor az a bizonytalan, hogy a megoldás valóban beépül-e az ügyfelek és az ügyfélszolgálatosok mindennapi működésébe. Érdemes-e például WhatsAppon is kezelni bizonyos megkereséseket? Használják-e az ügyfelek az önkiszolgáló megoldást? Csökkentik-e az automatikus összefoglalók és válaszjavaslatok a manuális háttérmunkát?

Fix licencmodellben egy ilyen kísérlet könnyen súlyosabb döntéssé válik, mint amekkora üzleti bizonyosság mögötte áll. Új modul, licenc vagy külön bevezetési projekt kapcsolódhat hozzá, miközben a tényleges használat és hatás csak később derül ki.

A használatalapú modell itt a próbaidőszakot teszi rugalmasabbá. Egy új csatorna vagy képesség azonnal mérhető módon indulhat el. Látszik, hány ügyfél használja, mennyi munkát vesz le a csapatról, és hoz-e elég javulást a folytatáshoz. Így a bővítés nem előzetes feltételezésre, hanem valós használati adatokra épül.

4. Új biztonsági vagy compliance-elvárások

Előfordulhat, hogy az ügyfélszolgálati működést biztonsági vagy megfelelőségi elvárások miatt át kell alakítani. Új ügyféltípus, iparági követelmény, belső szabályozás vagy adatkezelési kockázat is indokolhatja, hogy az ügyfélszolgálat működésében új funkciók jelenjenek meg.

Ilyen helyzetben ritkán egyetlen képesség kipróbálása a feladat. Lehet, hogy egyszerre kell szigorítani a jogosultságkezelést, részletesebb naplózást beállítani, érzékeny adatokat kitakarni a beszélgetésekből, vagy új szabályokat kialakítani a felvételek és átiratok kezelésére. Ezek a funkciók sokszor egymásra épülnek, ezért a bevezetésük sem mindig választható szét teljesen.

A használatalapú modell ebben a helyzetben azért ad nagyobb mozgásteret, mert a szükséges képességek az aktuális compliance-igényekhez igazíthatók. Nem egy előre rögzített licenccsomag határozza meg, milyen funkciókat tudsz bekapcsolni. A rendszer ahhoz a biztonsági és adatkezelési szinthez igazítható, amelyet az adott ügytípus, csatorna vagy szabályozási környezet megkövetel.

A négy helyzet közös tanulsága, hogy az ügyfélszolgálati működés ritmusa ritkán állandó. Változhat a forgalom, a csatornahasználat, az ügytípusok aránya vagy a biztonsági és compliance-elvárások köre. Az Amazon Connect Customer árazási modellje ezekhez a változásokhoz ad rugalmasabb keretet: a költség nem egy előre rögzített feltételezéshez, hanem a tényleges használathoz kapcsolódik.

Miért fizetsz a használat alapú modellben?

A költség a tényleges használaton alapul. A számlázásban megjelenhetnek a csatornánként használt percek és üzenetek, az AI-alapú képességek, az opcionális modulok, valamint a hívásszolgáltatáshoz kapcsolódó díjak.

Ezért a beállításokat időről időre érdemes felülvizsgálni. Egy induláskor jól méretezett konfiguráció később módosítást igényelhet, ha nő a forgalom, átrendeződik a csatornahasználat, vagy új funkciók kerülnek be. A felülvizsgálat ilyenkor nem pusztán költségkontrollt jelent: azt is megmutatja, hol fizettek olyan képességért, amelyet már nem használtok ki, és hol lenne indokolt új támogatást bekapcsolni.

A használatalapú modell akkor ad valódi kontrollt, ha a beállítások együtt változnak az ügyfélszolgálat tényleges funkcióival és igényeivel.

A hagyományos és használat alapú modell egymás mellett

A két modell közötti különbség nem csak a számlázásban látszik. Másképp kezeli a kapacitást, a szerződéses kötöttséget, az új funkciók bevezetését és a hívásszolgáltatáshoz kapcsolódó költségeket is.

A táblázat a két modell eltérő pénzügyi és működési logikáját foglalja össze. A használatalapú elszámolás előnyei akkor érvényesülnek igazán, ha az induláskori beállításokat később is rendszeresen összevetitek a tényleges forgalommal, csatornahasználattal és bekapcsolt képességekkel.

Cheppers: partner a bevezetésben és a működtetésben

A Cheppersnél AWS Advanced Tier Partnerként nem egyszeri technikai beállításként kezeljük az Amazon Connect GoLive-ot. A felmérési szakaszban feltérképezzük a jelenlegi forgalmi mintákat, a csatornamegoszlást, a tipikus ügytípusokat és azokat az időszakokat, amikor megnő az ügyfélszolgálati terhelés. Erre épülhet az induló méretezési terv és az iránymutató költségbecslés. 

Az élesítés után a használatot és a költségeket rendszeresen érdemes visszanézni. Ha változik a forgalom, új csatorna kerül be, vagy további funkciókat kapcsoltok be, a beállításokat is finomítani kell. Így a használatalapú modell nemcsak az induláskor ad nagyobb kontrollt, hanem hosszabb távon is követi az ügyfélszolgálati működés változásait.

Beszéljünk

Ha érdekel, hogy az ügyfélszolgálatod jelenlegi forgalmi mintái alapján mennyibe kerülne egy Amazon Connect bevezetés a cégednek, kérj egy 30 perces felmérő beszélgetést. Konkrét számokat hozunk a beszélgetésre, nem általánosságokat.

Ha pedig először átfogóbb képet szeretnél kapni a platformról, töltsd le a vezetői áttekintésünket (Az ügyfélszolgálat új korszaka: Amazon Connect vezetői áttekintés), amelyben a teljes képességkört, a GoLive csomag tartalmát és egy hazai esettanulmányt is bemutatunk.