Контакт-орталықты автоматтандыру: қоңырау кезіндегі клиент картасы мен подсказкалар

Операторға қоңырау кезінде клиент картасы не үшін керек

Интеграция болмаса оператор жиі "көзсіз" жұмыс істейді: бір терезеде телефония, басқа терезеде CRM, тағы бірінде пошта немесе чат, ал кей деректер тіпті кестелерде сақталады. Әңгіме жүріп жатқанда телефон нөмірін іздеу, аты-жөнін көшіру, шартты тексеру және өткен өтініштің қалай аяқталғанын еске алу керек болады.

Уақыт тек іздеуге өтпейді. Оператор терезелер арасында ауысады, клиент бұрын жауап берген сұрақтарды қайта қояды және «кейінге» қолмен жазып алады. Нәтиже анық: сөйлесу ұзарады, кезек өседі, ал клиент компанияны есте сақтамайды деп ойлауы мүмкін. Содан кейін мәселе бірінші рет шешілмегендіктен қайталанатын қоңыраулар жиіледі.

Қоңырау кезіндегі клиент картасы осы үзілісті толтырады: қажетті ақпарат дереу пайда болады, қолмен іздеудің қажеті жоқ. Бұл контакт-орталықты автоматтандырудың негізі, себебі ол әңгімедегі «бос» уақытты қысқартады және операторға сенімді әрекет етуге көмектеседі.

Бірінші экранда 5–10 секунд ішінде контекст түсінуге көмектесетін деректер маңызды: кім қоңырау шалып тұр, қандай мәселе, не болғаны және қазір не істеуге болатыны. Әдетте бұл аты-жөні мен контактілері, клиент статусы, соңғы өтініштер мен олардың нәтижелері, белсенді өтініштер немесе инциденттер және келесі қадам (соның ішінде мәнер мен міндетті ережелер бойынша подсказка).

Мысал: бір апта ішінде клиент бір мәселеге байланысты екінші рет қоңырау шалды. Картасы жоқ болса, оператор нөлден бастайды: «Шарт нөмірін айтыңыз», «Қашан байланысқан едіңіз?», «Не деп жауап берілді?». Картасы болса, ол өткен тикетті, инженердің комментарийін және уәде етілген мерзімді бірден көреді. Қайталаудың орнына 1–2 факт нақтылап, шешім немесе түсінікті жоспар ұсынады: не істелетіні және қашан жауап күтуге болатыны. Клиент үшін бұл «мені шеңбермен айдап жүреді» пен «мені тыңдады» арасындағы айырмашылық.

Клиент картасы мен «ақылды подсказкалар» не тұрады

Жақсы клиент картасы — толық экрандық анкета емес, операторға сенімді сөйлесуге және артық сұрақтар қоймауға көмектесетін қысқа фактілер жиынтығы. Автоматтандыруда ол басқару панелі сияқты: негізгісі бірден көрініп, терезелер арасында секірмейсіз.

Картаның жоғарғы бөлігінде әдетте алғашқы 10 секундқа керек нәрселер болады:

• кім қоңырау шалып тұр: аты, телефон, балама контактілер
• контекст: шарт немесе жеке шот, клиент статусы, сегмент
• преференциялар: тиімді арна, байланысу уақыты, тіл
• маңызды ескертпелер: VIP/қауіп топтағы клиент, маркетингке тыйым, сенімді тұлға
• ағымдағы қызметтер: қосылған опциялар, белсенді өтініштер, шектеулер

Төменде өтініштер тарихы келеді. Ол тек қоңырауларды ғана емес, басқа арналарды да көрсетуі маңызды: өтініштер, чаттар, хаттар, келулер. Сол кезде оператор адам неге қайта қоңырау шалып жатқанын тез түсініп, бәрін қайтадан айтуға мәжбүр етпейді. Қайталаудың себептерін көрсету (мысалы, «уақытында жеткізілмеген», «өтініш бойынша жауап алған жоқ», «бағдарлама жұмыс істемеген») жүйелік мәселені көруге көмектеседі, ал клиентті «қиын адам» деп ойламауға мүмкіндік береді.

