ЖИ-ді бұрыннан жұмыс істеп тұрған үдерістерге кіріктіреміз
Деректер, модельдер, жүйелеріңізбен интеграция және іске қосудан кейінгі қолдау.
ЖИ мұнда — жеке өнім емес, компания бұрыннан жинақтап келе жатқан деректердің үстіндегі өңдеу қабаты: тапсырыстар, жүгінулер, құжаттар, тауар қозғалысы, жабдық оқиғалары. Төменде — енгізу бағыттары және әрқайсысы бір контурмен сипатталған: қандай деректер алынады, олармен модель не істейді, бұдан қандай шешім немесе әрекет туындайды және компания жұмысында не өзгереді.
ЖИ-ді енгізу — бұл модельді оның қасында жеке жүйе іске қосу емес, бұрыннан жұмыс істеп тұрған үдеріске кіріктіру. Модель компания деректерін оқиды, олардан заңдылық табады және шешім береді; осы шешім бойынша әрекетті үдеріс өмір сүретін жүйе орындайды — CRM, ERP, қойма бағдарламасы, касса, портал, мессенджер.
Сондықтан жоба модельді таңдаудан емес, төрт жауаптан басталады: қандай деректер бар және олар қандай күйде; қандай шешім қабылдау керек; бұл шешімді кім және немен орындайды; жақсарғанын қандай саннан көруге болады. Осы төртеудің кез келгенінсіз модель ешкім жауап бермейтін тағы бір дереккөз қосады.
ЖИ қай жерде қажет емес. Ереже бір жолмен сипатталса — «қалдық бес данадан төмен, сатып алуға хабарлау» — оны ереже етіп жазады: ол арзанырақ, болжамды және жолма-жол тексеріледі. ЖИ белгілер ондаған болып, олар уақыт өте өзгеретін, ал адам осы уақытқа дейін «шамамен» шешіп келген жерде орынды: жүгінуді жіктеу, сұранысты бағалау, әдеттен тыс операцияны іздеу, еркін пішінді құжаттан өрістерді шығару.
| Міндет | Немен шешіледі |
|---|---|
| Сатып алуға төмен қалдық туралы хабарлау | ереже |
| Кіріс хатты тақырып пен бөлімге жатқызу | модель |
| Шарт бойынша жеңілдік қолдану | ереже |
| Позицияға сұранысты бір ай алға бағалау | модель |
| Міндетті өрістердің толтырылғанын тексеру | ереже |
| Кәдімгілердің арасынан әдеттен тыс операцияны табу | модель |
Шекара бір белгі бойынша өтеді: шартты толық жазуға бола ма. Болатын жерде ереже жылдамырақ жұмыс істейді, арзанырақ тұрады және өз шешімін өзі түсіндіреді. Модель шарт жолмен емес, мысалдармен сипатталатын жерде қажет. Жұмыс жүйесінде олар таласпайды, қатар тұрады: модель формаланбаған кірісті құрылымға келтіреді, әрі қарай ережелер шешеді.

Пилот тарихи деректерде жинақталады және сол деректерде базалық деңгеймен салыстырылады. Модель өткен кезеңде жұмыстың ағымдағы тәртібін ұтпаса, өнеркәсіптік пайдалануға шықпайды.
Осы контурмен төмендегі әр бағыт сипатталған. Ол — ЖИ енгізу туралы кез келген ұсынысты тексеру тәсілі де: онда төрт буынның бәрі аталмаса, әңгіме жұмыс үдерісі туралы емес, мүмкіндіктерді көрсету туралы.
Кіріске не беріледі: тапсырыстар мен төлемдер, жүгінулер мен хат алмасу, құжаттар мен скандар, тауар қозғалысы, жабдық оқиғалары, есепке алу жүйесінің жазбалары. Дереккөз, тарихтың тереңдігі және жаңарту жиілігі көрсетіледі.
Модель не істейді: нысанды класқа жатқызады, өрістерді шығарады, шаманы бағалайды, нормадан ауытқуды табады, нұсқаларды саралайды, табылған құжаттар бойынша жауап тұжырымдайды. Әрқашан сенімділік санымен.
Нәтижемен не болады: өтінім орындаушының кезегіне кетеді, CRM-де мәртебе өзгереді, тапсырма қоймаға түседі, құжат өткізіледі, жауап клиентке жіберіледі, жағдай адамға беріледі.
Не өлшенеді: операция уақыты, адамның қатысуынсыз шешімдердің үлесі, қателер мен пысықтауға қайтарулардың саны, мерзімнің өтуі мен есептен шығарудан болатын шығын, ауысымға түсетін жүктеме. Салыстыру — енгізуге дейінгі базалық деңгеймен.
Жіктеу сенімділігі — 0,80 шегінде 0,94. Шектен төмен болса, жүгіну сапа бөліміне тікелей емес, тақырып бойынша нұсқауы бар жалпы кезекке түсер еді: даулы жағдайды модель емес, адам талдайды.
Деректер компанияда әртүрлі жерде және әртүрлі күйде жатады: бір бөлігі есепке алу жүйесінің базасында, бір бөлігі поштада және мессенджерлерде, бір бөлігі файлдарда, бір бөлігі жабдықтан келеді. Жинау қолмен жүріп тұрғанда, кез келген аналитика бизнесті емес, жүктеп үлгергенді сипаттайды.
ЖИ өңдеуі: ағыннан мәнділіктер бөлініп алынады — контрагент, тауар, құжат, оқиға; бір нысан туралы жазбалар атаулары мен жазылуы сәйкес келмесе де, өзара байланысады. Атауларды, мекенжайларды және деректемелерді салыстыру — жолдарды салыстыру емес, модель міндеті.
Не қосылады:
Әрекет: жиналғаны ештеңе үстінен қайта жазылмайтын шикі деректер буферіне салынады және содан кейін ғана витриналарға, модельдерге және есептерге таралады. Бастапқы жазбаны әрқашан көтеріп, тексеруге болады.

