Kako AI Call Center pomaže kompanijama u Srbiji da ne gube obraćanja

Propušten poziv retko izgleda kao ozbiljan problem u izveštaju telefonije. Za prodajni tim to može biti zahtev za obračun koji niko nije obradio. Za servis to može biti upit koji se kasnije ponovo pojavi u mesindžeru ili putem elektronske pošte. Za rukovodioca je to znak da dostupnost kompanije ne odgovara stvarnom prilivu klijenata. Takvi gubici su naročito vidljivi tokom reklamnih kampanja, sezonskih vrhunaca i van radnog vremena.

AI Call Center može da preuzme deo dolaznih upita, vodi razgovor prema zadatom scenariju, prikupi potrebne informacije i prenese rezultat zaposlenom. Ipak, vrednost ne nastaje samo zbog veštačke inteligencije. Nastaje kada kompanija tačno odredi koje pozive može automatizovati, koji rezultat mora ostati nakon razgovora i u kom trenutku je potreban čovek.

Zato uvođenje ne treba počinjati izborom glasa niti upečatljivom demonstracijom. Najpre je potrebno razumeti gde se upiti gube, zašto klijenti prestaju da čekaju i šta se dešava sa informacijama nakon prihvaćenog poziva.

Najpre utvrdite gde kompanija gubi pozive

Osnovni pokazatelj je udeo poziva prekinutih pre povezivanja sa zaposlenim. U jednostavnom obliku, računa se kao odnos broja takvih poziva prema ukupnom broju dolaznih poziva u izabranom periodu. Međutim, jedna ukupna mesečna brojka daje premalo informacija za upravljačku odluku: ne pokazuje razlog, vrednost upita ni vreme kada problem nastaje.

Podatke je korisno razdvojiti po satima, danima u nedelji, dolaznim brojevima, poslovnim pravcima i reklamnim kampanjama. Prosečno opterećenje može izgledati uredno, iako red svakog ponedeljka ujutru postaje kritičan. Drugi čest raskorak nastaje po završetku radnog vremena: telefonija beleži pozive, ali kompanija ne zna da li su među njima bili zahtevi za kupovinu, podršku ili hitnu uslugu.

Važno je odvojiti kratke pogrešne pozive od situacija kada je klijent zaista čekao odgovor. Istovremeno, treba uzeti u obzir ponovljene pozive sa istog broja. Ako je osoba pozvala tri puta, a zatim pisala drugim kanalom, to nisu četiri nezavisna obraćanja, već jedan nerešen zahtev koji je stvorio dodatno opterećenje.

Ne treba meriti samo broj propuštenih poziva, već i izgubljenu nameru: šta je klijent želeo, kada se obratio i da li je postojao predviđeni sledeći korak.

Ako telefonija prikazuje samo trajanje i broj, a poslovni rezultat se nigde ne beleži, najpre treba urediti evidenciju. Bez početne slike nemoguće je dokazati da je automatizacija poboljšala proces, a ne samo dodala još jedan tehnički sloj.

Minimalni skup početnih pokazatelja

• broj dolaznih i odlaznih poziva po periodima;
• prosečno i maksimalno vreme čekanja;
• udeo prekinutih i ponovljenih obraćanja;
• raspodela opterećenja po satima i danima u nedelji;
• glavni razlozi poziva i učestalost svakog razloga;
• broj razgovora bez evidentiranog rezultata;
• vreme do uzvratnog poziva ili sledeće radnje;
• opterećenje tokom kampanja i sezonskih vrhunaca.

Po čemu se AI Call Center razlikuje od običnog glasovnog menija

Običan glasovni meni nudi da se pritisne broj i preusmerava poziv u izabrani red. Konverzacijski automatizovani scenario može da razjasni razlog obraćanja, postavi niz pitanja, proveri potpunost odgovora i zabeleži rezultat u unapred određenom formatu. Tako poziv postaje deo radnog procesa, a ne izdvojen događaj u telefonskom sistemu.

Za dolazna obraćanja, praktični zadaci mogu biti odgovori na ograničen skup čestih pitanja, prijem zahteva van radnog vremena, potvrđivanje termina, početna klasifikacija zahteva i prikupljanje podataka za uzvratni poziv. U odlaznim scenarijima automatizacija se može koristiti za pozivanje brojeva, jednostavne potvrde, ankete i beleženje statusa kontakta.

