Tylus DI pagalbininkas: realaus laiko CRM duomenų fiksavimas pokalbio metu

Kiekvienas verslo pokalbis generuoja vertingus duomenis. Klientų vardai, paslaugų poreikiai, biudžeto diapazonai, terminai, prieštaravimai, sprendimai. Tačiau kai pokalbį veda žmogus, beveik jokia šios informacijos nepasiekia CRM sistemos. Agentas koncentruojasi į pokalbį, o ne į užrašų vedimą. Jis sau sako „atnaujinsiu sistemą po pokalbio" — ir tada suskamba kitas telefonas. Rezultatas: nepilni įrašai, pamesti sekimo veiksmai ir vadovybė, kuri priima sprendimus aklai. DI pagalbininko technologija tai išsprendžia — jis lieka pokalbyje kaip tylus klausytojas, transkribuoja pokalbį realiu laiku, išgauna struktūrinius duomenis ir užpildo CRM laukus dar prieš agentui padedant ragelį.

Duomenų spragos problema: kodėl CRM įrašai visada nepilni

Paklauskite bet kurio pardavimų vadovo apie CRM duomenų kokybę ir išgirsite tas pačias nusiskundimus. Kontaktų įrašai su tuščiais laukais. Galimybių etapai, kurie neatnaujinti savaitėmis. Pastabos, kuriose parašyta „kalbėjau su klientu, suinteresuotas" — be jokios detalės apie tai, kuo jis suinteresuotas ar kas buvo aptarta.

Tai nėra drausmės problema. Tai žmogiška riba. Kai agentas veda gyvą pokalbį su klientu, jo dėmesys teisingai nukreiptas į pokalbį — klausymą, atsakymą, santykio kūrimą, problemų sprendimą. Vienu metu rašyti struktūrinius užrašus į CRM formą yra fiziškai nepraktiška ir pokalbio kokybei žalinga. Klientas girdi klaviatūros spaudymą ir supranta, kad agentas yra išsiblaškęs.

Todėl agentai daro tai, ką darytų bet kuris žmogus: jie susitelkia į pokalbį ir planuoja atnaujinti CRM vėliau. Tačiau „vėliau" yra ta vieta, kur duomenys miršta. Štai tipinė seka:

• Pokalbis baigiasi. Agentui reikia 3–5 minučių, kad tinkamai užregistruotų pokalbį — kontaktinius duomenis, kas buvo aptarta, dėl ko susitarta, kokie tolesni žingsniai.
• Iškart suskamba kitas telefonas. Užimtoje aplinkoje nėra pauzių tarp skambučių. Agentas atsako į kitą, nes skambantis telefonas turi pirmenybę prieš duomenų įvedimą.
• Pamainos pabaiga. Agentas dabar turi retrospektyviai dokumentuoti 15–20 pokalbių. Jis atsimena svarbiausius 3–4 dalykus. Likusieji gauna sutrumpintus užrašus arba nieko.
• Kita diena. Vakarykščiai pokalbiai dabar yra migla. CRM įrašai lieka tokie, kokie yra — nepilni, netikslūs arba tušti.

CRM pritaikymo tyrimai nuosekliai rodo, kad rankinis duomenų įvedimas yra didžiausia kliūtis CRM efektyvumui. Pardavimų komandos praneša, kad iki 30 % savo laiko skiria administraciniams darbams — CRM atnaujinimams — vietoj pardavimo. O duomenys, kuriuos jie vis dėlto suveda, dažnai yra daliniai, vėluojantys valandomis ar dienomis ir formuojami atminties šališkumo, o ne to, kas iš tikrųjų buvo pasakyta.

Poveikis verslui yra reikšmingas. Vadovai negali tiksliai prognozuoti, nes pardavimų piltuvėlio duomenys yra nepatikimi. Sekimo veiksmai iškrenta pro plyšius, nes tolesni žingsniai niekada nebuvo užfiksuoti. Kliento kontekstas prarandamas, kai kitą skambutį apdoroja kitas agentas. Rinkodara negali analizuoti, kokius prieštaravimus kelia potencialūs klientai, nes ta informacija niekada neišeina iš agento galvos.

Sprendimas: DI kaip tylus pagalbininkas kiekviename pokalbyje

DI pagalbininkas visiškai pakeičia šią dinamiką. Užuot prašius žmogaus dokumentuoti pokalbį, DI tai padaro automatiškai — realiu laiku, kol pokalbis dar vyksta.