Аналитика мен модельдерге арналған деректер қолмен жүктеусіз және «әр бөлімде кестенің өз нұсқасы» болмай пайда болады. Қолмен жинау күнделікті жұмыстан ерекше жағдайға айналады, ал есептер арасындағы алшақтық қызметкерлердің жадымен емес, жүктеу журналы бойынша талданады.
Жиналған деректер пайдалануға дайын емес: бір позиция үш түрлі аталады, өлшем бірліктері шатасқан, жазбалардың жартысында міндетті белгі жоқ, ал жолдардың бір бөлігі — бір операцияның телнұсқалары. Осындай жиынтықта оқытылған модель заңдылық таппай, ретсіздікті қайталайды.
ЖИ өңдеуі мұнда үш міндетті шешеді: жазбаларды бірыңғай түрге келтіру, белгілер жоқ жерде оларды қою және нысандарды бастапқы деректерде болмаған санаттарға жіктеу.
Әрекет: сенімді түзетулер автоматты түрде қолданылады және бастапқы мәнімен журналға жазылады; даулылары хатпен бір-бірлеп емес, бір тізіммен анықтамалық иесіне растауға кетеді.
Деректер сапасы — жоба алдындағы бір реттік жинастыру емес, тұрақты үдеріс: анықтамалықтар күн сайын толығады, жеткізушілер прайс-парақтардың пішімін өзгертеді, менеджерлер бар карточканы іздеудің орнына жаңасын енгізеді. Сондықтан тазалау ережелері мен модельдері жүйеде деректермен бірге өмір сүреді және әр жүктеуде қолданылады.
Әр түзетудің авторы — ереже немесе модель — уақыты, ескі және жаңа мәні бар. Бұл бюрократия емес: тарихсыз өткен айдағы есеп бүгін неге басқа сан көрсетіп тұрғанын талдау мүмкін емес.
Анықтамалықтар тармақталуын тоқтатады, тауар топтары мен шығыс баптары бойынша есептер өзара сәйкес келеді, ал деректерді дайындау кез келген аналитикалық жобаның мерзімінің көп бөлігін жеуін тоқтатады.
| Тексеру | Жол | Қорытынды |
|---|---|---|
| Номенклатурамен салыстырылды | 4 812 | қолданылды |
| Өлшем бірліктері келтірілді | 1 106 | қолданылды |
| Санат сипаттама бойынша толтырылды | 438 | қолданылды |
| Ұқсас карточкалар, шешім талап етеді | 96 | тексеруде |
| Құжаттағы қайшылықтар | 14 | жеткізушіге қайтару |
Жүйе экранының кадры: сандар — көрнекілік үшін. Тексеруге сенімділік шегінен төмен жағдайлар ғана шығарылды — 6 466 жолдың 96-сы, қалғаны бұрынғы мәні журналға жазылып, автоматты түрде қолданылды.
Кәдімгі есеп өзіне қойылған сұраққа жауап береді: айлар бойынша түсім, филиалдар бойынша сатылым, қоймалар бойынша қалдықтар. Сұрақтарды адам қояды, сондықтан біреу қарауды ойлаған нәрсе ғана көрінеді.
ЖИ өңдеуі мұнда бағытты өзгертеді: модель қималарды өзі қарап шығады және көрсеткіштің мінез-құлқы күтілгеннен өзгеше жерлерді әкеледі. «График сал» емес, «міне, әдеттегідей емес нәрсе болып жатқан үш жер және оның немен байланысты екені».
Интеллектуалды аналитика не істейді:
Әрекет: табылған нәрсе дашбордта қалмайды — ол адресаты мен мерзімі бар тапсырмаға айналады: түсімі төмендеген нүктені талдау, тәуекел тобындағы клиентпен байланысу, қайтарулары өскен санатты тексеру.