Sistem ne bi trebalo slobodno da improvizuje tamo gde greška ima primetne posledice. Kompanija unapred određuje dozvoljene formulacije, izvore informacija, obavezne potvrde i pravila za završetak razgovora. Ako zahtev nije prepoznat, potrebni podaci ne postoje ili se klijent protivi nastavku automatizovanog dijaloga, mora postojati jasan rezervni put.

Prenos zaposlenom takođe se projektuje kao zaseban proces. Nije dovoljno samo prebaciti liniju. Operateru su potrebni razlog obraćanja, već dobijeni odgovori i oznaka šta tačno nije bilo moguće završiti. U suprotnom, klijent će morati da ponovi sve od početka, a automatizacija će samo pomeriti čekanje u kasniju fazu.

Koje razgovore je razumno prvo automatizovati

Najbolji prvi kandidati imaju tri osobine: često se ponavljaju, podređeni su stabilnim pravilima i završavaju se proverljivim rezultatom. Što je manje otvorenog savetovanja i izuzetaka, lakše je napisati scenario, sprovesti testiranje i proceniti kvalitet.

Rezultat poziva može biti potvrđen termin, zahtev za povratnu informaciju, izabrana kategorija usluge ili dogovoren status učešća u anketi. Formulacija „razgovarali smo sa klijentom” previše je neodređena. Tim mora razumeti koju radnju sme da izvrši na osnovu prikupljenih podataka.

Za prvu automatizaciju obično su slabiji kandidati složene žalbe, pregovori o ceni, savetovanja sa velikom odgovornošću i situacije koje zahtevaju individualnu odluku. Veštačka inteligencija može pomoći pri klasifikaciji takvog obraćanja i pripremi konteksta, ali je završnu odluku razumno ostaviti stručnom zaposlenom.

Šest pitanja za izbor prvog scenarija

1. Obim: koliko poziva ove vrste stiže u običnom danu i tokom vrhunca?
2. Ponovljivost: koji deo razgovora prati istu logiku?
3. Vrednost: šta poslovanje dobija nakon pravilno završenog poziva?
4. Podaci: da li su sistemu dostupne informacije potrebne za pouzdan odgovor?
5. Izuzeci: pod kojim uslovima automatizovani razgovor mora da prestane?
6. Provera: koji pokazatelj će potvrditi poboljšanje u odnosu na postojeći proces?

Gde nastaje ušteda, a gde se pojavljuju novi troškovi

Ekonomski efekat je moguć kada sistem prima ponavljajuća obraćanja, smanjuje ručno pozivanje brojeva, prikuplja standardne odgovore ili obezbeđuje prijem zahteva u periodima kada zaposleni nisu dostupni. Pri velikom istovremenom opterećenju automatizovani tok može smanjiti i zavisnost od jednog reda.

Ipak, dostupnost tokom celog dana sama po sebi ne znači kvalitetnu uslugu. Pogrešan scenario može raditi bez prekida i jednako dosledno stvarati netačne statuse. Ako rezultat razgovora ne dospe u radni sistem, zaposleni će ručno prenositi podatke i ispravljati greške. Tada se troškovima telefonije pridružuju održavanje scenarija, kontrola kvaliteta i nepotreban administrativni rad.

Procena projekta treba da uporedi cenu postojećeg problema sa punom cenom novog procesa. Potrebno je uzeti u obzir vreme zaposlenih, ponovljena obraćanja, neobrađene zahteve i kašnjenja, a sa druge strane uvođenje, telefonski saobraćaj, integracije, tehničku podršku, ažuriranje scenarija, nadzor i obradu izuzetaka.

Nije svaki prekinut poziv izgubljena prodaja. Deo poziva može biti pogrešan, deo klijenata će pozvati ponovo, a neka obraćanja nemaju komercijalni rezultat. Zato je finansijski model bolje graditi kroz više scenarija — oprezan, osnovni i optimističan — nego potencijalnu mogućnost predstavljati kao zagarantovan prihod.

Nakon razgovora mora ostati poslovni rezultat

Broj prihvaćenih poziva je tehnička metrika, ali nije konačni rezultat. Nakon razgovora treba da nastane strukturirani objekat: kontakt, zahtev, zadatak, termin, status ankete ili servisni zahtev. Za njega se unapred određuju obavezna polja, odgovorno lice, rok za reakciju i dozvoljene naredne radnje.