Štai kaip tai veikia techniškai. Kai pokalbis vyksta — nesvarbu, ar DI iš pradžių atsakė ir perdavė žmogui, ar skambutis tiesiogiai pateko komandos nariui — DI lieka linijoje per konferencijų tiltą. Jis nekalba. Jis neleidžia garsų. Jis yra visiškai nematomas tiek klientui, tiek agentui. Tačiau jis klausosi ir apdoroja kiekvieną žodį.

Realaus laiko transkripcija

DI transkribuoja visą pokalbį jam vykstant, naudodamas kalbos-į-tekstą modelius, optimizuotus verslo pokalbiams. Tai ne paprastas diktavimas — sistema apdoroja persiklojančią kalbą, foninį triukšmą, specifinę pramonės terminiją ir daugiakalbius pokalbius (persijungiant tarp lietuvių, anglų, rusų ir kitų kalbų viduryje sakinio, jei reikia).

Transkripcija yra kalbėtojų atskirta (angl. speaker-diarized), tai reiškia, kad sistema identifikuoja, kas ką pasakė. „Klientas: Ieškau trijų kambarių buto Vilniuje, pageidautina Senamiestyje, biudžetas apie 250 000." „Agentas: Turime keletą variantų tame diapazone. Ar planuojate persikelti per artimiausius tris mėnesius?"

Struktūrinių duomenų išgavimas

Pokalbio eigoje DI realiu laiku išgauna struktūrinius duomenų laukus. Čia didieji kalbos modeliai puikiai pasirodo — jie supranta kontekstą, ne tik raktinius žodžius. DI atpažįsta, kad „man reikia tai padaryti iki dukters vestuvių rugsėjį" reiškia, jog terminas yra 2026 m. rugsėjis, ir kad „kita įmonė mums pacitavo tūkstantį dviejų šimtų" yra konkurentų kainų nuoroda, o ne biudžeto pareiškimas.

DI išgaunami struktūriniai duomenys apima:

• Kontaktinė informacija: vardai ir pavardės, telefono numeriai, el. pašto adresai, įmonių pavadinimai, pareigos — užfiksuojami tiksliai taip, kaip buvo pasakyti.
• Datos ir terminai: vizitų pageidavimai, galutiniai terminai, persikėlimo datos, projekto pradžios datos — konvertuojami į struktūrinius datų formatus.
• Paslaugų ir produktų poreikiai: ko klientas ieško, specifikacijos, reikalavimai, pageidavimai.
• Biudžeto indikatoriai: nurodyti biudžetai, kainų jautrumo signalai, nuorodos į konkurentų kainas.
• Prieštaravimai ir abejonės: kas klientą sulaiko — laikas, kaina, pasitikėjimas, alternatyvos, kurias jis svarsto.
• Sprendimų priėmėjo informacija: ar skambinantysis yra sprendimų priėmėjas, kas dar turi būti įtrauktas, tvirtinimo procesai.
• Nuotaika ir skubumas: kiek skambinantysis suinteresuotas, kaip skubiai jam reikia sprendimo, bendras pasitenkinimo lygis.

Automatinis CRM laukų pildymas

Išgauti duomenys susiejami su Jūsų CRM laukais ir automatiškai įrašomi per API integraciją. Kai agentas padeda ragelį, CRM įrašas jau užpildytas. Agentui nereikia įvesti nė vieno lauko. Jis gali peržiūrėti, ką DI užfiksavo, prireikus pataisyti ir pereiti prie kito skambučio.

Ši integracija veikia su pagrindinėmis CRM ir ERP sistemomis — ERPNext, HubSpot, Salesforce, Pipedrive, Zoho ir individualiai sukurtomis sistemomis per REST API. Laukų susiejimas konfigūruojamas diegimo metu: „kliento vardas" iš pokalbio susiejamas su „Kontakto vardas" lauku Jūsų CRM, „biudžetas" — su „Sandorio verte", „kitas susitikimas" — su „Sekimo data" ir t. t.

Veiksmo punktų ir sekimo aptikimas

DI ne tik fiksuoja duomenis — jis identifikuoja įsipareigojimus. Kai agentas pasako „aš Jums atsiųsiu pasiūlymą iki ketvirtadienio", DI tai registruoja kaip veiksmo punktą su atsakingu asmeniu (agentu) ir terminu (ketvirtadienis). Kai klientas sako „leiskite man pasitarti su partneriu ir perskambinsiu kitą savaitę", DI sukuria sekimo priminimą kitai savaitei.