Модель себепті емес, байланысты көрсетеді. Санаттағы қайтарулардың өсуі ақау партиясымен, жеткізушінің ауысуымен, тауар сипаттамасындағы қатемен немесе аудиториясы басқа жаңа сату арнасымен түсіндірілуі мүмкін — түсініктемені таңдау және шешім адамда қалады.
Сондықтан интерфейстегі әр табылған нәрсенің үш қасиеті бар: ол қандай деректерде құрылған, ауытқу қаншалықты күшті және модель қандай қималарды тексерді. Бастапқы жолдарға дейін жая алмайтын тұжырым жұмысқа алынбайды.
Аналитика кезең жабылғаннан кейін оқылатын айлық есеп болуын тоқтатады. Ауытқу сол күні табылады, ізі суымай талданады және тоқсандық қимада байқалғанға қарағанда арзанырақ түседі.
Аномалия — кез келген сирек мән емес, нысанның өз нормасынан ауытқуы. Бір сату нүктесі үшін сағатына жиырма чек — кәдімгі күн, екіншісі үшін — тексеруге себеп. Норма жалпы орташа сан бойынша емес, әр нысанның тарихы және салыстырмалы топ бойынша есептеледі.
Деректер: нысан бойынша көрсеткіш тарихы. Өңдеу: модель апта күнін, маусымды және акцияларды ескере отырып, күтілетін дәлізді құрады. Әрекет: дәліздің шегінен шығу талдау тапсырмасын жасайды. Нәтиже: сатылымның құлдырауы немесе есеп ақауы ол болған күні көрінеді.
Деректер: төлемдер, жеңілдіктер, қайтарулар, болдырмаулар, құжаттарды қолмен түзету. Өңдеу: белгілердің үйлесімі бағаланады — сома, уақыт, қызметкер, жиілік. Әрекет: операция бақылау кезегіне кетеді. Нәтиже: теріс пайдалану мен қателер кезең жабылғанға дейін талданады.
Деректер: құрылғылар мен терминалдардың телеметриясы. Өңдеу: істен шығар алдындағы оқиғалар сипатының өзгеруі ізделеді. Әрекет: құрылғы қызмет көрсету маршрутына түседі. Нәтиже: ақаулардың бір бөлігі шағымнан кейін емес, тоқтап қалуға дейін жойылады.
Деректер: өткізбелер, қалдықтар, түгендеулер, ауыстырулар. Өңдеу: сәйкес келуге міндетті ағындар салыстырылады. Әрекет: алшақтық жауаптысымен тіркеледі. Нәтиже: кем шығулар тоқсан соңындағы жалпы сомамен емес, адрестік табылады.
Деректер: тапсырыстар, жүгінулер және төлемдер тарихы. Өңдеу: модель әдеттегі сатып алу ырғағының үзілуін байқайды. Әрекет: клиент менеджерге арналған тізімге түседі. Нәтиже: клиенттің кетуі ол сатып алуды түбегейлі тоқтатқанға дейін көрінеді.
Деректер: тапсырыстың, өтінімнің, жөндеудің кезеңдерінің уақыт белгілері. Өңдеу: уақыты өсіп келе жатқан кезеңдер және олардың белгілері табылады. Әрекет: кезең сандарымен талдауға шығарылады. Нәтиже: орындау мерзімі уақыт шынымен жоғалатын жерде қысқарады.
| Нысан | Не дұрыс емес | Күтілді | Нақты | Күйі |
|---|---|---|---|---|
| № 14 нүкте | Түсім үшінші күн дәлізден төмен | 98–126 мың | 61 мың | талдау |
| «Оңтүстік» қоймасы | Қалдықты қолмен түзетулердің үлесі | 1,5%-ға дейін | 6,2% | талдау |
| T-207 терминалы | Төлем модулінің ақауларының өсуі | тәулігіне 0–2 | 17 | маршрутта |
| «Тұрмыстық химия» санаты | Қайтарулар санат нормасынан жоғары | 2,1%-ға дейін | 5,8% | күтуде |
Жүйе экранының кадры: сандар — көрнекілік үшін. Әр жол бастапқы операцияларға дейін ашылады — бастапқы деректерге жету мүмкіндігі жоқ ауытқу кезекке түспейді.
Өткен ай бойынша жоспарлау болжамды түрде қателеседі: ол маусымды да, акцияны да, позицияның қоймада екі апта болмағанын және сатылым сұраныс жоқтығынан емес екенін де білмейді.
Деректер: позиция мен нүкте бойынша сатылым тарихы, тауардың болмаған кезеңдері, бағалар мен акциялар, күнтізбе — демалыс, мереке, оқу жылының басы, сұранысқа әсер ететін жерде ауа райы, жеткізілімдер мен мерзімдер туралы деректер.
ЖИ өңдеуі: модель әрбір «позиция — нүкте» жұбы бойынша болашақ сұранысты бағалайды және шашырауды бөлек көрсетеді: бір сан емес, ықтималдығы бар диапазон. Қорды жоспарлау үшін жоғарғы шек, түсімді жоспарлау үшін ортасы маңыздырақ.
Не болжанады:
Әрекет: болжам анықтама күйінде қалмайды — ол сатып алу өтініміне, нүктелерді толтыру жоспарына, ауысым кестесіне және клиенттер бойынша лимиттерге түседі. Нәтиже: бос сөреден болатын жіберіп алынған сатылым да, артық қордағы мұздатылған ақша да азаяды.

Модель өзі оқыған деректерде тексерілмейді: тарих уақыт бойынша бөлінеді, оқыту ерте учаскеде, тексеру — кейінгісінде жүреді. Осылайша болашақ белгісіз болатын нақты жағдай қайта жаңғыртылады.
Дәлдік іске қосуда бір рет емес, үнемі есептеледі: кезең жабылғанда әр болжамды жол фактімен салыстырылады. Қатенің өсуі — сұраныс мінез-құлқы өзгергенінің және модельді қайта оқытатын кез келгенінің белгісі.
Жүйе экранының кадры: сандар — көрнекілік үшін. Қатесі жоғары топтар жасырылмай, бөлек шығарылады: олар бойынша тапсырысты бір санға емес, диапазонға сүйене отырып, адам есептейді.
Күнделікті жұмыс — күніне ондаған рет қайталанатын, назарды талап ететін және біліктілікті талап етпейтін операциялар: хаттан деректерді карточкаға көшіру, төлемді бапқа жатқызу, орындаушы тағайындау, құжаттың жинақтылығын тексеру, мәртебе қою.
ЖИ өңдеуі кіріс формаланбаған жерде қажет: хат сөзбен жазылған, құжат бөтен пішімде келді, өтінім әр клиентте әртүрлі тұжырымдалған. Модель осындай кірісті құрылымға келтіреді, содан кейін үдеріспен кәдімгі ережелер айналысады — болжамды және тексерілетін.
Автоматты режимге өтетін әрекеттер:
Әрекет және нәтиже: операцияны жүйе орындайды және журналға авторымен, уақытымен және бастапқы мәнімен жазылады. Қызметкер деректерді енгізуден ерекше жағдайларды талдауға көшеді — модель сенімсіз немесе қате бағасы жоғары жағдайларға.