Pre integracije potrebno je usaglasiti format telefonskih brojeva, pravila za obradu ponovljenih kontakata, šifarnike razloga obraćanja i postupak rešavanja duplikata. Tehničko povezivanje dve aplikacije neće ispraviti nejasan model podataka. Ako jedno odeljenje koristi status „nov”, drugo „na čekanju”, a treće rezultat upisuje u komentar, automatizacija će samo učvrstiti neusaglašenost.

Kada rezultati poziva treba automatski da postanu poslovi, zadaci ili servisni zahtevi, potrebno je posebno projektovati CRM i ERP integraciju. Važno je odrediti ne samo smer prenosa podataka, već i ponašanje sistema kada jedna komponenta nije dostupna: ponovno slanje, red čekanja, obaveštenje odgovornom licu i zaštitu od stvaranja kopija.

Kontrolna tabla treba da odgovori na radna pitanja. Gde raste red? Na kom koraku se scenario najčešće prekida? Koliko zahteva čeka reakciju? Koji razlozi obraćanja se ponavljaju? Koji zapisi zahtevaju ručnu proveru? Lep grafikon broja razgovora nema vrednost ako se na njegovoj osnovi ne može doneti operativna odluka.

Zaštitu podataka ne treba ostavljati za kraj projekta

U telefonskom razgovoru mogu se pojaviti ime, broj, adresa, podaci o porudžbini i sadržaj obraćanja. Snimanje zvuka, izrada transkripta, klasifikacija i prenos ovih podataka u druge sisteme zasebne su operacije sa podacima. Njihov obim i svrhu treba odrediti pre pokretanja, a ne nakon što se nakupi arhiva razgovora.

Za svaki scenario treba evidentirati svrhu obrade, najmanji potreban skup polja, krug korisnika sa pristupom i rokove čuvanja. Takođe je potrebno odlučiti šta se čuva: originalni snimak, potpuni transkript, kratak sažetak ili samo završni status. Čuvati sve „za svaki slučaj” nije strategija, već dodatni rizik i trošak.

Podrška postojećem klijentu, kontrola kvaliteta, odlazna kampanja i obrada osetljivog zahteva mogu zahtevati različita rešenja. Pitanja pravnog osnova, obaveštavanja sagovornika, pristanka, povlačenja pristanka i brisanja podataka treba da proceni kvalifikovani pravnik u skladu sa konkretnim procesom i primenljivim zahtevima u Srbiji. Tehnički tim ne treba samostalno da zameni takvu procenu.

Kontrolna lista za rad sa podacima

• Koje se informacije prikupljaju i zašto je svako polje potrebno?
• Da li je potrebno čuvati audio-snimak ili je dovoljan strukturirani ishod?
• Ko može da sluša razgovor, menja zapis i izvozi podatke?
• Koji sistemi dobijaju informacije nakon poziva?
• Koliko dugo se čuva svaka vrsta podataka i ko odobrava brisanje?
• Šta se dešava nakon povlačenja pristanka ako se obrada zasniva na njemu?
• Da li se u testnom okruženju koriste stvarni podaci i da li je to opravdano?
• Kako se evidentiraju zahtevi za pristup, ispravku i brisanje?

Kada AI Call Center nije dobar izbor

Automatizacija se možda neće isplatiti ako je broj poziva mali, a skoro svaki razgovor zahteva stručnost, pregovore ili nestandardnu odluku. U takvoj situaciji veći efekat ponekad daju pravilna raspodela redova, obrazac za zahtev za uzvratni poziv, unapređenje baze znanja ili promena rasporeda zaposlenih.

Loš kandidat je proces čija se pravila neprekidno menjaju i koji nema vlasnika. Scenario će brzo zastareti, ali će nastaviti da sigurno ponavlja netačne informacije. Isti problem nastaje kada su aktuelni podaci raspoređeni po tabelama, privatnim porukama i beleškama: sistem nema na šta da se osloni za pouzdan odgovor.

Ne treba počinjati ni od najsloženijeg procesa samo zato što izgleda najvrednije. Greška pri jednostavnoj potvrdi termina obično se brzo uoči. Greška u individualnom obračunu, spornom savetovanju ili obećanju klijentu može zahtevati dugotrajno ispravljanje. Prvi pilot treba da bude dovoljno važan za merenje rezultata, ali ograničenog rizika.