Šie veiksmo punktai perduodami CRM kaip užduotys, kalendoriaus įvykiai arba pardavimų piltuvėlio etapų atnaujinimai — priklausomai nuo to, kaip sukonfigūruotas Jūsų darbo eigos procesas. Nebereikia pasikliauti agento atmintimi dėl sekimo veiksmų. Sistema tai seka automatiškai.

Svarbių momentų žymėjimas

Be struktūrinių duomenų, DI identifikuoja ir žymi laiku svarbiausius pokalbio momentus. Kainų prieštaravimas 4:32 minutę. Pirkimo signalas 7:15 minutę, kai klientas paklausė apie pristatymo terminus. Konkurento paminėjimas 2:48 minutę. Sprendimo patvirtinimas 11:03 minutę.

Šie laiko žymenys susiejami su pilna transkripcija, leisdami vadovams ir koučeriams tiesiogiai peršokti prie svarbiausių momentų. Užuot klausius visos 15 minučių įrašo ieškant to vieno momento, kai sandoris beveik žlugo, jie paspaudžia laiko žymenį ir girdi būtent tą segmentą.

Pritaikymas: pardavimų skambučiai

Pardavimų aplinkoje DI pagalbininkas kiekvieną skambutį paverčia struktūriniu duomenų įvykiu. Įsivaizduokite B2B pardavimų komandą, apdorojančią įeinančias užklausas dėl verslo programinės įrangos:

• Potencialo vertinimas vyksta pokalbio metu. Remiantis pokalbio turiniu — paminėtu įmonės dydžiu, aptartu biudžeto diapazonu, termino skubumu, sprendimų priėmėjo statusu — DI priskiria potencialo balą realiu laiku. Kai pokalbis baigiasi, potencialus klientas jau suskirstytas kaip karštas, šiltas arba šaltas pardavimų piltuvėlyje.
• Prieštaravimų sekimas tampa sistemingas. Kiekvienas potencialaus kliento išsakytas prieštaravimas registruojamas su kontekstu. Per šimtus pokalbių išryškėja dėsningumai: 40 % potencialių klientų prieštarauja dėl diegimo terminų, 25 % — dėl integracijos sudėtingumo. Pardavimų vadovai gali spręsti šiuos dėsningumus per mokymus ir medžiagą.
• Tolesni žingsniai niekada nepamirštami. „Atsiųsti atvejo analizę", „suplanuoti demonstraciją techninei komandai", „perskambinti po jų valdybos posėdžio 15 dieną" — viskas užfiksuota kaip struktūrinės užduotys su terminais. Pardavėjo sekimo eilė užpildoma automatiškai.
• Konkurencinė žvalgyba kaupiasi. Kai potencialūs klientai pamini konkurentus, DI registruoja, kas buvo paminėtas, ką apie juos pasakė ir kokiame kontekste. Laikui bėgant, tai sukuria konkurencinės žvalgybos duomenų bazę, gaunamą tiesiogiai iš potencialių klientų pokalbių — patikimiausio šaltinio.

Pritaikymas: medicina ir sveikatos priežiūra

Medicinos aplinkoje tikslus dokumentavimas yra ne tik produktyvumo klausimas — tai atitikties ir pacientų saugumo reikalavimas. Kai pacientai skambina klinikai, jie aprašo simptomus, mini vaistus, nurodo ankstesnį gydymą ir klausia apie procedūras. DI pagalbininkas užfiksuoja viską:

• Simptomų dokumentavimas: ką pacientas aprašo, įskaitant trukmę, sunkumą ir svarbią istoriją — užregistruojama dar prieš pacientui atvykstant.
• Vaistų paminėjimai: visi vaistai, kuriuos pacientas pamini pokalbio metu, pažymimi ir pridedami prie pasiruošimo vizitui pastabų, leidžiant gydytojui peržiūrėti sąveikas ar kontraindikacijas.
• Vizito detalės: pageidaujamos datos, konkretaus specialisto užklausos, draudimo informacija, paminėta pokalbio metu — visa tai iš anksto užpildoma registracijos sistemoje.
• Skubumo rūšiavimas: DI vertina aprašytus simptomus pagal rūšiavimo protokolus ir pažymi skambučius, kuriems gali prireikti pagreitinto vizito.

