Мемлекеттік органдарға арналған AI қолдану мысалдары: типтік сценарийлер каталогы

Нелікті типтік AI сценарийлер каталогы қажет

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

Типтік сценарийлер каталогы — тексерілген сценарийлердің бірыңғай витринесі ретінде қажет. Ол қайсысын бірінші іске қосуға болатынын таңдауға және деректерге, интеграцияларға және қауіпсіздікке минималды талаптарды бірден бекітуге көмектеседі. Сонда талқылау абстрактылы "AI енгізейік" мәселесінен емес, нақты процесс пен өлшенетін нәтижеден басталады.

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

AI-ның қажет емес жағдайларын да ескерген жөн. Егер тапсырма қарапайым ережелермен шешілсе (мысалы, ИИН/БИН форматын тексеру) немесе процесс қатты регламенттелген болса, кәдімгі автоматтандыру арзанырақ және сенімдірек болады. Ал көп мәтін, көп ерекшеліктер және «мағына бойынша» подсказкалар қажет жерлерде каталог тез арада қай жерде AI-нақ пайдалы екенін көрсетеді.

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

Use-case карточкасының шаблоны: сценарийді қалай сипаттау керек

Жақсы use-case карточкасы пилотты іске қосу қажеттігін, қандай деректер қажет екенін және табысты қалай өлшеуге болатынын жылдам түсінуге көмектеседі. Мемлекеттік органдар үшін бұл әсіресе маңызды: бір сұрау модельден емес, қолжетімділіктерге, сақтау мерзімдеріне және жауаптың құқықтық мәніне тірелуі мүмкін.

Бір сөйлеммен қысқа сипаттамадан бастаңыз. Мысалы: «Қызметкер регламенттен жауапты 10 минут орнына 30 секундта табады» немесе «Жүйе кіріс хаттан реквизиттерді карточкаға толтырады». Формулировка неғұрлым қарапайым болса, жоба соғұрлым оңай келісіледі.

Кейін кіріс деректерін белгілеңіз: көздер (НПА, регламенттер, өтініштер архиві, скан хаттар, қоңырау жазбалары), форматтар (PDF, DOCX, скан, аудио, CRM өрістері) және қолжетімділік. Әрқашан деректер қайда сақталатынын, кім иесі екенін және персоналды деректер бойынша шектеулер бар ма екенін көрсетіңіз. Көп тараған қателік — "деректер бар" деп жазып, скан сапасы мен мәтіні танылмаған құжаттардың үлесін көрсетпеу.

Шығыс нәтижені сипаттаңыз: қызметкер не алады және ол қайда сақталады. Бұл регламенттен дәйексөзбен жауап, хат жобасы, толтырылған өрістер (ИИН/БИН, келісім-шарт нөмері, даталар), қоңырау қысқаша түйіні, операторға көрсетілетін подсказка болуы мүмкін. Егер пайдалану орны көрсетілмесе (СЭД, CRM, портал, ЭДО), нәтиже нақты процестен «түсіп» қалуы мүмкін.

Метрикаларға әдетте 3–4 көрсеткіш жеткілікті:

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

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

Use-case 1: регламенттер мен нормативтік құжаттар бойынша іздеу

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

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

Қандай минималды деректер қажет

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

Қандай әсер және оны қалай өлшеу

Әсер тез байқалады: норманы іздеуге кететін уақыт азаяды, консультацияларда қателер азаяды, бөлімдер арасында жауап біркелкіленеді.

Бақылау үшін қарапайым метрикалар қолайлы:

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

Мысалы: фронт-офис операторы азаматқа қажетті құжаттар тізімін 10 минуттың орнына 1 минутта тауып, өзіне сенімді түрде қазіргі редакцияның қажетті бапты сілтейді.

Use-case 2: азаматтар мен ұйымдардың өтініштерін өңдеу

Бұл сценарий әртүрлі арналардан түсетін хаттар, өтініштер мен шағымдар ағынын жүйелеуге көмектеседі. Модель мәтінді оқып, тақырып пен сұрау түрін анықтайды, категория мен орындаушы бөлімді ұсынады және бекітілген шаблондарға сәйкес жауап жобасын жасайды. Қызметкер оны тексеріп, жібереді; жүйе мерзімдер мен мәртебені тіркейді.

Тұрақты жұмыс үшін деректер мен айқын ережелер қажет. Әдетте 6–24 айға арналған өтініштер архиві алынады: өтініш мәтіні, тағайындалған категория, резолюция (кімге жолданған), қорытынды жауап және мерзімдер туралы белгілер. Тақырыптар мен типтік формулировкалар сөздігін алдын ала келісу пайдалы, сонымен қатар тыйым салынған өрнектер мен кей жағдайларға міндетті фразалар тізімі керек.

Пилотқа дейін не дайындау керек

AI қай жерде нұсқаулар ұсына алатынын және қай жерде тек подсказка беру керектігін анықтау маңызды. Практикада келесі нәрселерді бекіту көмектеседі:

