Записването на разговор звучи като малка стъпка. Някой се обажда, пише, изпраща имейл — и системата запомня какво е казано и се грижи да последва действие. Под чат прозореца или транскрипцията обаче се крие купчина условия, които често не са видими, докато пилотният проект не се заплете. Тази страница описва какво е конкретно необходимо за това, не дали вашата организация ще успее.
Записване на разговор означава, че говор или текст се преобразуват в запис: кой какво е казал, кога и с какъв повод. Проследяване означава, че от този запис следва действие — създава се задача, статус се променя, някой получава сигнал. Това е верига: записване, интерпретиране, насочване, изпълнение. Всяко звено има собствено изискване. Интерпретацията трябва да знае кои полета имат значение. Насочването трябва да знае кой за какво носи отговорност. Изпълнението трябва да се приземи някъде — в система, която може да обработи това действие. Как точно тези стъпки следват една след друга и къде се заплитат, е описано на вериги, в които стъпките следват една след друга.
Преди системата да може да запише разговор по начин, който е полезен, самата организация трябва да е определила какво в този разговор е от значение. Става ли дума за жалба, заявка, промяна, въпрос, който не води до нищо? Ако това разделение не съществува, или ако всеки отдел използва различна версия от него, не може да се записва нищо последователно. Това е организационен въпрос, не технически проблем: става дума за роли, отговорности и въпроса кой определя какво е правилно приключване. Без тези договорености системата регистрира нещо, но не нещо, върху което може да се управлява.
Записване без проследяване е архив. Проследяването изисква разговорът да достигне до система, която може да стартира действие — тикет, задача, промяна в досие. Това изисква връзка между мястото, където се провежда разговорът, и системите, където работата продължава. Ако тази връзка не съществува, резултатът от разговора се препечатва ръчно, и тогава малко е спечелено. Преди записването и проследяването да работят заедно, трябва да съществува инфраструктура, която може да движи съобщения, статуси и записи между системите — не като еднократна интеграция за един процес, а като средство, което е повторно използваемо.
Записан разговор е използваем само ако данните, които се съдържат в него — име, номер на досие, дата — съответстват на вече известното. Ако тези данни не са записани еднозначно, или ако съществуват няколко версии на един и същ клиент или едно и също досие, се стартира проследяване на база грешна връзка. Това не е въпрос на по-добър модел, а на управление на данни, което е подредено предварително: еднозначна идентификация, установен източник на истина и начин за сигнализиране на отклонения, преди те да се пренесат в действие. Къде самото това сигнализиране изисква отделен слой, е обяснено на мониторинг и сигнализиране.
Проследяването не винаги е следване на фиксирано правило. Често някъде във веригата трябва да се направи преценка: този разговор спешен ли е, трябва ли да се ескалира, попада ли в съществуваща категория или не? Тази преценка може да бъде подпомогната, но тогава предварително трябва да е ясно каква информация е необходима за тази преценка и кой има право да коригира резултата. Какво е възможно и какво не в това отношение, е описано на подпомагане на решения. Без тази подготовка преценката остава при човек, което само по себе си не е проблем — става проблем само когато никой не е установил, че това е намерението.
Пилотен проект за записване на разговори често работи в рамките на един екип, с една телефонна линия или една входяща кутия, и изглежда, че функционира. Веднага след като процесът се разгърне по-широко, се оказва, че предположенията от този пилотен проект не важат навсякъде: други системи, други определения, други отговорници. Защо пилотен проект, който работи само в своя собствен ъгъл, рядко дава нещо на останалата част от организацията, е разработено на пилотни проекти, които не стигат по-далеко от собствения си ъгъл. А ако след пилотния проект никой не е собственик на самото проследяване, инициативата изчезва, щом вниманието се измести — вижте също демонстрации без собственик.
Ако записването и проследяването добре съответстват едно на друго, всеки разговор е проследим и всяко действие може да бъде проследено до повода. Това е условие за спокойствие в процеса, не гаранция за скорост или по-малко работа. Дали записването на разговори може да бъде изпълнено и от система, която сама предприема действие, зависи от начина, по който е организирано това изпълнение — вижте агенти, които изпълняват работа.
Тази страница описва какво изисква записването и проследяването на разговори, за да може да работи. Друг въпрос е коя част от тази работа действително може да бъде поета от AI и коя част остава при хората. На този въпрос отговаря работният скенер на FTE TO AI, който за всяка задача изчислява каква част от работата може да бъде прехвърлена и каква част не.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.