Odontologijos klinikoms, veterinarijos praktikoms ir šeimos gydytojams tai reiškia, kad gydytojas įeina į kabinetą su kontekstu, jau esančiu sistemoje, užuot pradėjęs dokumentavimo procesą nuo nulio.

Pritaikymas: teisinės paslaugos

Pirminiai klientų priėmimo pokalbiai advokatų kontorose yra kupini informacijos. Potencialus klientas aprašo savo situaciją, o advokatas ar priėmimo specialistas turi tiksliai užfiksuoti svarbiausius faktus. DI pagalbininkas tai atlieka be pastangų:

• Bylos klasifikavimas: DI identifikuoja teisės sritį pagal pokalbio turinį — šeimos teisė, komercinis ginčas, darbo santykių klausimas, nekilnojamojo turto sandoris — ir nukreipia įrašą į tinkamą praktikos grupę.
• Svarbių faktų išgavimas: incidentų datos, šalys, jurisdikcija, susijusios sumos, senaties terminų svarstymai — visa tai išgaunama ir struktūrizuojama.
• Interesų konflikto tikrinimo duomenys: visų pokalbio metu paminėtų šalių vardai fiksuojami nedelsiant, kad būtų galima patikrinti galimus interesų konfliktus su esamais klientais.
• Bendradarbiavimo signalai: ar skambinantysis pasiruošęs pasirašyti įgaliojimą, ar lygina kontoras, ar tik pradeda ieškoti — taip suteikiamas kontekstas priėmimo komandai tolimesniam sekimui.

Pritaikymas: nekilnojamasis turtas

Nekilnojamojo turto sektoriuje pirkėjai ir nuomininkai pokalbių metu aprašo savo idealų būstą. Šiuose aprašymuose yra labai struktūrizuota informacija, kurią agentai paprastai bando atsiminti ir surašyti vėliau. DI fiksuoja viską gyvai:

• Būsto pageidavimai: kambarių skaičius, vietovės prioritetai, būtinos savybės (parkavimas, balkonas, sodas), nepriimtini dalykai — visa tai susiejama su paieškos kriterijais skelbimų sistemoje.
• Biudžetas ir finansavimas: nurodytas biudžeto diapazonas, išankstinio patvirtinimo statusas, paskolos pageidavimai, grynųjų pinigų pirkimo indikatoriai.
• Terminai: kada reikia persikelti, nuomos sutarties pabaigos datos, mokyklos priėmimo terminai, lemiantys laikotarpį.
• Dabartinė situacija: parduoda esamą turtą, keliasi dėl darbo, pirmą kartą perka — kontekstas, formuojantis agento darbo strategiją.

Pokalbio pabaigoje agentas turi pilnai užpildytą kliento profilį su jau sukonfigūruotais paieškos kriterijais. Jokio rankinio įvedimo, jokių pamirštų detalių apie tai, ar klientas norėjo balkono į pietus ar paminėjo poreikį būti šalia konkrečios mokyklos.

Ką agentas mato po pokalbio

Kai pokalbis baigiasi, agento CRM įrašas jau atnaujintas. Tačiau DI taip pat pateikia struktūrinę pokalbio suvestinę, kuri apima:

• Pokalbio santrauka: 3–5 sakinių apžvalga to, kas buvo aptarta ir dėl ko nuspręsta.
• Išgauti laukai: visų užfiksuotų struktūrinių duomenų sąrašas su pasitikėjimo balais kiekvienam laukui.
• Veiksmo punktai: užduotys agentui (siųsti pasiūlymą, suplanuoti sekimo pokalbį, patikrinti prieinamumą) su terminais.
• Potencialo/kliento balas: DI įvertintas balas, paremtas susidomėjimo lygiu, skubumu ir kvalifikacijos kriterijais.
• Pilna transkripcija: visa, kalbėtojų atskirta transkripcija su pažymėtais ir laiku pažymėtais svarbiais momentais.
• Siūlomas kitas veiksmas: remiantis pokalbio turiniu — „Suplanuoti demonstraciją per 48 valandas" arba „Įtraukti į puoselėjimo seką, perskambinti po 2 savaičių."