Kako sprovesti ograničeni pilot

Pilot je provera konkretne hipoteze, a ne umanjena verzija celog budućeg sistema. Na primer: može li automatizovani scenario da prihvati obraćanja nakon zatvaranja kancelarije, pravilno odredi razlog i napravi potpun zadatak za jutarnju obradu? Takva postavka omogućava da se odrede granice i rezultat uporedi sa početnim stanjem.

1. Izmerite postojeći proces. Zabeležite opterećenje, čekanje, prekide, ponovljene pozive i vreme do sledeće radnje.
2. Izaberite jedan tok. Opišite koja obraćanja ulaze u pilot, a koja ostaju van njegovih granica.
3. Pripremite scenario. Odredite pitanja, dozvoljene odgovore, potvrde i uslove prekida.
4. Projektujte rezultat. Navedite koji status, zadatak ili obaveštenje nastaje nakon razgovora.
5. Proverite integracije. Simulirajte nedostupnost CRM-a, telefonije i drugih zavisnih komponenti.
6. Pokrenite ograničen saobraćaj. Sačuvajte mogućnost brzog povratka na prethodni put.
7. Analizirajte greške. Ispitajte pogrešno prepoznate namere, ponavljanje pitanja, prekide i netačne statuse.
8. Donesite odluku. Proširujte tok tek nakon ispunjenja unapred dogovorenih kriterijuma.

Korisni pokazatelji pilota su udeo pravilno završenih namera, potpunost napravljenih zapisa, vreme do reakcije zaposlenog, promena broja ponovljenih obraćanja i udela prekinutih poziva. Istovremeno, treba pratiti negativne signale: rano završavanje razgovora, ponavljanje istih pitanja, rast pritužbi i ručne ispravke.

VMTech posmatra glasovnu automatizaciju kao povezan proces u kojem scenario, poziv, strukturirani ishod i analitika rade zajedno. Kako je taj pristup oblikovan na nivou proizvoda može se videti u projektu Call-Centar Srbija 24/7. Opis projekta prikazuje arhitekturu procesa, ali ne obećava isti rezultat svakoj kompaniji i za svaki skup poziva.

Šta pitati tim za uvođenje

Demonstracija u tihoj prostoriji ne pokazuje ponašanje sistema pri buci, nejasnom govoru, prekidanjima, zastarelim podacima i prekidima integracije. Pre ugovora treba razgovarati ne samo o mogućnostima, već i o granicama, eksploataciji i ceni izuzetaka.

• Ko odobrava scenario i svaku njegovu novu verziju?
• Kako sistem utvrđuje da nije razumeo sagovornika?
• Kada i sa kojim kontekstom se poziv prenosi zaposlenom?
• Šta se dešava kada CRM ili drugi izvor podataka nije dostupan?
• Kako se obrađuju istovremeni pozivi i nagli vrhunci opterećenja?
• Koji podaci se čuvaju, gde se nalaze i ko ima pristup?
• Kako se ispravljaju netačni statusi i sprečavaju duplikati?
• Ko je odgovoran za ažuriranje scenarija nakon izmene poslovnih pravila?
• Da li se podaci mogu izvesti u upotrebljivom formatu?
• Koji troškovi zavise od minuta, broja poziva i obima čuvanja?

Rešenje treba da prati proces, a ne trend

AI Call Center ima smisla kada rešava merljiv zadatak: smanjuje uticaj vrhunaca, prima obraćanja van radnog vremena, obrađuje ponavljajuće zahteve ili pretvara razgovore u zapise spremne za rad. Samo prisustvo veštačke inteligencije nije dovoljan razlog za uvođenje.

Racionalan redosled izgleda ovako: izmeriti gubitke, izabrati ograničen scenario, urediti podatke, odrediti pravila prenosa čoveku, sprovesti pilot i uporediti pokazatelje. Tek nakon toga automatizaciju treba proširivati na nove teme, jezike i kampanje.

Ako kompanija treba da proceni tok poziva, scenarije i tačke integracije, početak može biti konsultacija za uslugu AI Call Center kompanije VMTech. U prvoj fazi korisnije je odrediti granice i kriterijume pilota nego unapred kupiti rešenje velikog obima bez proverene poslovne hipoteze.