Автоматты әрекетке оны болдырмауға болатын немесе қате арзан тұратын жерде жол беріледі: мәртебе қою, орындаушы тағайындау, жоба жасау. Қайтымсыз операциялар — ақшаны есептен шығару, құжатты өткізу, тиеп жіберу — адамда қалады не растауды талап етеді.
Сенім шегі әр операция бойынша бөлек белгіленеді және статистика жиналған сайын өзгереді. Әдетте жоғары шектен және нұсқау режимінен бастайды: модель ұсынады, адам растайды — және осы растаулардан оған қай жерде сенуге болатыны көрінеді.
Деректер: жүкқұжаттар, шоттар, актілер, шарттар, ерекшеліктер, төлем тапсырмалары, өтініштер, жабдық паспорттары, тіркемесі бар хаттар. Пішімдері әртүрлі: pdf, телефоннан түсірілген фото, скан, жүктеме файлы, қағаз түпнұсқа.
ЖИ өңдеуі: мәтінді тану, құжат түрін анықтау, өрістер мен кестелік бөліктерді шығару, позицияларды номенклатурамен салыстыру және құжатты тапсырыспен, шартпен немесе контрагентпен байланыстыру. Әр өріс үшін мән және оған деген сенімділік қайтарылады.
Не шығарылады:
Әрекет: құжат тапсырыспен және шотпен салыстырылады, алшақтықтар тізіммен шығарылады, құжат не өткізіледі, не нақты қызметкерге талдауға кетеді. Нәтиже: құжаттарды енгізу жеке лауазымдық міндет болуын тоқтатады, ал алшақтықтар ай жабылғанда емес, төлемге дейін табылады.
Тану бірде-бір құжаттар жиынтығында жүз пайыздық дәлдік бермейді — және бермеуі керек. Мәні басқада: жүйе қандай өрістерге сенетінін және қайсысын растауды талап ететінін көрсетеді. Оператор құжатты түгел терудің орнына бірнеше бөлектелген өрісті тексереді.
Бастапқы көздің нашар сапасы — үнсіз қате үшін себеп емес: бұлдыр фото, қиылған бет, ерекшеліктің жоқ екінші беті айқын белгіленеді және себебі көрсетіліп, жіберушіге қайтарылады.
Өңдеу жылдамдығы кіріс ағын көлеміне тәуелді болуын тоқтатады, ал бухгалтерия мен жабдықтау құжаттардың күйін жекелеген қызметкерлердің пошта жәшіктерінде емес, бір тізімде көреді.
Жүйе экранының кадры: сандар — көрнекілік үшін. Құжат өткізуге екі белгі бойынша да шешім қабылданғаннан кейін ғана ұсынылады — номенклатураның жаңа позициясы да, кем жеткізу де адамның растауын талап етеді.
Деректер: хаттар, сайттан келген өтінімдер, мессенджерлердегі хабарламалар, қоңыраулардың транскрипциясы, қолдау чатындағы хат алмасу, пікірлер мен бағалар. Мұның бәрі — осы уақытқа дейін адам оқып, сұрыптап келген еркін пішінді мәтін.
ЖИ өңдеуі: жүгіну тақырып пен ішкі тақырыпқа жатқызылады, шұғылдығы мен реңкі анықталады, мәтіннен тапсырыс нөмірі, тауар атауы, мекенжай және басқа мәнділіктер шығарылады, жүгіну клиент тарихымен байланысады. Бір себеп бойынша қайталанған жүгінулер бір жағдайға желімделеді.
Әрекет: өтінім бейінді топтың кезегіне дайын өрістерімен түседі, әрекет ету мерзімі шұғылдығы бойынша есептеледі, қайта жүгіну басымдығы бойынша көтеріледі, ал клиент нөмірі және күтілетін мерзімі көрсетілген растау алады.
Нәтиже: жүгінулер таңға дейін ортақ жәшікте жатуын тоқтатады, ал басшы «шағым көп» дегенді емес, құрылымды көреді: қандай тақырыптар бойынша ағын өсіп жатыр, қай жерде жауап уақыты өсіп жатыр және қандай өнімдер қайта жүгінулер береді.
Жеке жүгіну жағдай туралы, бүкіл ағын — өнім мен үдеріс туралы айтады. Кезең ішіндегі тақырыптар бойынша жіктеу нақты не сұрақ туғызатынын көрсетеді: түсініксіз нұсқаулық, тауар сипаттамасындағы қате, ресімдеудің нақты кезеңіндегі ақау, бір жеткізу қызметіндегі кідіріс.
Сондықтан тақырыптар ойдан алынбайды: алдымен жүгінулер мағынасы бойынша автоматты түрде топталады, содан кейін шыққан топтар қолмен түзетіліп, анықтамалық ретінде бекітіледі. Әрі қарай ол өніммен бірге өмір сүреді, ал жаңа топтарды жүйе ұсынады.
| Тақырып | Үлес | Өзгеріс | Бірінші жауап |
|---|---|---|---|
| Жеткізудің мәртебесі мен мерзімдері | 31% | −4% | 6 мин |
| Төлем және қаражатты қайтару | 22% | +9% | 18 мин |
| Тауардың болуы мен сипаттамалары | 19% | −1% | 4 мин |
| Жеке кабинеттің жұмысы | 15% | +6% | 27 мин |
| Сапа бойынша рекламациялар | 13% | 0% | 41 мин |
Жүйе экранының кадры: сандар — көрнекілік үшін. Өсіп келе жатқан екі тақырып — төлем және жеке кабинет — есепке емес, жүгіну мысалдарымен бірге өнім командасының тапсырмаларына кетеді.
Ұсыным таңдау кең, ал назар қысқа жерде пайдалы: ондаған мың позициясы бар каталог, нүкте ассортименті, қызметтер жиыны, менеджерге қоңырау шалар алдындағы таңдама. Ол үшін деректер — тапсырыстар тарихы, қараулар, себеттер құрамы, қайтарулар мен қалдықтар; нәтижеге тауардың болуы міндетті түрде кіреді, әйтпесе жүйе жоқ нәрсені ұсынады.
Өңдеу: тапсырыстар тарихынан позициялардың тұрақты үйлесімдері бөлініп алынады. Әрекет: таңдама карточкада және себетте көрсетіледі. Нәтиже: сатып алушыға қысым жасамай, чектегі позиция саны өседі.
Өңдеу: модель клиенттің және ұқсас клиенттердің тарихы бойынша позицияға қызығушылық ықтималдығын бағалайды. Әрекет: ұсыныс кабинетке, жіберілімге немесе менеджерге кетеді. Нәтиже: үн қату жалпы жіберілімге қарағанда жоғары, ал клиентке жүгіну жиілігі төмен.
Өңдеу: сұраныс әріптердің сәйкестігі бойынша емес, мағынасы бойынша талданады: синонимдер, қателер мен сипаттамалар ескеріледі. Әрекет: шығарылым қайта реттеледі. Нәтиже: нәтижесіз сұраныстар да, каталогтан кетулер де азаяды.
Өңдеу: салыстырмалы нүктелердің сатылымы және олардың айналасы салыстырылады. Әрекет: позицияны ассортименттен шығару немесе қосу ұсынылады. Нәтиже: сөрені дәл осы жерде сатылатын нәрсе алады.
Өңдеу: байланысқа дейін клиенттің тарихы, ашық сұрақтары және лайықты позициялары жиналады. Әрекет: таңдама CRM карточкасында шығарылады. Нәтиже: қоңырауға дайындық он емес, бір минут алады.
Өңдеу: шығыс позициясын қайта сатып алудың күтілетін мерзімі бағаланады. Әрекет: еске салу осы мерзімге қарай кетеді. Нәтиже: жіберіп алынған қайта тапсырыстар да, мағынасыз жанасулар да азаяды.
Дербестендіру айқын ережелермен шектелген: нені ұсынуға болмайды, қандай деректер пайдаланылмайды, клиентке қаншалықты жиі жүгінуге рұқсат және ол таңдауды қалай өшіреді. Шектеулер ауызша уағдаластық болып қалмай, жүйеде белгіленеді.
Машиналық көру міндеттердің тар класында ақталады: көрініс қайталанады, нысан ажыратылады, ал нәтиже бірден есептік оқиғаға айналады. Осы үш шарт орындалмайтын жерде камера автоматтандыру емес, бейнемұрағат және жалған іске қосылулар береді.
Қай жерде жұмыс істейді:
Әрекет: танылған оқиға мұрағатқа емес, есепке кетеді — чекке, тапсырмаға, қабылдау актісіне, бұзушылықтар журналына. Нәтиже: камераның көзінше бәрібір болып жатқанды қолмен тіркеу жойылады.