«Ақылды подсказкалар» картаның келесі қабатын қосады: жағдайға (өтініш тақырыбы, өнім, шарт статусы, өткен байланыстар нәтижесі) бейімделетін қысқа қадамдық сценарий. Көбіне 2–3 нақты сұрақ, жауап нұсқалары қарапайым тілде және регламент бойынша міндетті фразалар жеткілікті.

Қорытынды блок — нәтижені тіркеу. Әңгімеден кейін операторға 15–30 секунд ішінде резюме, тегтер, нәтиже толтыру және келесі тапсырманы қою (мысалы, «тексеруден кейін қайта қоңырау шалу», «техподдержкаға беру», «құжаттарды күту») жеңіл болуы керек.

Сапаны бақылау үшін кей пункттерді автоматты түрде тіркеу жақсы: міндетті қадам орындалды ма (мысалы, идентификация), қанша рет линиялар арасында ауыстырылды, жауап мерзімі сақталды ма, келесі тапсырма құрылды ма және жауапты кім тағайындады.

Қай жүйелерді байланыстыру қажет

Картаның өзі ашылып, подсказкалар нақты болу үшін бірнеше көзден деректер керек. Көбіне проблема жүйелер аз деп емес, әрқайсысы өз «шындықтарын» сақтайды дегенде. Автоматтандыру клиент туралы басты дерек қай жерде сақталатынын және қай жерде тек қолданбалы статустар мен тарих болатынын анықтаудан басталады.

Бірінші қабат — CRM немесе клиент базасы. Мұнда негізгі мәліметтер: аты/атауы, контактілер, шарттар, сегмент, жауапты менеджер, байланысуға келісімдер болуы тиіс. Қай өрістер эталон саналатынын алдын ала келісіңіз, сонда оператор ескі телефондар немесе жабық шарттарды көрмейді.

Екінші қабат — телефония немесе АТС. Бұл қоңырау оқиғаларының көзі: нөмір, бағыт, кезек, әңгіме жазбасы, күту уақыты. Осы болмаса карточканы «қоңырау кезінде» ашып, әңгімені клиентке дұрыс байлау мүмкін болмайды.

Үшінші қабат — service desk немесе тикет-жүйесі. Онда өтініштер, статустар, себептер, SLA, инженерлердің комментарийлері сақталады. Оператор соңғы 2–3 тикетті және олардың нәтижесін көрсе, ол артық сұрақтар қоспай, жағдайды тез түсіндіре алады.

Төртінші қабат — білім базасы. Бұл «ұзын нұсқаулар» емес, подсказкалар үшін қысқа жауаптар: не сұрау керек, қандай қадамдар ұсыну керек, мерзімдер туралы не айту керек, диагностика үшін қандай сұрақтар қою керек.

Осыны біріктіру үшін бірегей клиент идентификаторы қажет. Көбінесе бір телефон жеткіліксіз: нөмір ортақ болуы мүмкін немесе өзгеруі мүмкін. Практикада бірнеше кілт пен приоритет ережесін ұстаған жөн:

• бастапқы іздеу үшін телефон(дар) мен e-mail
• ИИН/БИН сенімді идентификатор ретінде
• шарт нөмірі немесе жеке шот нөмірі
• CRM-дегі клиент ID — негізгі кілт
• бір ұйым ішіндегі контактілер тізімі

Простой мысал: медициналық ұйымға рецепшн арқылы жалпы нөмірден қоңырау түссе, жүйе ұйымды табады, оператор ИИН/БИН немесе шарт нөмірін нақтылап, ашық тикетті, оның статусын және кімге эскалациялау керектігін дереу көреді. Мұндай байланыстарға әдетте мұқият интеграция және түсінікті ережелер қажет — бұл жұмыс жүйелік интеграторлардың, соның ішінде GSE.kz, міндетіне жатады.

Іске асыру қадамдары: идеядан пилотқа дейін

