Artisan AI впровадження: чому агент продажів не доходить до угоди
Автономний агент продажів переконливо виглядає на демонстрації: лід пише — відповідь надходить за секунди, питання закриваються, зустріч у календарі. У робочому контурі все ламається на стиках.
Artisan AI впровадження починається не з налаштування реплік, а з карти маршруту звернення: де воно живе, хто його підхоплює і в який момент діалог перестає рухатися.
Перша точка відмови — неробочі години. Вночі та на вихідних агент або мовчить, або йде в шаблонну заглушку, і лід, який написав о 23:40, до ранку вже отримав відповіді у двох конкурентів.
Автоматизація b2b продажів без цілодобового прийому звернень просто переносить втрату на найгарячіший час — той, коли клієнт обирає між постачальниками.
Друга — передача менеджеру. Агент збирає параметри і «передає» лід у CRM, але людина бачить завдання через годину, повертається в листування, де вже три гілки в різних каналах, і втрачає контекст.
Втрата звернень у листуванні відбувається не в момент питання, а саме на передачі: немає єдиної нитки діалогу — немає й продовження розмови.
Третя — ручна кваліфікація. Поки бюджет, роль в угоді та строки з’ясовує людина, потік заявок упирається в її пропускну здатність, а агент продажів не відповідає ліду в ті хвилини, коли рішення ще не ухвалено.
Кваліфікацію має вести агент — із самого листування, віддаючи менеджеру готовий профіль з історією дотиків.
Додайте розрив між каналами: пошта, месенджер, форма на сайті та дзвінок живуть окремо, і той самий лід заводиться двічі або не заводиться взагалі. Розбираємо, як це закривається.
Що дає впровадження: ефекти у вимірюваних показниках
Ефект від AI-співробітника Artisan AI Ava SDR вимірюється не зручністю налаштування, а чотирма показниками, які видно в системі обліку угод: час першої відповіді, частка діалогів, доведених до кваліфікації без менеджера, обробка звернень у неробочий час і навантаження на відділ продажів.
Раніше перша відповідь надходила через години, а нічна заявка чекала до ранку — на той момент клієнт уже говорив із конкурентом. Ava SDR відповідає протягом хвилин, цілодобово, ставить кваліфікаційні питання і передає менеджеру готовий контекст угоди.
| Показник | До впровадження | Після впровадження |
|---|---|---|
| Час першої відповіді | години в робочий час, вночі — до ранку | хвилини, включно з ніччю та вихідними |
| Кваліфікація лідів | вручну, після дзвінка менеджера | у діалозі, без участі менеджера |
| Звернення в неробочий час | накопичувалися в черзі до зміни | обробляються одразу, зустріч у календарі |
| Навантаження на відділ продажів | зміна йде на первинний розбір | менеджер веде лише кваліфіковані діалоги |
Менеджер перестає бути фільтром первинки: за зміну проходить у рази більше звернень тим самим складом, а час іде на діалоги з високою ймовірністю угоди. Заміри знімаємо до і після за тими самими полями, тому видно, де ефект є, а де сценарій потребує доналаштування.
Варіанти запуску агента продажів: хмара, власний контур, гібрид
Режим запуску визначає не лише швидкість, а й те, де фізично лежать листування, історія угод і вивантаження із системи обліку. Агент читає вхідні повідомлення, історію угод і поля контактів, а результат пише назад — отже, на час роботи він бачить ті самі дані, що й менеджер. Звідси три схеми, між якими реально обирають.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Хмарний запуск агента | Потрібен робочий контур у короткий строк, листування ділове, жорстких вимог до його розміщення немає | Обробка йде на стороні сервісу, окреме погодження з безпекою не обійти |
| Закритий контур і дані клієнтів | Вимоги безпеки або регулятора забороняють виносити листування за периметр | Розгортання довше, оновлення та ресурси — на стороні замовника |
| Гібридна схема інтеграції | Листування залишається всередині, а логіка агента й модель працюють ззовні | Потрібно спроєктувати обмін і стежити, щоб назовні йшли лише дозволені поля |
Вибір майже завжди впирається в одне: чи дозволено листуванню покидати ваш периметр. Якщо так — хмара дає найшвидший старт; якщо ні — рахуємо гібрид, він закриває більшість вимог без повного розгортання.
Підключення до системи обліку угод проєктуємо окремо в кожному режимі: десь це штатний обмін за ключем доступу, десь — проміжний шар усередині периметра.
Етапи проєкту: від аудиту листування до бойових лідів
Проєкт іде короткими ітераціями, і кожен етап закінчується перевірюваним артефактом: розбором діалогів, схемою сценаріїв, робочою зв’язкою з обліковою системою. Порядок вибудуваний так, щоб помилки в логіці спливали на листуванні, яке агент ще не веде, а не на живих клієнтах.
- Аудит листування відділу продажів. Розбираємо історію діалогів і воронку: швидкість першої відповіді, частка звернень без відповіді, типові заперечення та місця, де угоди застрягають.
- Проєктування логіки агента. Сценарії кваліфікації, правила ескалації менеджеру, тон відповіді та перелік того, що агент не має права обіцяти клієнту.
- Налаштування зв’язок з обліковою системою. Угоди, статуси, відповідальних і поля обміну налаштовуємо в обидва боки — активність агента видно в картці, а зміна статусу змінює його поведінку.
- Тестовий запуск на реальних діалогах. Проганяємо агента на історичних зверненнях і звіряємо з тим, як відповів би сильний менеджер; рахуємо коректні кваліфікації та ескалації.
- Передача та навчання команди. Регламент ескалації, доступи до налаштувань, розбір спірних діалогів і правила правки сценаріїв силами вашої команди.
- Приймання агента продажів. Замір на контрольній вибірці: частка звернень з відповіддю, час першої відповіді, якість кваліфікації та збереження тону.
Після приймання агент працює на повному потоці, а ми залишаємося на супроводі сценаріїв і розборі відхилень.
Пакет передачі: конфігурації, політики доступу, регламенти
Передача — це не вивантаження налаштувань, а набір артефактів, з якими ваша команда працює без нас: правки сценаріїв, зміна умов ескалації, розбір спірних діалогів. Нижче — що саме залишається у замовника після запуску агента продажів на базі Artisan AI.
- Налаштовані сценарії та правила відповідей: стартові репліки, кваліфікаційні питання, відпрацювання типових заперечень, стоп-слова та заборонені формулювання — з прив’язкою до сегментів і джерел вхідних.
- Схема зв’язок агента з вашими системами: куди він пише результат діалогу, які поля картки оновлює, що робить при недоступності зовнішнього сервісу — із зазначенням відповідального за кожну зв’язку.
- Політики доступу до листування: ролі менеджерів і керівників, кому видно гілку повністю, хто має право правити сценарії, як видаються та відкликаються права при зміні співробітника.
- Регламент ескалації діалогу: умови передачі людині (запит індивідуальних умов, юридичне питання, негатив, кілька невдалих спроб), кому надходить діалог, за який час і який контекст агент додає.
- Журнал дій агента: кожне повідомлення, ухвалене рішення, звернення до зовнішніх систем і спрацьоване правило — з міткою часу та ідентифікатором діалогу, з вивантаженням для аудиту та розбору якості.
- Документація щодо агента продажів: інструкція для менеджерів — як читати історію діалогу, де втрутитися, як перезапустити сценарій; карта змін з версіями правил і відповідальним.
- Порядок внесення змін: тестовий контур, прогін правок на історичних діалогах і критерії відкату до попередньої версії сценарію.
Кейс: відділ продажів із 12 осіб і три канали звернень
До запуску
Дванадцять менеджерів закривали три вхідних канали: пошту, форму на сайті та месенджери. Вночі, на вихідних і в свята черга зростала — до ранку частина звернень була вже неактуальною, а клієнти йшли до тих, хто відповів першим. Розбирали це за залишковим принципом: спочатку гарячі угоди, потім усе, що накопичилося за ніч.
Після запуску
Цифрового співробітника Ava SDR підключили до всіх трьох каналів одразу — єдина черга, спільні правила ескалації, одна історія за кожним контактом.
Нічні та вихідні звернення він розбирає сам: уточнює завдання, звіряється з каталогом і прайсом, відповідає на типові питання і передає менеджеру лише ті діалоги, де потрібна людина — нестандартні умови, великий обсяг, конфлікт.
Час першої відповіді скоротився до 40 секунд у будь-який час доби. Частка діалогів, закритих без менеджера, вийшла на 58% — це запити на склад, строки поставки, сумісність і повторні звернення.
Пропущених звернень залишилося близько 2% проти 17% до запуску: нічна зміна перестала бути вузьким місцем відділу.
Повторних звернень клієнтів стало більше: повертатися простіше, коли відповідь надходить одразу, а все листування лежить в одному вікні. Менеджери переключилися на угоди, де потрібні переговори та умови, замість пересилання прайсу й уточнення базових питань.
Чим агент продажів відрізняється від чат-бота та автовідповідача
Чат-бот і автовідповідач ідуть за заздалегідь написаним деревом: кнопки, розгалуження, заготовлені фрази. Щойно клієнт формулює питання своїми словами, діалог упирається в «не зрозумів, виберіть пункт меню» — і частина звернень губиться.
Агент продажів тримає мету розмови, а не послідовність кроків. Він розбирає сенс репліки і сам обирає наступний хід: уточнити завдання, зняти заперечення, повернути розмову до справи. Відповідь будується за контекстом листування, а не за номером кнопки.
Головна ж відмінність — пам’ять діалогу з клієнтом. Агент веде картку: що обговорювали, які ролі та строки називалися, які заперечення прозвучали, у якому каналі велося листування. Повернення до розмови через кілька днів починається не з нуля, а з останньої точки.
Кваліфікація ліда в листуванні влаштована так само предметно. Замість «залиште телефон, менеджер зв’яжеться» агент з’ясовує завдання, масштаб, склад учасників і строки, фіксує відповіді та за формальними ознаками вирішує, чи готовий клієнт до розмови з людиною.
Передача діалогу менеджеру — усвідомлена подія, а не скидання за словом «оператор». Менеджер отримує вижимку та стенограму: з чим прийшов клієнт, що вже обіцяно, що залишилося уточнити. Саме ця логіка відрізняє агента від автовідповідача, і вона ж лежить в основі Artisan AI.
Сумніви перед запуском: відповідаємо на часті запитання
Перед стартом технічні команди ставлять майже ті самі п’ять запитань — вони про сумісність із уже працюючими процесами, а не про довіру до технології.
Нижче відповідаємо без маркетингу: що робити з налаштованим автовідповідачем, як обробляються нестандартні формулювання і де закінчується наша зона відповідальності.
У нас уже працює автовідповідач — не буде конфлікту?
Спочатку розбираємо поточні правила та канали. Дублювальні сценарії вимикаємо, поштовий автовідповідач залишаємо як заглушку на час недоступності.
Маршрутизацію будуємо за принципом «один вхідний канал — одне джерело відповіді», щоб клієнт не отримував два різних листи на один запит.
Що відбувається з нестандартними питаннями клієнтів?
Кожен сценарій має поріг впевненості. Усе, що нижче — переходить людині разом з історією листування, а не переписується навмання.
Поріг налаштовуємо окремо за типами запитів: на типових він нижчий, на комерційних умовах — вищий, тому частка хибних відповідей тримається в узгоджених межах.
Наскільки безпечне листування з клієнтами?
Доступ видаємо за ролями, кожна дія потрапляє в журнал, канал передачі шифрується. Листування зберігається у вашому контурі, вміст не йде на навчання зовнішніх сервісів і вивантажується за запитом у машинно-читабельному вигляді.
Хто відповідає за якість відповідей?
Ми відповідаємо за коректність сценаріїв, логіку уточнювальних питань, інтеграції та метрику якості. Зміст — умови поставки, строки, знижки — зона замовника: погоджуємо регламент, за яким база знань оновлюється, а зміни проходять перевірку перед публікацією.
А якщо в базі знань помилка в умовах поставки?
База версіонується, попередня редакція зберігається для відкату. Якщо відповідь розходиться з актуальним прайсом або умовами, сценарій не відповідає, а переводить діалог на менеджера з позначкою про причину — це дешевше, ніж розбирати наслідки невірної цифри в рахунку.
Обговоримо завдання: з чого починається пілот
Пілот агента продажів на базі Artisan AI починається не з налаштування сценаріїв, а з інвентаризації: якщо незрозуміло, звідки беруться ліди, які поля обов’язкові і хто приймає відповідь агента, автоматизація перетворюється на пересилання листів між роботом і менеджером.
- Доступи: скринька або домен для вихідних, вивантаження контактів, право читати листування за вибраним сегментом.
- Пропозиція: 2–3 сегменти, які веде агент, і типові заперечення з готовими відповідями.
- Критерії кваліфікації: коли лід вважається цільовим і в який момент діалог переходить людині.
- Межі автономності: що агент надсилає сам, а що потребує підтвердження менеджера.
- Точка прийому відповідей: CRM, пошта або таблиця — і хто обробляє їх того ж дня.
- Метрики пілоту: частка відповідей, перехід у діалог, число переданих менеджеру лідів.
На першому кроці ми розгортаємо тестовий контур, запускаємо агента на одному каналі — наприклад, вихідна пошта за одним сегментом — і збираємо сценарії з правилами ескалації.
Вузький зріз дає оцінку обсягу робіт, не переписуючи процеси всієї команди: видно, скільки діалогів агент веде сам і де ламається.
Далі — план робіт з автоматизації продажів: другий канал, інтеграції, регламент передачі лідів, розбір метрик після пілоту. Опишіть завдання — повернемося з оцінкою та планом робіт.