Agentas tai peržiūri per 30 sekundžių, patvirtina arba pakoreguoja laukus ir eina prie kito skambučio. Palyginkite tai su 3–5 minučių rankinio CRM įvedimo, kuris paprastai vyksta (arba nevyksta) po kiekvieno pokalbio.

Vadovų matomumo sluoksnis

Vadovams ir verslo savininkams DI pagalbininkas sukuria matomumą, kuris anksčiau buvo neįmanomas. Kai kiekvienas pokalbis yra transkribuojamas ir struktūrizuojamas, galite atsakyti į klausimus, kurių rankiniai CRM duomenys niekada negalėjo atsakyti:

• Kokie yra trys dažniausi potencialių klientų prieštaravimai šį mėnesį? DI užregistravo kiekvieną prieštaravimą kiekviename pokalbyje. Matote dėsningumus, ne anekdotus.
• Kurie agentai praleidžia sekimo veiksmus? Kadangi veiksmo punktai fiksuojami automatiškai, galite matyti, kokie įsipareigojimai buvo prisiimti ir ar jie buvo įvykdyti — nesikliaujant agento savianalize.
• Kiek laiko trunka kvalifikavimo pokalbiai? Pokalbio trukmės duomenys, susieti su rezultatų duomenimis, atskleidžia, kurie pokalbiai yra efektyvūs, o kurie nepagrįstai ilgi.
• Ko iš tikrųjų klausia klientai? Temų analizė per visus pokalbius parodo, kokios informacijos Jūsų svetainė, medžiaga ar reklama nepateikia — nes klientai nuolat apie tai klausia telefonu.

Tai nėra stebėjimas. Tai operacinė žvalgyba. Tie patys duomenys, kurie padeda agentui dirbti greičiau, taip pat padeda verslui tobulinti procesus, mokymus ir klientų patirtį.

Privatumas ir atitiktis

Realaus laiko pokalbių transkripcija kelia pagrįstus privatumo klausimus. Štai kaip sistema juos sprendžia atsakingai:

• Sutikimas: automatinis pranešimas kiekvieno pokalbio pradžioje informuoja skambinantįjį, kad pokalbis gali būti įrašomas ir transkribuojamas kokybės ir dokumentavimo tikslais. Tai atitinka BDAR sutikimo reikalavimus skambučių įrašymui.
• Duomenų saugojimas: visos transkripcijos ir išgauti duomenys saugomi ES serveriuose su AES-256 šifravimu ramybės būsenoje ir TLS 1.3 perdavimo metu.
• Prieigos kontrolė: prieiga prie transkripcijų paremta vaidmenimis. Agentai mato savo pokalbius. Vadovai mato savo komandos pokalbius. Niekas iš organizacijos išorės neturi prieigos.
• Saugojimo politikos: duomenų saugojimo laikotarpiai konfigūruojami pagal Jūsų pramonės reikalavimus ir įmonės duomenų valdymo politiką.
• Teisė į ištrynimą: kliento duomenys gali būti ištrinti paprašius, įskaitant transkripcijas ir išgautus laukus, laikantis BDAR 17 straipsnio.

Techninė integracija

DI pagalbininkas jungiasi prie Jūsų esamos telefonijos sistemos ir CRM per standartines integracijas:

• Telefonijos sistema: SIP magistralės, VoIP platformos arba tradicinės PBX sistemos per konferencijų tiltą. DI prisijungia prie pokalbio kaip tylus dalyvis — jokių pakeitimų Jūsų telefonijos įrangai ar darbo eigai.
• CRM: REST API integracija su ERPNext, HubSpot, Salesforce, Pipedrive, Zoho ir individualiomis sistemomis. Laukų susiejimas konfigūruojamas diegimo metu.
• Kalendorius: Google Calendar, Microsoft Outlook, Cal.com ar individualios kalendoriaus sistemos automatiniam sekimo planavimui.
• Pranešimai: pokalbio suvestinės pristatomos el. paštu, per Slack, Microsoft Teams arba webhook į bet kurią sistemą, priimančią HTTP užklausas.

Diegimas paprastai apima konferencijų tilto ryšio konfigūravimą, CRM laukų susiejimą ir duomenų išgavimo taisyklių apibrėžimą Jūsų konkrečiam verslo kontekstui. DI išmoksta Jūsų pramonės terminiją, produktų pavadinimus ir specifinius kvalifikacijos kriterijus šiame konfigūravimo etape.

Dažnai užduodami klausimai