Көрінісі әр жолы жаңа, жарығы ерікті, ал қате бағасы жоғары міндеттер камералармен жабылмайды. Эмоцияларды тану, қызметкердің «адалдығын» бағалау, жалпы ағында тұлғаны анықтау — бұл не сенімсіз, не заңмен шектелген, не екеуі де.
Сурет емес, дәлдік шешетін жерде басқа датчиктер арзанырақ әрі сенімдірек жұмыс істейді: салмақ, штрихкод сканері, белгі, журналы бар құлып. Камера оларды алмастырмай, оларға қосылады.
ЖИ-бот сценарийлі чат-боттан бір нәрсемен ерекшеленеді: ол пайдаланушыны түймелер ағашымен жетелемей, сұрақты түсінеді және жүйеде әрекет орындайды. Мұндағы құндылық әңгімеде емес, боттың қандай деректер мен операцияларға қосылғанында — каталогқа, тапсырыстарға, өтінімдерге, CRM-ге, білім базасына. Жүйелерге қолжеткізуі жоқ бот нұсқаулықты қайталап айтуды ғана біледі.

Деректер: каталог, бағалар, қалдықтар, жеткізу және төлем шарттары, тапсырыс мәртебелері. Өңдеу: сұрақ мағынасы бойынша талданады, жауап дайын мәтіннен емес, өзекті деректерден жиналады. Әрекет: позицияны таңдау, жеткізуді есептеу, тапсырысты ресімдеу немесе өзгерту. Нәтиже: үлгілік сұрақтар тәулік бойы жабылады, ал менеджерлер күрделілерімен айналысады.
Деректер: шешімдер базасы, жүгінулер тарихы, клиент конфигурациясы, жүйелер журналдары. Өңдеу: симптом белгілі жағдайлармен салыстырылады. Әрекет: қадамдық нұсқаулық, күйді тексеру, жиналған деректерімен өтінім жасау. Нәтиже: бірінші желі қайталанатын жағдайларды жабады, инженер диагностикасы бар өтінім алады.
Деректер: регламенттер, бұйрықтар, нұсқаулықтар, анықтамалықтар, қызметкерге құқығы бойынша қолжетімді есептер. Өңдеу: мағынасы бойынша іздеу және құжат тармағына сілтемесі бар жауап. Әрекет: кадрға немесе жабдықтауға өтінім ресімдеу, анықтама сұрау, келісу. Нәтиже: әріптестерге және ортақ чаттарға қойылатын сұрақтар дереккөзі бар жауаппен алмастырылады.
Деректер: жүгіну мәтіні, тіркемелер, клиент тарихы. Өңдеу: өтінім түрін анықтау, өрістерді шығару, толықтығын тексеру. Әрекет: өтінім жүйеде жасалады, жетіспейтін деректер қосымша сұралады, орындаушы тағайындалады. Нәтиже: өтінім орындаушыға нақтылау үшін хат алмасусыз, дайын күйінде келеді.
Деректер: клиенттер карточкалары, мәмілелер, тапсырмалар, байланыстар тарихы. Өңдеу: менеджердің сұранысын және әңгіме нәтижесін талдау. Әрекет: карточканы жасау және жаңарту, байланыс қорытындысын тіркеу, тапсырма қою, қоңырау алдында клиент бойынша жиынтық жинау. Нәтиже: CRM кешке жадпен емес, жұмыс барысында толтырылады.
Деректер: шарттар, ерекшеліктер, регламенттер, техникалық құжаттама, хат алмасу мұрағаты. Өңдеу: сөздердің сәйкестігінің орнына мағынасы бойынша іздеу, жауап табылған үзінділер бойынша құрылады. Әрекет: дәйексөзі және құжатқа, бетке әрі редакциясына сілтемесі бар жауап. Нәтиже: шарт бойынша сұраққа жауап секундтар алады және дереккөз бойынша тексеріледі.
Бот — бір модель емес, бірнеше байланысқан бөлік. Бөлу практикалық тұрғыда маңызды: әр бөліктің өз істен шығу себебі, өз метрикалары және өз жөндеу тәсілі бар.
Қосылу арналары — сайт және жеке кабинет, мессенджерлер, пошта, сөзді тануы бар телефон желісі, ішкі портал және қызметкерлердің жұмыс орындары. Логика бұл ретте біреу: арна ботқа не істеуге рұқсат етілгенін емес, енгізу формасын өзгертеді.
Бот сіздің құжаттарыңызды «есінде сақтамайды» — ол оларды сұрақ сәтінде іздейді және табылғаны бойынша жауап береді. Сондықтан регламенттің жаңаруы модельді қайта оқытқаннан кейін емес, оны жүктеген бойда әрекет етеді, әрі сондықтан әр жауаптың дереккөзі бар.
2-қадам міндетті: бот сұраған адамның құқығында жауап береді. Қызметкерге жүйеде қолжетімсіз құжат іздеуге де, дәйексөзге де түспейді — әйтпесе бот қолжеткізу жүйесін айналып өту тәсіліне айналады.
Алдымен нақты сұрақтар жиыны жиналады — хат алмасудан, жүгінулерден және ішкі чаттардан. Бот іске қосылғанға дейін соған тексеріледі: жауаптар дереккөздермен салыстырылады, қателер себептері бойынша талданады. Тек содан кейін ғана бот пайдаланушыларға ашылады, әдетте алдымен бір топқа.
ЖИ-боттың басты тәуекелі — сенімді айтылған дұрыс емес жауап. Ол уәделермен емес, жүйенің құрылысымен жойылады: операциялардың шектеулі жиынымен, дереккөздерге міндетті сүйенумен, сенімділік шектерімен және айқын эскалация ережелерімен.
Бот өз әрекеттер жиынында сипатталғанды ғана және жүгінген адамның құқығында істейді. Пайдаланушы қанша қиылса да, қалғанының бәрі қолжетімсіз.
Жауап табылған құжаттардан және жүйелер деректерінен жиналады. Дереккөз болмаса, бот білмейтінін айтады және сұрақты әрі қарай береді — бұл ақау емес, штаттық мінез-құлық.
Шектен төмен жауап клиентке жіберілмейді: ол операторға табылған материалдарымен бірге жоба ретінде кетеді. Шек әр тақырыпта өзінікі.
Ережелер бойынша эскалация: жабық тақырып, қайталанған сұрақ, теріс реакция, клиенттің талабы. Оператор бүкіл хат алмасуды және табылған материалдарды алады, нөлден бастамайды.
Қайтымсыз әрекет — тапсырысты жою, деректемелерді өзгерту, есептен шығару — тек айқын растаудан кейін орындалады және журналға бастамашысымен жазылады.
Адамсыз жабылған диалогтардың үлесі, эскалациялардың үлесі, пайдаланушылардың бағалары және жауаптарды таңдамалы тексеру. Қателер тексеру сұрақтарының жиынына қайта оралады.
Бөлек тіркеледі: бот өзі туралы не хабарлайды — пайдаланушы бағдарламамен сөйлесіп тұрғанын түсінуі және адамды қалай шақыруды білуі керек. Бұл — баптаулар мәселесі емес, интерфейске қойылатын талап.
Ішкі ассистент клиенттік боттан бастапқы деректерімен ерекшеленеді: ол корпоративтік ақпаратпен және нақты қызметкердің құқығында жұмыс істейді. Қоймашы мен қаржы директорының бір сұрағы әртүрлі жауап береді — өйткені оларға әртүрлі құжаттар қолжетімді.
Ассистент жұмыс орнында не істейді:
Нәтиже: қызметкер керекті құжатты іздеуге, регламентті есіне түсіруге және нысандарды толтыруға емес, жұмысқа уақыт жұмсайды. Ассистент адамның орнына шешім қабылдамайды — ол дайындық бөлігін алып тастайды.