• категоризация ережелері (не шағым, не сұрау, не ұсыныс екенін қалай есептеу),
• тақырыптар тізімі және синонимдер сөздігі (қысқартуларды қамтиды),
• жауап шаблондары мен анықтамалық үзінділер кітапханасы,
• «қызыл белгілер» тізімі (жеке деректер, қауіп-қатер, сезімтал тақырыптар),
• бөлімшелер мен аймақтар бойынша маршрутизация схемасы.

Мысал: әкімдікке қоқыс шығарылмауы туралы өтініш түседі. Жүйе оны «ТКШ» тақырыбына жатқыза отырып, мәтіннен ауданды анықтайды, орындаушыны ұсынады және мердігерге сұрау жіберуге арналған жауап жобасын дайындайды. Оператор тек детальдарды нақтылап, жібереді.

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

Use-case 3: реквизиттерді шығару және карточкаларды толтыру

Бұл сценарий ең көп «қол еңбегін» үнемдейді: құжаттардан деректерді қолмен көшірудың орнына модель скандардан, фотолардан немесе PDF-тен қажетті өрістерді тауып, өтініш карточкасын немесе кіріс құжатты толтырады.

Әдетте ИИН/БИН, серия және нөмірлер, даталар, сандар, мекенжайлар, ұйым атаулары, банк реквизиттері, байланыс мәліметтері шығарылады. Полуструктураланған құжаттарда ақпарат әртүрлі жерлерде орналасуы мүмкін (хаттар, актілер, сенімхаттар), сондықтан бұл әсіресе пайдалы.

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

Деректер мен сапа бойынша негізгі талаптар

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

Жақсы тәжірибе — нәтижені деңгейлерге бөлу:

• жоғары сенімділік: өріс автоматты түрде толтырылады,
• орташа сенімділік: оператордың жылдам шолуы қажет,
• төмен сенімділік: құжат қолмен енгізіледі.

Әсер және метрикалар

Нәтиже тез көрінеді: қолмен енгізудің азаюы, қателердің төмендеуі, құжатты тіркеу уақытының қысқаруы. Бағалау үшін өрістер бойынша дәлдік (мысалы, жеке ИИН бойынша), түзетусіз өткен құжаттардың үлесі және бір құжатты өңдеуге кеткен орташа уақыт қаралады. Егер оператор картосын толтыруға бұрын 5–7 минут жұмсаса, кейін тексеру 1–2 минутқа түсіп, кей құжаттар толық автоматты өтеді.

Use-case 4: оператор мен контакт-орталық көмекшісі

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

Мысалы: азамат төлем туралы шатастырып сөйлейді. Көмекші тақырыпты анықтап, операторға 2–3 сәйкес регламент үзіндісін қарапайым тілмен көрсетеді, қандай сұрақтар қою керектігін еске салады және айтуға болмайтын уәделер туралы ескертеді.

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

Әсер әдетте тез байқалады: сөйлесу қысқарады, шағын мамандарға жіберулер азаяды, консультация сапасы ауысымдар мен филиалдар арасында теңестіріледі.

Бағалау метрикалары:

• қоңыраудың орташа ұзақтығы,
• бірінші байланыста шешілгендердің үлесі (FCR),
• екінші желіге аударулардың үлесі,
• сапа бағалауы (QA) және шағымдар,
• дұрыс толтырылған түйіндер мен карточкалардың үлесі.

Көбінесе көмекшіні ұйымның өз инфрақұрылымында іске қосады, сол арқылы деректер мен жазбалар контурдан шықпайды. Мұнда сенімді серверлер, интеграциялар және 24/7 қолдау маңызды.

Мысал сценарий: бір процесс, төрт AI функциясы

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

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

Төрт функциялық байланыс процесті конвейерге ұқсас етеді:

• регламенттер мен НПА бойынша іздеу: өз сөздеріңізбен сұрақ, жауаппен бірге дереккөз;
• өтінішті классификациялау: тақырып, қызмет түрі, приоритет пен маршрут;
• реквизиттерді шығару: ИИН/БИН, келісім-шарт нөмері, мекенжай, даталар, шығыс нөмері;
• оператор көмекшісі: жауаптың жобасы және жетпейтін нәрселер үшін нақты сұрақтар тізімі.

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

Әсерді бір бөлімшеде "алдымен" және "кейін" өлшеу арқылы фиксирлеу тиімді: орташа өңдеу уақыты, қайта сұраулар үлесі, реквизиттерді қолмен түзету саны, мерзімдерде берілген жауаптардың үлесі. 2–4 апта пилоттан кейін әдетте қай жерде нақты пайда бар екені көрінеді, ал қай жерде деректерді тазалау немесе регламенттерді нақтылау қажет екені анықталады.

Деректер мен интеграциялар бойынша талаптар: алдын ала не дайындау керек

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