Бір өлшенетін мақсаттан бастаңыз. «Картаны жасау» емес, мысалы, орташа әңгіме уақытын 20 секундқа қысқарту, қайталанатын сұрақтар пайызын азайту немесе өтініштерді жіктеудің дәлдігін арттыру. Мақсат қандай деректер мен подсказкалар керегін айқындайды.

Одан кейін минималды клиент картасын жинаңыз. Ережесі: егер өріс операторға келесі сөйлемді айтуға немесе шешім қабылдауға көмектеспесе — оны алып тастаңыз. Әдетте 8–12 өріс жеткілікті: аты, шарт статусы, белсенді қызметтер, ашық өтініштер, соңғы 1–3 байланыс, қарыз/шектеулер (қажет болса), байланыс арнасы преференциясы.

Келесі қадам — типтік қоңырау себептері мен олардың подсказкаларын сипаттау. Барлығын қамтуға тырыспаңыз. 5–10 жиі кездесетін сценарий алыңыз: «өтініш статусы», «қызмет жұмыс істемейді», «төлем туралы сұрақ», «деректерді өзгерту», «шағым». Әрқайсысы үшін оператор бірінші 5 секунд ішінде не көруі тиіс анықтаңыз: қысқа сұрақ, тексеру, келесі қадам және қауіпсіз формулировка.

2–4 апталық жұмыс жоспары

Пилотқа тез шығу үшін жай схема бойынша жүріңіз:

• Мақсат пен метрикаларды тіркеңіз, оларды "до" және "после" өлшеңіз.
• Картаның құрамын және сценарийлер тізімін контакт-орталық жетекшісімен бекітіңіз.
• Клиент сәйкестігін баптаңыз: телефон бойынша және қосалқы белгілер (шарт нөмірі, ИИН, email), «клиент табылмады» түсінікті нұсқасымен.
• Деректер үшін «источник правды» тағайындаңыз: кім контактілерді, өтініш статустарын және комментарийлерді жаңартайды, екі нұсқаның пайда болмауы үшін.
• Бір топ операторда пилотты іске қосып, күнделікті кері байланыс жинаңыз.

Пилот: нені өлшеу керек және қалай түсіну

Жылдамдыққа ғана қарамаңыз — сапаға да назар аударыңыз: идентификацияға кеткен уақыт, екінші деңгейге ауыстыру пайызы, 24–48 сағат ішіндегі қайталанатын қоңыраулар, оператор жазбалары және себеп таңдаудағы қателер.

Мысал: клиент жаңа нөмірден қоңырау шалды, жүйе ANI бойынша таппады, бірақ оператор ИИН арқылы жылдам тауып, соңғы өтінішті көрді. Мұндай «құтқарулар» көбейсе, әңгімелер қысқарақ және тыныш болса — пилотты кеңейтуге болады.

"Қоңырау кезінде" жұмыс ұйымдастыру

Қоңырау кезінде операторға кім және не үшін қоңырау шалғанын түсіну үшін бірнеше секунд қана беріледі. Сондықтан автоматтандыру рефлекс сияқты жұмыс істеуі керек: қоңырау келді — карточка ашылды — оператор дереу контекстті көрді.

Кіріс қоңыраудағы поп-ап карточка бірден пайда болуы тиіс (мақсат — 1–2 секунд). Онда бәрін емес, сөйлесуді дұрыс бастауға көмектесетін элементтер ғана көрсетілуі маңызды: аты, клиент статусы, соңғы өтініштер, ағымдағы өтініштер, маңызды ескертпелер (мысалы, «18:00 кейін қоңырауға тыйым»).

Нөмір белгісіз болса, операторға артық сұрақтарсыз жылдам жоспар керек. 1–2 жылдам сұрақ пайдалы: аты-жөні немесе ИИН, ұйым, қоңырау мақсаты. Жүйе ұқсас контактілерді, сәйкес деректер бар соңғы өтініштерді немесе клиент айтқан email домені бойынша карталарды ұсына алады.

Оформление үшін уақыт жоғалтпау керек: өтініш бір батырмамен құрылуы тиіс. Батырманы басасың — шаблон ашылады, өрістер (телефон, арна, оператор, уақыт, әдепкі тақырып) толығымен автотолтырылады. Операторға тек себебін нақтылап, мәнін қысқа жазып қою қалсын.