Ассистент есепке алу жүйелерімен бірдей рөлдерге қосылады: ол қатарлас қолжеткізу жасамайды. Қызметкердің құқығынан тыс құжаттар іздеуге де, дәйексөздерге де, нұсқауларға да түспейді — бұл жауап қалыптасқаннан кейін емес, оған дейін тексеріледі.
Ассистенттің әрекеттері жүйенің ортақ журналына адамдардың әрекеттерімен қатар түседі. Карточкада тапсырманы авторсыз жазба емес, әңгіме қорытындысы бойынша ассистент қойғаны көрінеді.
Корпоративтік білім сирек бір жерде жатады: регламенттер бір қалтада, шарттар екіншісінде, техникалық құжаттама үшіншісінде, ал жауаптардың жартысы — хат алмасуда. Файл атауы бойынша іздеу мұнда жұмыс істемейді, өйткені адам құжатты емес, жауапты іздейді.
Деректер: регламенттер мен бұйрықтар, шарттар мен қосымшалар, техникалық және жобалық құжаттама, нұсқаулықтар, шешілген жүгінулер базасы, хаттамалар, анықтамалықтар, хат алмасу мұрағаты — иесі мен қолжеткізу деңгейі көрсетіліп.
ЖИ өңдеуі: құжаттар үзінділерге жіктеледі, әр үзінді мағынасы бойынша индекстеледі; сұрақ тақырыптармен емес, үзінділермен салыстырылады. Жауап табылғаннан жиналады және дәйексөзбен, құжатқа, бетке әрі редакциясына сілтемемен сүйемелденеді.
Әрекет және нәтиже: қызметкер әріптестерін аралаудың орнына дереккөзі бар жауапты секундтарда алады; даулы жағдайлар дәйексөз бойынша тексеріледі; ескірген құжаттар бірден көрінеді — жауап екі жыл бұрынғы редакциядан келсе, бұл жауапта тікелей жазылады.
Ол құжат айналымы жүйесін алмастырмайды және ақиқат көзіне айналмайды: заңдық маңызы бар құжат ол қол қойылып, сақталатын жерде қалады. Индекс — өз бетінше өмір сүретін жеке көшірме емес, оны тауып, дәйексөз келтіру тәсілі.
Өтінім еркін пішінде және кез келген арнамен келеді: хат, хабарлама, сайттағы нысан, қоңырау, тіркелген файл. Енгізуге дейін оны адам оқиды, деректерді жүйеге көшіреді, түрін анықтайды және орындаушы тағайындайды — бұған кезекте бірнеше минуттан бірнеше сағат күтуге дейін кетеді.
ЖИ өңдеуі: өтінім түрі анықталады, өрістер шығарылады — нысан, мекенжай, мерзім, байланыс, шарт нөмірі — толықтығы тексеріледі, шұғылдығы бағаланады, өтінім клиентпен және оның тарихымен байланысады. Жетіспейтіні сол арнада автоматты түрде қосымша сұралады.
Әрекет: өтінім жүйеде толтырылған өрістерімен жасалады, ережелер бойынша топ немесе орындаушы тағайындалады, мерзім қойылады, нөмірі көрсетілген растау жіберіледі. Бір себеп бойынша телнұсқалар екінші өтінім көбейтпей, байланысады.
Нәтиже: орындаушы дайын өтінім алады және нақтылаудан емес, жұмыстан бастайды. Түсуден тағайындауға дейінгі уақыт ортақ жәшікті кім және қашан ашқанына тәуелді болуын тоқтатады.
Жүйе экранының кадры: деректер — көрнекілік үшін. Түрі шектен төмен сенімділікпен анықталған өтінімдер алдын ала толтырылған өрістерімен және түр нұсқауымен диспетчерге түседі — тағайындау адамда қалады.
Деректер
Аналитика және болжам
Күнделікті үдерістерді
Боттар мен ассистенттер
Модель оның шешімі жұмыс орындалатын жүйеге жеткенде ғана пайда әкеледі. Сондықтан интеграция — жобаның соңғы кезеңі емес, оның шарты: алдымен нәтиженің қайда түсетіні белгілі болады, содан кейін модель оқытылады.
ЖИ-қабат немен байланысады:
Қосылу тәсілі әдетпен емес, жүйеге қарай таңдалады: тікелей API, кезек арқылы алмасу, оқиғалар бойынша вебхуктар, кесте бойынша файлдармен жүктеу, база репликасын оқу. Ашық интерфейсі жоқ жүйелер үшін оларда бар алмасу тәсілі, файлдықты қоса алғанда, пайдаланылады.

