Компанията получава запитвания по формата на сайта, по имейл и от няколко кампании. Всяко минава през човек, преди изобщо да се разбере дали си струва внимание.
Средно голяма компания с търговски отдел от шестима души получава около двеста запитвания седмично по три канала. Преди да се отговори на което и да е, някой трябва да прочете съобщението, да провери дали фирмата вече е клиент, да прецени какъв е типът на запитването и да го насочи. При четири минути на запитване това са около тринадесет часа седмично, отделени преди започването на същинската работа.
Числата са примерни и служат да покажат мащаба. Ако при вас са различни, промяната на едно от тях променя целия извод, затова сметката се прави с вашите стойности.
Шест стъпки в двата случая. Разликата е къде влиза човек.
Всяко запитване минава през пълния ръчен цикъл, независимо какво съдържа.
Същите шест стъпки. Търговецът влиза при несигурност, не при всяко запитване.
Стъпката „при ниска увереност“ не е предпазна мярка, добавена накрая. Тя е това, което позволява останалите пет да вървят без наблюдение.
Не четенето на запитването е проблемът. Проблемът е, че за да се вземе решение по него, човек трябва да отвори CRM, да провери историята и да си припомни кой отговаря за този тип клиент, три отделни действия, всяко в различна система, преди да е написана и една дума отговор.
Системата не отказва клиент и не преценява дали сделката си струва. Тя подрежда информацията и предлага насочване. Решението кой клиент е приоритет остава при търговския екип, защото зависи от неща, които не са в нито една система.
Веригата е една и съща във всички наши проекти. Разликата е какво стои във всяко звено.
Веригата минава през четири звена, преди записът да е готов за работа.
Бихме измервали: време до насочване, дял запитвания с пълен запис, дял, минал през човек
Разделението е изрично, защото от него зависи какво може да се обещае.
Разделението е важно, защото определя какво може да се обещае. Класификацията е работа за AI; правилото „над сто хиляди евро винаги при ръководителя“ е работа за правило.
Изключенията не са грешки в проекта. Те са това, което определя дали процесът ще работи в реална среда.
Тези четири покриват по-голямата част от реалните случаи. Останалите се откриват при пилота, затова той работи с реални минали запитвания.
Показателите се сравняват с изходно състояние, измерено преди началото.
Колко бързо запитването стига до човек, който може да отговори.
Каква част минава без ръчна квалификация.
Дали насочването е било вярно.
И къде не си заслужава, това е също толкова полезно да се знае.
Ако не сте сигурни в коя група попадате, това е точно въпросът, на който отговаря AI одитът.
Редовният пример и примерът с проблем показват защо един структуриран резултат още не е разрешение за действие.
Това е работеща демонстрация на проверките след извличане на данните. Използва примерен структуриран резултат, не изпълнява AI модел, OCR или връзка с CRM/ERP и не изпраща въведеното към сървър. Използвайте само тестови данни.
Изберете пример и натиснете „Провери данните“.
Дори при успешна проверка последната стъпка е човешко одобрение. Бутонът сменя само тестовия статус на тази страница. В реална система правилата, разрешените действия и изключенията се договарят предварително.
Илюстративен сценарий. Описаният случай е примерна структура на работен процес, а не резултат при конкретен клиент. Показателите описват какво бихме измервали при реално внедряване. Измерени данни публикуваме само със съгласие на клиента и с описана методология.
Опишете го с две изречения и ще кажем къде при вас е тясното място.
Този примерен сценарий може да бъде отправна точка за собствен проект. Конкретният обхват, достъпите и критериите за приемане се уточняват за вашите системи.
Ползваме бисквитки само за да разберем как се ползва сайтът. Без съгласие не се зарежда нищо. Подробно в политиката за бисквитки.