Автоподсказкалар әңгіме фактісі бойынша, оператор әрекет жасаған кезде қосылса жақсы. Олар оператор себепті таңдағанда немесе жүйе кілтсөздерді танығанда шығады. Мысалы: клиент "қосылмайды" десе — подсказка үш диагностикалық сұрақ пен типтік шешімдерді ұсынады және осы құрылғы бойынша ұқсас инцидент болғанын ескертеді.

Жұмыс сценарийі "қоңырау кезінде" әдетте былай жүреді:

• Қоңырау -> карточка бірден ашылды және соңғы 3–5 контакт көрінді.
• Нөмір табылмады -> ФИО немесе ИИН бойынша жылдам іздеу және қажет болса жаңа контакт жасау.
• Бір басу -> автотолтырылған шаблон бойынша өтініш құрылды.
• Подсказки -> таңдалған тақырып бойынша қысқа сұрақтар мен қадамдар.
• Аяқтау -> міндетті нәтиже: статус, нәтиже, келісімдер, келесі қадам.

Ең жиі болатын "сырт" — әңгіменің соңы. Оны жеңіл әдіс көмектеседі: нәтиже таңдалмайынша (шешілді, берілді, қайта қоңырау, өтініш керек) қоңырауды жабуға болмайды. Солайша пик кезінде де қорытындылар жоғалмайды және тарих келесі қоңырауда жұмыс істейді.

Сөйлесу сценарийлері: оларды пайдалы қылу

Скрипт тек оператор оны шын пайдаланып жатқанда ғана көмектеседі. Сондықтан ұзын мәтіндер орнына 3–7 қадамдық микросценарийлер жасаңыз — олар бір экранға сыяды және сөйлесу кезінде оқылады. Автоматтандыруда бұл көп мәселелерді шешеді: паузалар азаяды, қателер кемиді, оператор сенімдірек болады.

Жақсы микросценарий маршрут сияқты: не айту керек, нені тексеру керек, бірақ қағазша оқуға мәжбүрлемейді. Әдетте приветствие мен қоңырау мақсаты, жылдам идентификация (2–3 өріс), міндетті тексерулер (келіспе, қауіпсіздік, қолжетімділік шектеулері), шешім немесе келесі қадам және нәтиже тіркеледі.

Міндетті тексерулерді подсказка ретінде, ресми тілсіз беру керек. Мысалы: «Соңғы 4 цифрды растаңыз, өтінемін» немесе «Сапа үшін әңгімені жазып алу жарай ма?». Егер клиент тексеруден өтпесе, сценарий қауіпсіз тармақ ұсынуы тиіс, операторды тәуекелге қалдырмау керек.

Ветвления тек сән үшін емес, типтік қиын жағдайлар үшін қажет: клиент ашулы (эмоцияны мойындау, келесі қадамды атау, мерзім беру), клиент деректерді растамайды (альтернативті нұсқа ұсыну, әрекеттерді шектеу), жетекші сұрау (эскалация ережелерін түсіндіру, себебін тіркеу), сұрақ түсініксіз (2 анықтау сұрағын қою және категория таңдау).

Өнім, тариф және шарттарға қатысты подсказкалар өзекті және расталатын болуы керек. Егер формулировканы жүйеден дерекпен растай алмайтын болсаңыз — оны алып тастаңыз немесе нейтралды түрде ауыстырыңыз: «Мен нақтылап айтып, қайта хабарласамын».

Кейде сценарий мүлде қажет емес: мысалы тәжірибелі B2B клиентпен сөйлескенде ұзын қадамдар кедергі болады. Мұндай жағдайда операторға еркіндік қалдырыңыз, ал подсказкаларды опора ретінде қолданыңыз: тек тексеру ескертпелері, күрделі жағдайлар үшін қысқа фразалар және карточкада дайын нәтижелер.

Автоматтандырудағы жиі қателер