Көздерді инвентаризациялаудан бастаңыз: СЭД пен файл архивтері, білім базасы мен регламенттер, пошта мен өтініш порталдары, скандар мен карточкалар. Әр көз бойынша иесін, форматты, жаңарту жиілігін және қолжетімділік ережелерін белгілеңіз. Осылай қандай жүйелерді бірден қосуға болатынын және қайсысының дайындалуы тиіс екенін түсіну оңай.

Келесі — сапа. Бірдей құжаттардың әртүрлі редакциялары, дубликаттар, ескі регламенттер, OCR-і нашар PDF, қазақ пен орыс тілдерінің араласуы. AI осы қателерді қайталайтындықтан, қай редакция актуалды екенін және бірыңғай эталон қай жерде екенін анықтау маңызды.

Қарапайым бақылау ережелерін алдын ала бекіту пайдалы: дұрыс жауаптар мен категориаларды кім растаитын (эксперт, юрист, оператор), түзетулер мен комментарийлерді қайда сақтау, даулы жағдайларды қалай тіркеу және қандай жиілікпен таңдамаларды қайта қарау/оқыту жүргізу.

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

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

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

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

Біріншісі — қолжетімді құқықтар. Дереккөздерге (реестрлер, ішкі базалар, НПА, қызмет хаттары) және интерфейске қолжетімділікті бөлу керек. Көп жағдайда қызметкерге тек жауап пен негіздемені көру жеткілікті, бірақ толық мәтінді ашуға немесе деректерді жүктеуге құқық бермеу қажет.

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

Ақпараттың ағуын азайту әдістері

Көп жағдайда жеткілікті негізгі шектеулер:

• сезімтал бөлімдерден көп мөлшерде деректер шығаруға және көшіруге тыйым салу;
• жауаптарда жеке деректерді қажет емес жағдайда маскилеу;
• жабық деректерді модельді оқытуға енгізуге тыйым салу, егер бөлек келісім болмаса;
• тіркемелерді (скандар, келісімшарттар, медициналық құжаттар) бақылау және сақтау мерзімдерін белгілеу;
• әкімші, аналитик және қолданушы рөлдерін бөлу.

Құқықтық сақтық және орналастыру

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

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

Қадам бойынша енгізу: пилоттан тиражға дейін

Жобаның әдемі презентацияда қалмауы үшін кішіден бастап, жауапкершілікті бекітіп бастаңыз. Бір процесс, бір нәтижені иеленетін адам әдетте бәрінен гөрі нәтижелі.

Жұмыс схемасы:

• бір процесті таңдап, нәтиженің иесін (бизнес-жасаушы) тағайындаңыз;
• 50–200 типтік мысалды жинап, метрикаларды алдын ала анықтаңыз;
• журналдауды қосып, даулы жағдайларды міндетті ручной тексерумен шектеулі контурда пилот бастау;
• MVP-ны қызметкердің жұмыс орнына енгізіңіз: батырма, подсказка, жауап жобасы;
• көрсеткіштер тұрақтанғанда бөлімшелерге кеңейтіп, қызметкерлерді қысқа ережелермен оқытыңыз — "қашан сенімсіз деп есептеп, эскалация жасау".

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

Инфрақұрылым мен қолдауды бөлек ойлаңыз. Мемсекторда локалдық орналастыру, қолжетімділікті бақылау және сенімді жабдық көптеген жағдайда маңызды. Мұнда жүйелік интегратор көмектесе алады — есептеуді, енгізуді және 24/7 қызмет көрсетуді ұйымдастыруда. Мысалы, GSE.kz Қазақстанда технология жеткізуші және интегратор ретінде жұмыс істеп, локалды өндірістің жұмыс станциялары мен серверлерін жеткізіп, автоматтандырудың техникалық сүйемелдеуі бойынша қызмет көрсетеді.

AI сценарийлерін іске қосуда жиі кездесетін қателіктер

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

Екінші тұзақ — «лайлы» құжаттар базасы. Регламенттерде ескі және жаңа нұсқаларды араластыратын болсаңыз, жүйе қарама-қарсы жауаптар береді. Қолданушының сенімі тез жұмсалып кетеді, тіпті модель жақсы болса да.

Көбіне кездесетін қателіктер:

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

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

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

Қысқа чеклист және келесі қадамдар

Пилотты іске қоспас бұрын негізгі нәрселерді тексеріңіз — олар көбінде апталарды үнемдейді.

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

Пилот алдындағы чеклист:

• процесс иесі тағайындалды және сапа, жылдамдық пен үнемділіктің метрикалары келісілді;
• дереккөздер тізімі жасалып, қолжетімділік расталды (сақтау және анонимизация талаптары ескерілді);
• тест және қабылдау үшін мысалдар мен эталондар дайындалды;
• шешім қайда жұмыс істейтіні анықталды: қызметкерлердің жұмыс орындарында, ұйым серверлерінде немесе дата-орталықта;
• интеграциялар анықталды: нәтиже қай жүйеге қайтарылатыны (СЭД, CRM, контакт-орталық, портал).

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