Внедрение ИИ в бизнес: с чего начинаются ошибки
Корректная задача начинается с измеримой потери, например базы из 8 000 контактов, которым не звонили 2 года.
Правильная формулировка звучит иначе: «мы теряем N заявок в месяц из-за медленного ответа» или «в базе 8 000 контактов, которым два года не звонили». Это уже техническое задание, а не пожелание. Методология ниже - четыре шага, которые превращают «нам нужен ИИ» в измеримый проект.
Шаг 1. Найти, где утекают деньги
В кейсе магазина на Авито первый ответ занимал 20-30 минут при нескольких тысячах сообщений в месяц, и покупатель успевал уйти к конкуренту.
Скорость первого ответа. Сколько минут проходит между обращением клиента и первой реакцией менеджера. В кейсе магазина на Авито это было 20-30 минут при потоке в несколько тысяч сообщений в месяц - покупатель успевал написать соседнему продавцу и купить у него.
Недозвон. Какая доля исходящих звонков заканчивается разговором, а не автоответчиком или сбросом. У «Аллигатора» до внедрения дозванивались до 35% контактов в базе B2B-клиентов - остальные звонки не приносили ничего, при том что менеджеры тратили на них время.
Спящая база. Сколько контактов в CRM не получали ни звонка, ни сообщения последние полгода-год. У стоматологии в Красноярске таких оказалось 8 200 - база копилась годами, но никто системно её не поднимал.
Повторные продажи и зависшие заявки. Сколько заявок стоит без движения дольше нормального цикла сделки. В кейсе жилого комплекса таких обнаружилось 700 - заявки были, но менеджеры физически не успевали их разобрать.
Эти цифры собираются из CRM и телефонии за один день. Если что-то из перечисленного не считается сейчас - это и есть первая находка: без базовой метрики нельзя доказать, что внедрение сработало.
Шаг 2. Выбрать первый сценарий для внедрения ИИ в бизнес-процессы
Обзвон 52 000 контактов в логистическом B2B-проекте окупает подготовку сценария за счёт масштаба; на базе из 50 контактов та же разработка убыточна.
Объём. Чем больше однотипных обращений или звонков в месяц, тем быстрее окупается разработка сценария. Обзвон 52 000 контактов в логистическом B2B-проекте окупает подготовку сценария за счёт масштаба - на 50 контактах та же разработка была бы убыточной.
Повторяемость. Процесс должен состоять из похожих диалогов, а не из уникальных переговоров каждый раз. Реактивация спящей базы, приём типового входящего обращения, запись на услугу - повторяемые сценарии. Сложные B2B-переговоры с индивидуальными условиями - нет.
Измеримость. У процесса должна быть цифра «было» и понятная цифра «стало»: конверсия, дозвон, выручка с базы. Без этого шаг 1 не выполнен, и переходить к внедрению рано.
Терпимость к ошибке. Если ошибка ИИ в диалоге стоит клиенту немного, сценарий безопасен для старта. Если ошибка означает юридический риск или крупную сумму, это не первый сценарий.
Первый сценарий не должен быть самым сложным в компании. Берут процесс с наибольшим объёмом и наименьшим риском, отрабатывают на нём методику и получают первую измеримую цифру, а сложные сценарии с исключениями подключают вторым и третьим шагом, когда команда и бот уже прошли пилот.
Шаг 3. Пилот, и шаг 4. Масштабирование
Пилот: проверка на ограниченной выборке
Пилот занимает первые 2-3 недели общего срока внедрения в 2-6 недель, после чего успешный сценарий масштабируют на остальные сегменты.
Стандартная длительность пилота укладывается в первые 2-3 недели из общего срока внедрения в 2-6 недель. На этом этапе диалоги и звонки бота слушают и читают вручную: разбирают 50-100 реальных случаев, ищут, где бот путает контекст, неправильно называет условия или теряет клиента на возражении. Правило простое: бот не имеет права придумывать условия, которых нет в базе знаний, - любое расхождение с фактами останавливает пилот до исправления промпта.
Пилот останавливают и дорабатывают сценарий, если ошибка систематическая: одна и та же путаница повторяется у разных клиентов, а не единичный случай. Пилот считается пройденным, когда метрика из шага 1 сдвинулась в нужную сторону на контролируемой выборке и ручная проверка диалогов не находит критичных ошибок.
Масштабирование: что ломается при росте
То, что работало на пилотной выборке, на полном объёме нагружает совсем другие места. Расширение обзвона в логистическом B2B-проекте увеличило охват базы в 7 раз - до 52 000 контактов, и при таком объёме проявляются проблемы, незаметные на пилоте: качество данных в CRM, скорость обработки ответивших менеджерами, актуальность базы знаний для новых возражений, которые на маленькой выборке просто не встретились.
Отдельно ломается ручной контроль: то, что на пилоте проверяли построчно, при кратном росте потока физически нельзя читать целиком - нужны выборочные проверки и пороговые метрики, которые сигнализируют, когда диалог стоит посмотреть человеку. Ещё одно узкое место - передача сложных случаев живому менеджеру: если на пилоте эскалации было две в день, а после масштабирования их пятьдесят, нужен отдельный процесс приёма и разбора, иначе тот же недозвон, с которым боролись автоматизацией, воспроизводится на новом участке.
Что даёт внедрение ИИ в бизнес-процессы: таблица результатов
| Процесс | Что делает ИИ | Результат |
|---|---|---|
| Реактивация спящей базы | Обзвон неактивных контактов, квалификация, запись | 8 200 контактов → 303 записи, 1,44 млн ₽, ROI 13× (кейс стоматологии) |
| Обработка входящих заявок | Мгновенный ответ, квалификация, доведение до оплаты | ответ 20-30 минут → 20-30 секунд, конверсия 13,5-14% → 25% (кейс на Авито) |
| Недозвон в B2B-продажах | Повторные попытки дозвона по сценарию | дозвон 35% → 45%, +15 млн ₽ допродаж (кейс «Аллигатор») |
| Расширение охвата базы | Параллельный обзвон большого массива контактов | охват базы ×7, 52 000 контактов (кейс логистики B2B) |
| Разбор зависших заявок | Обзвон и квалификация накопленных заявок | 700 заявок закрыто за 10 дней, 200+ лидов за 3 дня (кейс жилого комплекса) |
| Запись на услугу | Запись, подтверждение, напоминание о визите | +941 500 ₽ в месяц (кейс бьюти-салона) |
В стоматологическом пилоте реактивация 8 200 контактов дала 303 записи, 1,44 млн ₽ выручки и расчётный ROI 13x.
Кто нужен со стороны бизнеса и сколько это займёт
Со стороны бизнеса нужны владелец процесса, доступы и 50-100 реальных диалогов; старт одного сценария стоит от 70 000 ₽.
Доступы. CRM, куда бот пишет сделки и откуда берёт контакты - AmoCRM, Bitrix24, RetailCRM, Yclients или нестандартная система через webhooks, - и телефония или мессенджер, в котором идёт диалог. Выдать доступы занимает у IT-специалиста заказчика от получаса до дня.
База знаний. Цены, условия, скрипты возражений, регламент по скидкам - всё, что менеджер держит в голове. Это самая трудозатратная часть со стороны клиента: собственнику или РОПу нужно выделить несколько часов, чтобы выписать то, что раньше не документировалось.
Исторические диалоги и звонки. 50-100 реальных случаев, на которых видно, как клиенты сейчас возражают и на каком шаге отваливаются. Без этого сценарий пишут по общим представлениям о нише, а не по факту.
Срок внедрения одного сценария - 2-6 недель: узкий процесс на одном сегменте укладывается в две недели, комплексный проект с интеграцией CRM и несколькими сценариями занимает полтора месяца, как в кейсе с масштабированием обзвона в логистике. Стартовое внедрение одного сценария - от 70 000 ₽, типичный проект - 150 000-1 000 000 ₽ в зависимости от числа сценариев и интеграций. Точная окупаемость считается на диагностике длительностью 40 минут: для новых клиентов она бесплатная, а не входит отдельной строкой в смету.
Вопросы и ответы
С чего начать при небольшом бюджете?
С одного самого объёмного и самого дешёвого в исправлении процесса - чаще всего это реактивация спящей базы: контакты уже оплачены рекламой, их просто не обзванивали. Кейс стоматологии в Красноярске окупился с ROI 13× именно на этом сценарии.
Сколько занимает весь процесс от диагностики до результата?
Диагностика - 40 минут. Пилот на одном сценарии - первые 2-3 недели из общего срока внедрения в 2-6 недель. Первую измеримую цифру по метрике из шага 1 обычно видно уже на пилоте, до полного масштабирования.
Что делать, если у нас нет CRM?
Узкий пилотный сценарий можно запустить и без CRM - на связке телефонии и таблицы. Но данные без CRM не накапливаются: в кейсе на Авито до внедрения в CRM велось только 30-40% сделок, и это мешало считать реальную конверсию. Для масштабирования за пределы пилота CRM или её минимальный аналог нужны обязательно.
Кто отвечает за результат внедрения?
Метрика фиксируется на диагностике до старта работ: конкретная цифра по конверсии, дозвону или выручке с базы, а не абстрактное «внедрить ИИ». Подрядчик отвечает за то, что зафиксировано в этой цифре, поэтому шаг 1 - измерение «было» - обязателен: без него не с чем сравнивать «стало».
Что делать с сопротивлением сотрудников?
Показать, что бот забирает рутину, а не роль. В кейсе на Авито после внедрения четырёх менеджеров не сократили - они ушли с типовой переписки на крупные сделки, а массовый поток обращений, который физически невозможно было разобрать руками в пик дня, взял на себя ИИ. Сопротивление обычно снимается конкретной цифрой: сколько времени сценарий освобождает у конкретного человека в неделю.
Разберём вашу воронку за 40 минут: где теряются заявки и какой сценарий поставить. или напишите в.
Разберём вашу задачу на цифрах
Посмотрим воронку и поток обращений, скажем, какой сценарий ставить первым и что он должен окупить.
Написать Александру →