Шартты бұзу өтініші – оқиғаның басы емес, соңы. Абонент шешімін апталар бұрын қабылдап қойған: бір мәселе бойынша үшінші тикеттен кейін, қайта қоңырау шаламыз деп уәде беріп, шалмай қойғаннан кейін, көршісі басқа провайдердің жылдамдығын көрсеткен сол кештен кейін. Қағаз үстелге жеткен сәтте ұстап қалатын ештеңе қалмайды.
Жақсы жаңалық: осы белгілердің барлығы дерлік жазулы тұр. Олар тикет жүйесінде, әңгіме жазбаларында, биллингте жатыр. Жаман жаңалық: бұл күйінде оларды ешкім оқымайды, өйткені көлемі тым үлкен. Супервайзер мыңдаған қоңырауды қайта тыңдап шыға алмайды, ал биллинг талдаушысы абоненттің кеше чатта ашуланғанын білмейді. Байланыс операторларымен өткізген талдауларда біз үнемі бір көрініске тап боламыз: кету тәуекелін болжауға дерек жеткілікті, тек соларды әр абонент бойынша бір арнаға тоғыстыратын адам жетіспейді. Дәл осы жұмысты платформа өз мойнына алады.
Өтінішке дейін қандай белгілер пайда болады?
Абонент ешқашан үнсіз кетпейді десе де болады. Із әдетте мынадай болады:
- бір мәселе бойынша қайталанатын тикеттер – жылдамдыққа қатысты екі аптада үш өтініш кез келген адалдық сауалнамасынан гөрі қаттырақ сөйлейді;
- әңгімелердегі ашу-ыза: «қашанға дейін төзу керек», «үшінші рет түсіндіріп тұрмын» – қоңырау жазбасынан тақырыппен бірге оқылады;
- бұзу шарттары, шарт бойынша қалдық, нөмірді көшіру туралы сұрақтар – мүмкін болатын ең тікелей белгі;
- биллингтегі тұтынудың төмендеуі: абонент бәсекелесті сынап көре бастаған кезде трафик пен төлемдер азаяды;
- орындалмаған уәде: оператор «күн ішінде қайта қоңырау шаламыз» деді – содан бері екінші тәулік, дыбыс жоқ;
- қоңырауда немесе чатта бәсекелесті атымен атап өту, әсіресе «тариф» деген сөзбен қатар айтылса.
Жеке-жеке алғанда әр белгі әлсіз. Күш – қосындыда мен серпінде: бір апта ішіндегі екі әлсіз белгі үш ай бұрынғы бір күшті белгіден салмақтырақ. B2B-клиенттер үшін көрініс одан да айқын: онда кетер алдында формалды түрде жабылған тикеттер тізбегі мен «айыппұлсыз қалай бұзуға болады» деген сұрақпен қоңырау әрдайым дерлік болады.
Кету туралы есеп неге әрдайым кешігеді
Классикалық есептілік фактіге сүйеніп құрылады: ай жабылды, шарт бұзулар саналды, пайыз презентацияға түсті. Бұл – артқа қарайтын айна. Есептегі абоненттер бәсекелеске қосылып қойған, ал оларды қайтару ұстап қалуға кететін шығыннан бірнеше есе қымбатқа түседі.
Өтініш берілген сәттегі ретеншн-қоңырау да кеш. Шешім қабылданды, қайтпас нүкте өтті, ал операторда қалатын жалғыз дәлел – жеңілдік. Осы сәттегі жеңілдік кінәні мойындау ретінде қабылданады да, ARPU-ны тірідей ойып түседі. Тәуекелмен ертерек жұмыс істеу керек: абонент қоштасып тұрғанда емес, әлі шағымданып жүргенде. Шағым, шын мәнінде, адалдықтың соңғы көрінісі.
База бойынша тәуекелдің тірі кескіні – ай сайынғы есептің дәл қарама-қарсысы: сан презентация күні емес, оқиға болған күні өзгереді. Команда үшін бұл – басқаша ырғақ. Апта болып өткен шығындарды талдаудан емес, тәуекелдер кезегінен басталады.
Платформа қоңырауларды, тикеттерді және биллингті қалай оқиды
Платформа операторда бұрыннан бар жүйелерге API арқылы қосылады: биллинг, тикет жүйесі, CRM, телефония. Әңгіме жазбалары мәтінге түсіріледі – қазақ және орыс тілі, аралас сөйлеуді қоса алғанда, ана тілі деңгейінде танылады. Тикеттер мәселе түріне қарай сыныпталады және тізбектерге байланыстырылады: бір мекенжай бойынша «жылдамдық төмен» деген үш өтініш – бұл үш жол емес, бір оқиға. Биллинг трафик пен төлемдер динамикасын қосады. Осыдан әр абонент бойынша тәуекел бағасы қалыптасады, ол айына бір рет емес, оқиғалар барысында қайта есептеледі.
Процесті оқиғаның өзі іске қосады. Тәуекел шектен асты – тапсырма құрылды, тарихы жиналды, жауапты тағайындалды. Абонентті адам еске алмайды – белгінің өзі адамды тауып алады.
Шектер бәріне бірдей болуға міндетті емес. Тәуекел тең болғанда платформа кезекте кетуі қымбатқа түсетіндерді жоғары көтереді: жоғары ARPU, ұзақ тарих, корпоративтік шарт. Ережелерді оператордың өзі белгілейді – әрі оларды жүйені қайта жазбай-ақ өзгерте алады.
Екі сценарий: заңды тұлға және үй интернеті
Прототиптердің бірінен алынған, дербестендірілген сценарий. Корпоративтік клиент: кеңсеге интернет-арна және елу SIM. Ай ішінде – арнаның нашарлауы бойынша екі тикет, екеуі де формалды түрде «жұмыстар жүргізілді» деп жабылған. Содан кейін бухгалтер шарт бойынша қалдық пен бұзу тәртібін сұрап қоңырау шалады. Қатарынан биллинг трафиктің үштен бірі кемігенін көрсетеді: кеңсенің бір бөлігі резервтік провайдерге көшіп қойған. Бұл оқиғаларды жеке-жеке ешкім байланыстырмас еді – тикеттер техқолдауда, қоңырау колл-орталықта, трафик талдаушыларда. Платформа оларды бір белгіге түйістіреді: тәуекел жоғары, себебі – арна сапасы, тарихы қоса тіркелген. Аккаунт-менеджерге CRM-де «қоңырау шалыңыз, бірдеңе дұрыс емес» деген белгі емес, хронологиясы мен ұсынысы қоса берілген тапсырма түседі.
Дәл сол жағдайдың жеке тұтынушыдағы нұсқасы. Үй интернетінің абоненті, екі аптада «кештері жылдамдық түседі» деген үш тикет, үшінші әңгімеде бәсекелестің аты аталады. Өтініш техниктерге басымдығы көтерілген күйде түседі, ретеншн-команда абонентті жұмысқа алады – өтініштен кейін емес, оған дейін.
Екі сценарийде де уақыт шешеді. Бірінші белгі мен өтініш арасында әдетте үш-сегіз апта өтеді – ұстап қалу арзанға түсетін тұс: жеңілдік пен сыйлыққа берілетін приставканың орнына жай ғана әңгіме мен мәселені шешу.
| Белгі | Ол қайда сақталады | Платформа не істейді |
|---|---|---|
| Бір мәселе бойынша қайталанатын тикеттер | тикет жүйесі | тізбекке байланыстырады, тәуекел бағасын көтереді |
| Ашу-ыза, бәсекелесті атап өту | қоңырау жазбалары, чаттар | мәтінге түсіру, реңк, триггер-фразалар |
| Бұзу шарттары туралы сұрақ | қоңыраулар, чаттар | ретеншн-командаға дереу белгі |
| Трафик пен төлемдердің төмендеуі | биллинг | абонент бойынша динамика, шек – оқиға |
| Қайта қоңырау шалу туралы орындалмаған уәде | CRM, тикеттер | мерзім өтуіне дейін эскалация |
Кетудің бір пайызы қанша тұрады?
Жыл ішіндегі жоғалған табыс ≈ айына кеткен абоненттер × ARPU × 12
200 000 абонент базасы, ARPU 4 000 теңге, айына 1% кету – бұл 2 000 абонент әрі жылдық табыстың шамамен 96 млн теңгесі, ол әр ай сайын қайтадан жоғалады. Кетуді 0,3 пайыздық тармаққа төмендету айына шамамен 600 абонентті сақтап қалады – жылдық есепте 29 млн теңгеге жуық. Енгізу туралы кез келген әңгіме басталмай тұрып, өз базаңызға қарай есептеп көріңіз: есеп он минут алады да, ауқымды бірден айқындайды.
Оған қоса тарту құнын да ескерген жөн. Жаңа абонент қосылуға, жабдыққа және маркетингке шығын әкеледі – бар абонентті ұстап қалу әрдайым дерлік арзанырақ, тек оған кететін шығын бюджетте жеке жолмен бөлінбеген.
Ретеншн-команда үшін не өзгереді
Әліпби бойынша жаппай қоңыраудың орнына – тәуекел мен абонент құндылығы бойынша сұрыпталған кезек. «Клиентпен сөйлесіңіз» деген тапсырманың орнына – контекст: не ауырды, не уәде етілді, тұтынуда не өзгерді. Абоненттің неге тізімге түскені туралы дауласудың орнына – әрекеттер журналы: платформаның әр қадамы, белгіден тапсырмаға дейін, жазылған және оны тексеруге болады.
Жеңілдік жалғыз құрал болудан қалады. Себебі белгілі болғанда ұсыныс дәл соған дөп тиеді: сапа ауырса – техниктің басым шығуы, абонент пайдаланбайтынына төлеп жүрсе – тарифті ауыстыру, бизнес-клиент өссе – арнаны жаңарту. Табыс метрикасы да өзгереді: «қанша өтінішті өңдедік» емес, «тәуекелді абоненттердің қандай үлесімен өтінішке дейін сөйлестік».
Басшы бұл кезде база бойынша тірі көріністі көреді: қызыл аймақта қанша абонент бар, қандай себептер басым, ұстап қалынғандардың үлесі қалай өзгеріп жатыр. Дүйсенбіге дейінгі жүктемелер мен қолмен жасалатын жиынтықтың қажеті жоқ.
Белгілердің бір бөлігі бірінші желінің өзінде-ақ басылады – егер типтік өтініштер жылдам әрі абоненттің тілінде жабылса. Бұл қалай ұйымдастырылғанын біз клиенттік қызметтегі AI туралы мақалада талдағанбыз.
Оператор неден бастауы керек
Прототип шамамен бір аптада, тегін жиналады. Ол үшін екі-үш айлық деректер қажет: қоңырау жазбалары, тикеттер, биллингтің дербестендірілген кескіні. Одан әрі – тарих бойынша тексеру: кеткен абоненттерді аламыз да, платформа тәуекелді өтінішке дейін неше апта бұрын және қандай белгілер бойынша көретінін қараймыз. Бұл – кез келген міндеттемеге дейінгі шыншыл сынақ: сан шартқа қол қойылғанға дейін көрінеді.
Нақты жұмысқа енгізу – сегіз аптадан бастап, моделі – жазылым. Байланыс операторларына арналған сценарийлер телеком шешімдері бетінде жинақталған, ал демо туралы байланыс арқылы келісуге болады.
Жиі қойылатын сұрақтар
Биллинг немесе CRM-ді ауыстыруға тура келе ме?
Жоқ. Платформа – бар жүйелердің үстіндегі қабат: қосылу API арқылы жүреді, ал жүйеде тек экран болып, API болмаған жерде агент интерфейс арқылы жұмыс істейді. Биллингті ауыстыру прототипте де, нақты жұмыста да қажет емес.
Тәуекел болжамы қаншалықты дәл?
Деректердің толықтығына байланысты, сондықтан біз пайызды алдын ала атамаймыз, оны прототипте көрсетеміз: скоринг сіздің тарихыңыз бойынша жүргізіледі де, кеткендердің қандай үлесін қаншалықты уақыт қорымен ұстап алар еді – бәрі көрінеді. Енгізу туралы шешім осы саннан кейін қабылданады.
Қазақ тіліндегі қоңыраулар танылады ма?
Иә. Қазақ және орыс тілі – қолдаумен әңгімелерге тән аралас сөйлеуді қоса алғанда, ана тілі деңгейінде. Реңк, тақырыптар және триггер-фразалар екі тілде де бірдей оқылады.