Бірінші қате — операторға артық қамқорлық сияқты көрінгенімен: карточканы барынша толық жасау. Соңында экранда ондаған өріс тұрады, олардың көбі ешқашан қолданылмайды, оператор мүлде оқымай қояды. Ереже: 30 секунд ішінде шешім қабылдауға көмектесетін нәрсені ғана көрсетіңіз.

Екінші тұзақ — біртұтас клиент идентификаторының болмауы. Әртүрлі жүйелерде клиент әртүрлі кілтпен болса (телефон, ИИН, шарт нөмірі, email), дубльдер пайда болады және байланыстар тарихы үзіліп қалуы мүмкін. Сол кезде автоматтандыру «дұрыс жазбаны» іздеуге айналады, шынайы көмектен гөрі.

Үшінші проблема — жылдамдық. Егер карточка 5–10 секунд ашылса, оператор деректерді қайта сұрайды, ал клиент ренжиді. Көбінесе себеп — CRM-ге ауыр сұраулар, артық өрістер және әлсіз инфрақұрылым.

Сигналдар, егер сіз тұзаққа түссеңіз:

• Операторлар жанында «шпаргалкаларды» ұстап, жүйенің подсказкаларына сенбейді.
• Қоңырау қорытындыларын еркін форматпен жазады, есептер салыстыруға келмейді.
• Клиентке ескі ережелер бойынша шарттар уәде етіледі, себебі подсказкалар жаңартылмаған.
• Тарих телефон нөмірі өзгерсе «жоғалады».
• Карточкада оператор роліне қажет емес деректер көрінеді.

Тағы бір қате — қоңырау нәтижесін қолмен мәжбүрлеп жаздыру. Бұл тәртіп сияқты көрінуі мүмкін, бірақ практикада ол бос жерлерге және әртүрлі стильге әкеледі, аналитика қымбатқа түседі.

Арнайы тәуекел — құқықтар. Егер рөлдерді ойластырмасаңыз, оператор артық мәлімет (мысалы, қаржылық деректер немесе медициналық ақпарат) көріп қалуы мүмкін, әрі басшы талаптарды сақтау қиын дәлелдеуі мүмкін.

Жай шаралар көмектеседі: карточканы «шешімге минимум» етіп қысқарту және өрістерді фактілер бойынша қосу, бірегей ID енгізу және дубльдерді біріктіру ережелері, карточканың ашылу уақытына мақсат қою және пилотта оны өлшеу, подсказкалар иесін тағайындау және жаңарту регламентін бекіту, қоңырау нәтижесін стандарттау (қысқа статустар және міндетті өрістер).

Қауіпсіздік, қолжетімділіктер және талаптарға сәйкестік

Автоматтандыру оператордың ыңғайлылығынан басталса да, тезірек қауіпсіздік мәселесіне ұшырайды. Қоңырау кезіндегі карточка міндетті түрде тапсырманы шешуге жететін деректерді ғана көрсетуі керек және персоналды деректер витринасына айналмауы тиіс.

Персоналды деректермен жұмыс істеудің қарапайым принцібі: өрістер аз, мақсат айқын. Егер операторға тек аты, шарт нөмірі және өтініш статусын білу жетсе — ИИН, тіркеу мекенжайы немесе артық құжаттарды көрсетпеу дұрыс. Өрістердің өңдеу мақсаттары: идентификация, қызмет көрсету, міндеттерді орындау, кері байланыс — алдын ала сипатталған болса, неге осы өрістер бар екенін түсіндіру оңай болады.

Қолжетімділікті рөлдер бойынша ұйымдастырыңыз. Бір клиент бірдей уақытта төлем бойынша, жабдық жеткізу немесе сервистік өтініш бойынша қоңырау шала алады, және әр қызметкерге әртүрлі көрініс қажет:

• оператор: идентификация мен мәселені шешуге қажетті минимум
• супервизор: сапа, дау туындаған жағдайлар, түзетулерге қолжетімділік
• аналитик: жеке деректерсіз агрегатталған экспорттар мен есептер
• администратор: интеграциялар мен справочниктерді баптау (әңгімелер мазмұнына әдетте қолжетімсіз)