| Уақыт | Операция | Қорытынды |
|---|---|---|
| 11:02 | Жүгінулерді жіктеу → CRM | 148 |
| 11:05 | Сұраныс болжамы → сатып алуға өтінім | 1 204 |
| 11:07 | Жүкқұжаттарды талдау → есепке алу жүйесі | 6-сы тексеруде |
| 11:09 | Қойма сервисі қолжетімсіз | 5 мин ішінде қайталау |
Жүйе экранының кадры: сандар — көрнекілік үшін. Қойманың қолжетімсіздігі қалған алмасуларды тоқтатпайды — хабарламалар кезекте күтеді және байланыс қалпына келгенде кетеді.
ЖИ-ді енгізу — бұл компания деректерімен жұмыс, сондықтан «модель қай жерде орындалады және сыртқа не кетеді» деген мәселе іске қосудан кейін емес, жоба басталғанға дейін шешіледі.
Контур деректердің құпиялылығына қарай таңдалады: өз инфрақұрылымы, бөлінген сервер немесе сыртқы сервис. Міндеттердің бір бөлігі үшін өз жабдығындағы ашық модельдер қажеттілікті толық жабады.
Сыртқы модель пайдаланылса, берілетін өрістердің құрамы айқын сипатталады. Дербес деректер мен коммерциялық шарттар жіберер алдында иесіздендіріледі немесе идентификаторлармен алмастырылады.
ЖИ-қабат пайдаланушының құқығында жұмыс істейді және деректерге айналма жол жасамайды. Қолжеткізуді тексеру іздеуге дейін және жауап қалыптасқанға дейін орындалады.
Сұраныс, табылған дереккөздер, модельдің шешімі және орындалған әрекет журналға жазылады. Онсыз даулы жағдайды талдау да, жұмыстың дұрыстығын дәлелдеу де мүмкін емес.
Заңдық немесе қаржылық салдары бар шешімдер адамда қалады. Модель материал дайындайды және нұсқа ұсынады, растау авторымен тіркеледі.
Диалогтарды, оқыту таңдамаларын және аралық деректерді сақтау мерзімдері алдын ала белгіленеді. Сұраныс бойынша жою бастапқы базаға ғана емес, іздеу индекстеріне де қолданылады.
Модель әрқашан қателеседі — мәселе оның қаншалықты жиі, нақты қай жерде және бұл қаншаға түсетінінде. Сондықтан әр енгізудің екі сан жиыны бар: модельдің өз сапасы және үдерістегі өзгеріс. Біріншісі инженерге, екіншісі бизнеске қызық, әрі олар автоматты түрде сәйкес келмейді.
Сенім шегі — тұрақты шама емес, басқару тұтқасы. Оны көтере отырып, компания автоматиканы да, қатені де азырақ алады; түсіре отырып — керісінше. Мән нақты үдерістегі қатенің құны бойынша таңдалады.
Жүйе экранының кадры: сандар — көрнекілік үшін. Үш көрсеткіш тек бірге оқылады: түзетулер үлесі өсіп келе жатқанда автоматиканың өсуі шектің тым төмен түсірілгенін білдіреді.
Модель — бір реттік жеткізілім емес. Деректер өзгереді: жаңа тауарлар, жүгіну тақырыптары, құжат пішімдері, жеткізушілер пайда болады. Сондықтан жобаға жаңа деректерде сапаны тұрақты тексеру, кесте бойынша немесе шек іске қосылғанда қайта оқыту және адам шешімді түзеткен жағдайларды талдау қосылады.
Операторлардың түзетулері — ең құнды оқыту материалы: олар жеке жиынтыққа жиналады және келесі оқытуда пайдаланылады. Осылайша жүйе бөтен деректерде емес, өз жұмысында жақсарады.
Тәртіп тәуелділіктерді көрсетеді: әр қадам алдыңғысында пайда болғанға сүйенеді. Бірінші қадамды өткізіп жіберу — ЖИ-мен жоба демонстрациямен аяқталатын ең жиі себеп.
Қандай операция автоматтандырылады, оны қазір кім орындайды, қандай деректер бар және қандай күйде, нәтиже қайда түседі. Шығуда — сандардағы базалық деңгей және сәттілік критерийі.
Дереккөздерді қосу, тазалау және белгілеу, міндетке арналған деректер витринасы. Осы жерде модель үшін тарих жете ме әлде алдымен дерек жинау керек пе — түсінікті болады.
Оқыту және кейінге қалдырылған кезеңде тексеру, базалық деңгеймен салыстыру, ағынның бір бөлігінде нұсқау режимінде іске қосу. Сенім шегі операторлардың нақты шешімдерінде таңдалады.
Жүйелермен интеграция, құқықтар мен журналдар, сапа мен дрейфті мониторингілеу, кесте бойынша қайта оқыту, қолдау. Көрші үдерістерге кеңейту — өлшеумен бірге жеке кезеңдер.
Автоматтандырғыңыз келетін үдерісті және ол бойынша қандай деректер жиналып жатқанын сипаттаңыз. Біз мұнда не ережелермен және интеграциямен шешілетінін, ал қай жерде шынымен модель қажет екенін айтамыз.