ЖИ енгізер алдында процесті таңдау, бастапқы деректер және пилотты тексеру.
Жасанды интеллектіні бизнеске енгізу нақты жұмыс міндетінен басталады. Бизнесті оңтайландыру үшін бүкіл компанияны қайта құру міндетті емес: басталуы, нәтижесі және жауапты қызметкері анық бір үдерісті таңдаған ыңғайлы. Мысалы, формадан келген өтінішті тексеріп, жұмыс жүйесіне енгізіп, менеджерге беру қажет.
Бұл шартты мысал. Сіздің бизнесіңізде алғашқы бағыт құжат нобайын дайындау, кестелерден мәлімет жинау немесе келесі әрекет туралы еске салу болуы мүмкін. Ең бастысы — өзгерістен кейін нақты не басқаша жүре бастағанын тексеруге болатындай жұмысты сипаттау.
Бес сұрақ арқылы оңтайландырылатын үдерісті таңдаңыз
Компанияда бірнеше үміткер процесс болса, әрқайсысын бір карточкада сипаттаңыз. Нақты операцияларды салыстырыңыз: мысалы, өтінімді CRM-ге тасымалдау немесе ұсыныс нобайын дайындау. «Бүкіл бизнеске ЖИ енгізу» деген жалпы міндет қандай әрекет өзгеруі керегін және нәтижені кім қабылдайтынын көрсетпейді.
- Қайталану: таңдалған кезеңде бір типті қанша жағдай өтеді және қызметкер бір аяқталған жағдайға қанша уақыт жұмсайды?
- Ережелер: қай қадамдарды нақты шартпен сипаттауға болады, ал қай жерде еркін мәтінді түсіну қажет? Әр автоматтандыруды ЖИ негізінде құру міндетті емес.
- Деректер: мәліметтер қайдан түседі, олардың өзектілігін кім тексереді және көбіне қандай өрістер жетіспейді?
- Бақылау: жүйе қандай әрекеттерді өзі орындай алады және қызметкер нені міндетті түрде растайды?
- Қалпына келтіру: қатені қалай анықтауға, әсер еткен жазбаны табуға және жұмысты қолмен жалғастыруға болады?
Алғашқы пилотқа бастапқы материалдары қолжетімді, нәтижесі түсінікті және қабылдауға жауапты адамы бар процесс ыңғайлы. Міндетке қарай бөлек нұсқаулықтар пайдалы болады: өтінімдерді CRM-ге қайталанусыз беру, ЖИ көмегімен коммерциялық ұсыныстың алғашқы нобайы немесе өтінімдерге арналған чат-ботты таңдау. Әр өту тексерілгеннен кейін бұл сценарийлерді біріктіруге болады.
Қазіргі үдерісті жазыңыз
Бір нақты циклді оны орындайтын адаммен бірге өтіңіз. Деректер қайдан келеді? Қызметкер нені көшіреді, тексереді және нақтылайды? Нәтиже қайда сақталады? Ол келесі кезекте кімге қажет?
Мінсіз нұсқамен шектелмеңіз. Телефон көрсетілмесе, өтінім қайталанса немесе сипаттама түсініксіз болса не болатынын жазыңыз. Бұл детальдар алғашқы іске қосу көлемін таңдауға және күрделі жағдайларды «бәрін CRM-ге көшіру» деген жалпы сөздің тасасында қалдырмауға көмектеседі.
Кіріс пен шығысты анықтаңыз
Әр кезеңге нақты мәліметтер қажет. Кіріс ретінде толтырылған форма, кесте жолы немесе хабарлама болуы мүмкін. Шығыс — өтініш карточкасы, дайындалған алғашқы нобай немесе қызметкерге хабарландыру.
Қарапайым карта жасаңыз:
- өңдеуді бастайтын оқиға;
- міндетті өрістер;
- дұрыс мәндердің дереккөзі;
- жүйе әрекеті;
- нәтижені алушы;
- қатені түзету тәсілі.
Қандай да бір тармақ әзірге белгісіз болса, оны құрал таңдағанға дейін нақтылаған дұрыс. Кейде осы картамен жұмыс істеудің өзі күрделіліктің бір бөлігі команда ережелерін нақтылау арқылы шешілетінін көрсетеді.
Ережелер мен ЖИ міндеттерін бөліңіз
Міндетті өрістің бар-жоғын тексеру немесе өтінішті таңдалған санат бойынша бағыттау алдын ала берілген ереже арқылы орындалуы мүмкін. Бұл үшін тілдік модель әрдайым қажет емес.
ЖИ-ді еркін мәтінді талдау, келісілген материалдардан мәлімет табу немесе жауап нобайын дайындау қажет жерде қарастыруға болады. Бұл ретте рұқсат етілетін қателер мен нәтижені тексеруді анықтау маңызды. Мысалы, жүйе өтінім санатын ұсына алады, ал қызметкер даулы нұсқаны растайды.
Мысалдар мен күтілетін нәтижені дайындаңыз
Қалыпты және күрделі жағдайлардың жеке деректерден тазартылған мысалдарын жинаңыз: толтырылған өтінім, міндетті деректері жоқ өтініш, қайталанған хабарлама және қарама-қайшы мәліметтер. Әрқайсысына дұрыс нәтижені немесе адамға беру себебін жазыңыз. Фактілердің өзекті дереккөзін және оның тексерілген күнін көрсетіңіз: модель жетіспейтін бағаны, мерзімді немесе компания ережесін болжауға тиіс емес.
Баптауға арналған материалдар мен бөлек бақылау жиынтығын ажыратыңыз. Жүйені бірдей сәтті мысалдармен баптап, солармен бағаласаңыз, тексеру нәтижесі тым оң болып шығады. Бақылау сценарийлері ерекшеліктерді қоса алғанда, командаға шын мәнінде түсетін жұмысты көрсетуі керек.
Қазақстандағы компания үшін тексеру жиынтығын нақты өтінімдеріне сүйеніп жасаған жөн. Клиенттер орысша және қазақша жазса, екі тілді де, бір сұрауда аралас қолданылуын да тексеріңіз. Қолданылатын телефон, мекенжай, сома және валюта пішімдерін көрсетіңіз; деректерді тасымалдау олардың мағынасын өзгертпейтінін қызметкерден тексеруді сұраңыз. Тек мүмкіндіктер тізімі үшін тілдер мен қосылымдарды қоспаңыз.
Жұмыс процесіне қоспас бұрын пилоттан өтіңіз
- Бастапқы тәртіпті тіркеңіз: өтінімді кім өңдейді, дайындау мен тексеруге қанша уақыт кетеді, қандай қателерді түзету қажет.
- Шектеулі сценарийді, қолжетімді дереккөздерді және жүйе өздігінен орындауға құқылы емес әрекеттерді сипаттаңыз.
- Прототипті дайындалған деректермен тексеріңіз. Бұл кезеңде нәтиже жоба күйінде қалады; хат жіберу, төлемдер және жұмыс жазбаларын өзгерту келісілген растаусыз орындалмайды.
- Қызметкермен бірге бақылау сценарийлерін тексеріңіз: сәтті нәтиже, деректердің жетіспеуі, қате жауап және сыртқы сервистің қолжетімсіздігі.
- Нәтижелерді бастапқы үдеріспен салыстырыңыз. Нені түзету керегін, шектеулі жұмыс бөлігін іске қосу орынды ма және оны бақылауға кім жауапты екенін шешіңіз.
Пилотқа дейін қандай нәтиже қолайлы деп саналатынын келісіңіз. Жылдамдықпен қатар рұқсат етілетін қателер, қолмен тексеру көлемі, сервистер құны және автоматтандырусыз жұмысты жалғастыру мүмкіндігі маңызды. Шек басқа біреудің жарнамалық кейсінен алынбай, нақты міндетке сай белгіленеді.
- Өтінім үшін: міндетті өріс толтырылмаса, нақтылау сұралады; сол өтініштің қайта жеткізілуі қайталанған жазба жасамайды; беру ақауы жауапты адамға көрініп тұрады.
- Құжат үшін: сандар мен шарттар көрсетілген дереккөздерге сай, расталмаған мәліметтер белгіленген, қызметкер нобайды түзетуге қайтара алады.
- Іске қосу үшін: бақылау мысалдары мен тексерушінің шешімдері сақталған, жауапты адам тағайындалған, қолмен орындау жолы тексерілген. Осы үдеріске рұқсат етілетін уақыт пен түзетулер үлесі сынаққа дейін келісіледі.
Қосылымдардың мүмкіндіктерін тексеріңіз
CRM немесе есеп жүйесінің атауының өзі қажетті әрекеттің қолжетімді екенін растамайды. Нақты нұсқасын, интерфейстерін, құқықтары мен шектеулерін тексеру қажет. Деректерді оқуды, жазбалар жасауды және бар ақпаратты өзгертуді алдын ала ажырату маңызды.
Жұмыс ортасын да талқылаңыз: таңдалған сервистерге қандай деректі беруге болады, ол қайда өңделеді және қолжетімділікті кім басқарады? Бұл шарттар функциялармен, сервис құнымен және кейінгі сүйемелдеумен қатар шешімді анықтайды.
Тоқтату мен қолмен орындау жолын қарастырыңыз
Сыртқы сервис жауап бермеді немесе өтініште міндетті мән жоқ деп елестетіңіз. Жүйе әрекетті қайталауы, жазбаны тексеруге қоюы немесе қызметкерге хабарлауы керек пе? Сұраудың бұрын өңделгенін түсінуге не көмектеседі?
Маңызды өзгерістер үшін адамның растауын қарастыруға болады. Жауапты адамда нәтижені түзетіп, жұмысты қолмен жалғастыру мүмкіндігі қалуы керек. Қалпына келтіру тәртібін іске қосуға дейін негізгі сценариймен бірге тексерген пайдалы.
Нәтижені салыстыруға келетін мысалдармен салыстырыңыз
Өзгеріске дейін қолмен орындалатын әрекеттер санын, өңдеу уақытын және әдеттегі түзетулерді тіркеңіз. Содан кейін салыстыруға болатын өтінімдерді жаңа тәсілмен өңдеңіз. Автоматты қадамның жылдамдығын ғана емес, қызметкердің тексеру уақытын да өлшеңіз.
- Қабылданған нәтижеге дейінгі уақыт: дайындау, күту, тексеру және түзету бірге. Алдын ала таңдалған кезеңдегі біртекті міндеттерді салыстырыңыз.
- Сапа: қанша нәтиже мазмұндық түзетусіз қабылданды және қаншасына фактілерді түзету немесе маманға беру қажет болды.
- Сенімділік: өткізіп алу, қайталанатын жазбалар, ақаулар және қолмен жұмыс процесіне оралу уақыты.
- Шығындар: сервистер, сүйемелдеу және қызметкердің тексеруге жұмсаған уақыты. Түзетуге көбірек уақыт кетсе, тез дайындалған алғашқы нобай үнемді білдірмейді.
Өтінім үшін қарапайым журнал пайдалы: мысал идентификаторы, күтілетін өрістер, нақты нәтиже, тексеруші ескертпесі, уақыт және қабылданған шешім. Белгісіз әсер нөлдік немесе оң деп емес, «әлі өлшенбеген» деп жазылады. Өлшемдер орындалмаса, пилотты жетілдіреді немесе тоқтатады; дербес іске қосу міндетті қорытынды емес.
Әсерін түсінікті мысалмен есептеңіз
Шартты мысал, GIFS жобасының нәтижесі емес: компания айына бір типті 200 өтінішті өңдейді. Бұрын қызметкер бір аяқталған өтінішке орта есеппен 12 минут жұмсайтын. Пилотта — тексеру мен түзетулерді қоса алғанда 8 минут. Айырма (12 − 8) × 200 = 800 минут, яғни сол көлем мен салыстырмалы сапада айына 13 сағат 20 минут.
Босаған уақыт дәл сондай ақшалай үнемді немесе сатылым өсімін білдірмейді. Сервистер ақысын, сүйемелдеуді және бір реттік жұмыстарды бөлек есептеңіз; команда бұл уақытты нақты неге жұмсайтынын қараңыз. Жаңа процесс жиі қателессе немесе басқа бөлімдерде қосымша тексеру қажет етсе, оны да есепке қосыңыз. Өлшеусіз оқу мысалының нәтижесін өз компанияңызға көшірмеңіз.
Талқылауды бірнеше жолдан бастауға болады: «Деректерді осы жерден аламыз, мына әрекеттерді орындаймыз, осындай нәтиже алғымыз келеді». Бөлімде ЖИ-ді бизнеске енгізу GIFS-тің осындай міндеттерге көзқарасы сипатталған. Қадамдар ретін, сервис атауларын және жеке деректерден тазартылған мысалды жіберіңіз — бұл пилот көлемін анықтауға және қосылымдарды тексеруге негіз болады.