Инциденттер мен дауларды талдау үшін логтар қажет: кім карточка ашқан, не өзгертті, кім және қашан өтініш құрған. Логтар тәртіп пен тергеу үшін, сондай-ақ клиент дауларында дәлел ретінде пайдалы.

Тіркеу мерзімдерін алдын ала бекітіңіз. Қате — телефония мен CRM-де әртүрлі ережелер болуы. Нәтижесінде жазба жойылған, ал карточкада сілтеме қалған не солай болуы мүмкін. Бірдей регламент пен айқын ерекшеліктер (мысалы, шағымдар немесе кепілдік бойынша сұраныстарды ұзақ сақтау) керек.

Сенімділік те қауіпсіздіктің бөлігі. Егер карточка ақауда ашылмаса, операторлар жазбаларды дәптерге немесе мессенджерге жазып алады. Міндетті шаралар: негізгі сервистерді резервтеу (телефония, CRM, база), деректер оқуға қысқа кештеу, апатты режим (телефон арқылы клиентті іздеп, минималды өрістермен өтініш құру), үнемі сақтық көшірмелер және қалпына келтіруді тексеру.

Мысал: клиент қайта қоңырау шалды, оператор тек қажетті өрістер мен өтініш тарихын көріп, төлемдер туралы бөлшектер тек қаржы тобына қолжетімді. Кейін дау туындаса, лог кім карточка ашқанын және қандай өзгерістер енгізілгенін көрсетеді.

Жіберуге дейінгі қысқа чек-лист

Іске қосу алдында "жұмыс істейді ме" ғана емес, "барлығында тез және бірдей ашылады ма" деп тексеріңіз. Контакт-орталықта кішігірім нәрселер шешеді: егер карточка баяу жүктелсе немесе операторға деректерді қолмен табу керек болса, олар тез ескі тәсілге оралады.

Негізгі нәрселерді нақты қоңыраулар мен нақты операторлармен тексеріңіз. 1–2 сағат бөліп, 20–30 сценарийді тексерген пайдалы — кейінгі апта бойы шағымдарды шешуден гөрі.

Техникалық дайындық

Картаның қоңырау басталғаннан кейін алғашқы 1–2 секундта автоматты ашылуы тиіс. Егер бұл мүмкін болмаса, себеп көбінесе телефония, желі немесе CRM-тің ауыр жұмысы. Оператор соңғы 3–5 өтініш пен олардың нәтижелерін қосымша шертусіз көруін қамтамасыз етіңіз.

Егер өз инфрақұрылымыңыз болса, жүктемені алдын ала тексеріңіз. Контакт-орталық үшін шыңдағы жұмыс уақытына болжамды жұмыс маңызды. Кейде ауыр компоненттерді бөлек серверлерге ауыстыру және дұрыс резервтеу көмектеседі.

Оператор процесінің дайын болуы

Жұмыс скелеті бірінші минуттан түсінікті болуы керек. Бастапқы жиын 80% өтінішті жабуы тиіс:

• топ-5 себепке қысқа сценарийлер бар
• өтініш 1–2 шертіспен құрылады, өрістерді екі рет енгізбеу
• белгісіз нөмір үшін анық жол бар: адамды қалай идентификациялау және жаңа контакт қалай тіркеу
• қоңырау нәтижелері бірдей тіркеледі (жалпы статустар және себептер)
• қолжетімділіктер бапталған: оператор тек сөйлесуге керекті ақпаратты көреді

Соңғы пункт — метрикалар. "До" және "после": орташа өңдеу уақыты, қайталанатын өтініштер пайызы және карточканың ашылу уақыты. Солай нақты не жақсарғанын көруге болады.

Практикалық мысал: қайталанатын қоңырау және жылдам шешім

Клиент просроченный өтініш бойынша екінші рет қоңырау шалды. Бұрын оператор "номер айтыңыз" деп сұрайтын, клиент ашуланып, одан әрі іздеу басталатын. Автоматтандыруда карточка бірден ашылып: аты-жөні, компания, өтініш нөмірі, жасалған күні және бүкіл іс-әрекет тарихы көрініп тұрады.

Оператор клиентке апта бұрын 18:00-ге дейін қайта қоңырау уәде етілгенін және оның орындалмағанын көреді. Карточкада уәдені кім бергені және инженердің комментарийі: «выезд қажет, бірақ мекенжай расталмаған». Бұл типтік қателікті жояды: бұрынғыдай бір нәрсені қайта уәде етуге болмайды.

Сценарий көмектеседі: ол операторға мәтінді оқытпай, дәл осы жағдайда маңызды нәрсені жылдам растауға мүмкіндік береді. Экранда үш қысқа сұрақ шығады:

• Мекенжай мен байланыс телефондарын растаңыз, бәрі сол күйінде ме?
• Жұмыс уақытында кіру бар ма, өтуге пропуск керек пе?
• Қазір не маңызды: бүгін қалпына келтіру ме немесе нақты күн келісу ме?

Клиент жауап бергенде оператор сценарийдегі опцияларды белгілеп, жүйе іс-шараларды ұсынады: выезд тағайындау, старшый сменаға беру немесе уақытша шешімді келісу. Оператор бұрын не ұсынғанын көреді және не өзгергенін ашық айтa алады.

Қоңырау соңында қолмен хат жазудың қажеті жоқ. Таңдалған нәтиже бойынша жүйе автоматты түрде қажет топқа тапсырма құрып, SLA бойынша мерзім қояды және клиентке келесі қадам туралы нақты статус береді: кім жауапты, не істеледі және қашан — үшінші қоңырау болмайды.

Келесі қадамдар: нәтижені бекіту және масштабиование

Пилоттан кейін бәрін бірден қосқыңыз келуі мүмкін. Практикада бір процесспен бастаған дұрыс — ол операторға да, клиентке де көрінетін болсын, мысалы: өтініш статусы мен нақты келесі әрекет. Оны тұрақты жұмысқа келтіріп, өрістер бірдей, подсказкалар түсінікті және қоңырау нәтижелері дұрыс тіркелетінін қамтамасыз етіңіз. Метрикалар тұрақталған соң масштабтау оңайырақ болады.

Кейін әдетте қиындықтар идеяларда емес, негізде шығады: операторлық жұмыс орындары, байланыс және серверлік бөлік. Егер компьютерлер іліп қалса немесе CRM 20 секунд ашылса — кез келген сценарийлер реніш тудырады. Оған дайындық ретінде өнімділікті, гарнитура сапасын, желі тұрақтылығын және жүйелерге оқиғаларды өңдейтін қуатты резервтеу тексеріңіз.

Нәтижені айлар бойы ұстап тұру үшін сүйемелдеуді алдын ала жоспарлаңыз. Сценарийлер мен білім базасы өнімдер, тарифтер және регламенттер өзгерген сайын ескіріп отырады. Жаңарту циклін қарапайым етіп жасаңыз:

• әр 2–4 аптада топ-5 себеп бойынша подсказкаларды қарап шығу
• апта сайын сөйлесу уақыты мен қоңыраудан кейінгі уақыттың тар жерлерін тексеру
• ай сайын қолданылмайтын өрістерді тазалау
• интеграция қателері мен баяулауларды үнемі қадағалау

Толық жауапкершілікті бір адамға тағайындау: телефония, CRM, база знаний, аналитика — барлық тізбек сапасы үшін. Жұмыс берушіге талаптар анық болуы тиіс: қандай оқиғаларды жібереміз, қандай өрістер толтырамыз, карточканың ашылу уақыты бойынша SLA, өзгерістерді қалай тестілейміз және ақауда қалай ораламыз.

Егер инфрақұрылым бойынша көмек қажет болса, GSE.kz контакт-орталыққа масштабты қажеттіліктер үшін жиі қажет заттарды ұсынады: операторларға жұмыс станциялары, интеграциялар үшін серверлер және тәулік бойы (24/7) техникалық қолдау. Бұл автоматтандыру бір скрипттен жүйеге айналған кезде, күн сайын тұрақтылық қамтамасыз ету үшін өте пайдалы.