Внедрение ИИ в продажи: с чего начать и какие данные нужны
ИИ в продажах окружён ожиданием «волшебной кнопки»: включим - и продажи вырастут сами. На практике внедрение, которое начинается с покупки «какого-нибудь ИИ», почти всегда заканчивается разочарованием: функция включена, отчёты приходят, но работа отдела не меняется. Начинать нужно с другого.
Внедрение ИИ в продажи начинается не с технологии, а с порядка в данных и одной конкретной задачи. Сначала проверяют готовность CRM, затем выбирают один сценарий, проводят пилот на небольшой группе с исходным замером и только после оценки распространяют его на весь отдел. Ниже - практический план по шагам: что проверить, как выбрать первый сценарий, как устроить пилот, какими цифрами его оценивать и кто за что отвечает.
Как внедрить ИИ в продажи: пять шагов
Что вообще умеет искусственный интеллект в отделе продаж, мы подробно разобрали в статье «ИИ в продажах: какие задачи можно доверить, а какие - нельзя». Здесь - о другом: как перейти от «интересно бы попробовать» к сценарию, который работает каждый день и даёт измеримый результат.
Рабочий порядок один и тот же для любой CRM и любого инструмента:
- Готовность. Проверить, есть ли в CRM данные, на которых будет работать ИИ, и можно ли им верить.
- Выбор сценария. Из нескольких кандидатов выбрать один - с понятной ценностью и посильной сложностью.
- Пилот. Запустить сценарий на небольшой группе, предварительно зафиксировав исходные цифры.
- Оценка. Сравнить результат с исходным замером и принять решение: развивать, донастроить или остановить.
- Масштабирование. Распространить сценарий на весь отдел, закрепить в регламенте и назначить регулярный пересмотр.
Главное правило - один сценарий за раз: иначе через месяц невозможно понять, что сработало.
Сначала данные - потом ИИ
ИИ анализирует то, что накоплено в CRM. Если звонки не записываются, поля пустые, а каждый менеджер ведёт сделки по-своему, ИИ добросовестно проанализирует этот беспорядок и выдаст уверенные, но бесполезные выводы. Поэтому в методике уровней зрелости ИИ-сценарии стоят на пятом уровне: сначала все обращения в системе, единые правила и достоверные показатели, затем связка систем, и только потом - ИИ. Почему без чистых данных не работает даже обычная аналитика, объясняем в статье «Аналитика без чистых данных не работает».
Это не значит, что до ИИ нужно ждать год. Конкретный сценарий требует конкретного порядка: для контроля звонков достаточно, чтобы звонки записывались и были привязаны к сделкам, а скрипт был описан. Для оценки заявок нужна история закрытых сделок с причинами отказа. Проверка готовности как раз и отвечает на вопрос, хватает ли порядка для выбранного сценария.
Так же работает и слоистый подход в проектах. В кейсе студии косметологии «Айс Фэйс» сначала внедрили CRM, синхронизировали записи и разделили базу на сегменты - и только поверх этого фундамента запустили ИИ-чат-ботов, роботов и сквозную аналитику. Итоговые цифры проекта клиент оценивает по своим данным, и относятся они ко всей системе работы с базой, а не к одному ИИ.
Шаг 1. Проверка готовности
Пройдите по списку на выборке реальных сделок за последний месяц, а не по ощущениям руководителя.
| Что проверить | Признак готовности | Что делать, если не готово |
|---|---|---|
| Записи звонков | Все рабочие звонки пишутся, запись слышна и привязана к сделке или контакту в CRM | Связать телефонию с CRM, проверить качество записи и привязку; сотовые разговоры менеджеров перевести в рабочую телефонию |
| Заполненность полей | Ключевые поля (источник, сумма, продукт, следующий шаг) заполнены в подавляющем большинстве сделок выборки | Сократить набор полей до нужных, сделать ключевые обязательными на нужных этапах, объяснить команде, зачем они |
| Единые этапы | Одна воронка с понятными правилами перехода; менеджеры одинаково понимают, что значит каждый этап | Описать этапы и критерии перехода, убрать дубли и «мёртвые» этапы, закрепить в регламенте |
| Причины отказов | При закрытии сделки причина выбирается из списка, а не пишется свободным текстом или пропускается | Составить короткий справочник причин, сделать поле обязательным при закрытии, раз в месяц сверять с разговорами |
| Согласия и уведомления | Клиентов предупреждают о записи разговора; понятны основания обработки персональных данных и где будут обрабатываться записи | Добавить уведомление о записи, согласовать схему обработки данных и передачу в ИИ-сервис с юристом |
| Владелец | Назван человек, который отвечает за сценарий: разбирает результаты, правит критерии, докладывает об эффекте | Назначить владельца до запуска; без него сценарий превращается в отчёт, который никто не читает |
Если не выполнены первые четыре пункта, первым шагом будет не ИИ, а порядок в CRM. Подробный разбор подготовки - какие данные собрать, как договориться с командой, что поправить в воронке - в статье «Как подготовить отдел продаж к внедрению ИИ». Если нужна независимая оценка, начните с диагностики отдела продаж: на ней видно текущий уровень CRM и то, что мешает перейти к следующему.
Шаг 2. Выбор первого сценария
Кандидатов обычно много: контроль звонков, резюме разговора, подсказки менеджеру, оценка заявок, анализ причин отказов, бот для ответов клиентам. Выбрать помогает простая матрица «ценность / сложность».
- Ценность складывается из трёх вопросов: как часто повторяется задача, сколько времени или контроля на ней теряется сейчас и можно ли измерить результат в понятных единицах.
- Сложность - тоже из трёх: есть ли нужные данные, нужна ли новая интеграция и насколько сценарий меняет привычную работу людей.
| Сценарий | Ценность | Сложность | Для первого пилота |
|---|---|---|---|
| Контроль качества звонков | Высокая: сплошная проверка вместо выборочной прослушки | Низкая или средняя, если звонки уже пишутся в CRM и есть скрипт | Чаще всего лучший первый кандидат |
| Резюме звонка и заполнение карточки | Высокая при большом потоке звонков | Средняя: нужен понятный набор полей и проверка результата менеджером | Хороший кандидат, если менеджеры тонут в ручном вводе |
| Подсказки менеджеру | Средняя: черновики ответов, подсказки к следующему шагу | Средняя: меняет привычки, нужна база типовых ответов | Вторым шагом, после наведения порядка в переписке |
| Квалификация и оценка заявок | Высокая при большом входящем потоке | Высокая: нужна длинная история сделок с причинами отказа | Планировать отдельным проектом |
| ИИ-агент, отвечающий клиентам | Зависит от доли типовых вопросов | Высокая: границы ответов, передача менеджеру, риск ошибки от имени компании | Отложить до готовности процессов |
Правило выбора простое: берите сценарий с высокой ценностью и низкой сложностью, для которого есть владелец и результат виден за несколько недель. Если таких два, выбирайте тот, что меньше меняет привычки команды: пилот должен проверять ИИ, а не готовность людей к большим переменам. Прикинуть, какие задачи вашего отдела уже можно передать ИИ, поможет тест «Какие рутинные задачи отдела продаж уже можно передать ИИ».
Чаще всего первым становится контроль качества звонков. Как он устроен и чем отличается от ручной прослушки, разобрано в статье «ИИ-контролёр качества звонков», а сама технология - в материале «Речевая аналитика звонков».
Шаг 3. Пилот: группа, сроки, исходный замер
Пилот - это проверка одной гипотезы на ограниченной группе в заранее оговорённый срок. Всё, что будет считаться успехом, записывают до запуска. Иначе через месяц каждый участник вспомнит результат по-своему.
| Параметр | Что зафиксировать | Как это выглядит (условный пример) |
|---|---|---|
| Сценарий и цель | Одна задача и один главный показатель | Контроль звонков: проверять все звонки вместо выборочных |
| Группа | Несколько менеджеров с типичной нагрузкой - не только лучшие и не только новички | Три менеджера входящей линии из восьми |
| Сроки | Столько, чтобы набралось достаточно звонков или сделок для сравнения; для оценки заявок - не меньше цикла сделки | Несколько недель работы плюс неделя на калибровку в начале |
| Исходный замер | Значения показателей до запуска, посчитанные тем же способом, что и после | Руководитель слушает 10–15 звонков в неделю, тратит на это около трёх часов |
| Критерии успеха | Пороговые значения, при которых сценарий развиваем | Доля проверенных звонков выросла; оценка ИИ совпадает с оценкой руководителя на контрольной выборке в большинстве случаев |
| Условие остановки | Что будет считаться неудачей | Руководитель тратит на разбор оценок больше времени, чем на прослушку раньше |
| Владелец | Кто отвечает за пилот и докладывает итог | Руководитель отдела продаж |
Первая неделя пилота почти всегда уходит на калибровку: руководитель и ИИ оценивают одни и те же звонки, расхождения разбирают и правят формулировки критериев. Это нормально. Если пропустить калибровку, команда быстро перестанет доверять оценкам - и пилот провалится не из-за технологии, а из-за неточных критериев.
Шаг 4. Метрики пилота и решение
Мы не обещаем рост выручки или конверсии от ИИ: на продажи влияет слишком много факторов, от сезона до цены. Но можно честно измерить, изменилась ли работа, которую взял на себя ИИ. Для каждого сценария - свои метрики трёх видов: как изменилась работа, насколько точен ИИ и какие решения по итогам приняли.
| Сценарий | Как изменилась работа | Точность ИИ | Управленческий результат |
|---|---|---|---|
| Контроль звонков | Доля проверенных звонков; часы руководителя на прослушку | Совпадение оценки ИИ с оценкой руководителя на контрольной выборке | Какие пункты скрипта поправили, кого и чему доучили |
| Резюме звонка | Время менеджера на карточку после звонка; доля сделок с заполненными ключевыми полями | Доля резюме и полей, которые менеджер принял без правок | Стало ли проще передавать сделку другому менеджеру и готовиться к повторному звонку |
| Подсказки менеджеру | Время до первого ответа клиенту; доля сделок с назначенным следующим шагом | Доля подсказок, которыми воспользовались; доля отправленных черновиков без правок | Какие типовые ответы и шаги закрепили в базе знаний |
| Квалификация заявок | Время от заявки до первого контакта с «горячими» обращениями | Конверсия в оплату по группам оценки; доля высоких оценок, которые не подтвердились | Как изменили правила распределения заявок между менеджерами |
По итогам пилота возможны три решения. Развивать - критерии успеха достигнуты, сценарий идёт на весь отдел. Донастроить - эффект есть, но мешают конкретные причины: плохие записи, размытые критерии, неудобный вывод результатов. Остановить - измеримой пользы нет. Остановка - нормальный итог проверки: вы сэкономили бюджет на масштабировании того, что не работает, и получили данные для выбора следующего сценария.
Шаг 5. Масштабирование и сопровождение
Удачный пилот на трёх менеджерах ещё не означает работающий сценарий на всём отделе: при расширении появляются новые типы звонков и продукты. Поэтому масштабирование - тоже проект, а не нажатие кнопки «включить всем».
- Калибровка. При подключении каждой новой группы - снова короткая сверка оценок ИИ с оценками руководителя. Критерии, которые хорошо работали на входящей линии, могут не подойти для повторных продаж.
- Обучение. Менеджерам объясняют, что оценивается и зачем, как спорить с оценкой и как пользоваться резюме или подсказками. Руководителю - как встроить результаты ИИ в планёрки и разборы. Без этого ИИ воспринимают как слежку, а не как помощь.
- Регламент. Сценарий, критерии и порядок разбора записывают в базу знаний: кто смотрит результаты, как часто, что делает с отклонениями.
- Пересмотр. Раз в месяц или квартал владелец сценария проверяет точность на выборке и сверяет метрики с исходным замером. Меняются скрипты, продукты, условия вендоров - критерии должны меняться вместе с ними.
Только после того как первый сценарий стабильно работает на всём отделе, имеет смысл возвращаться к матрице и выбирать следующий. Частые кандидаты второй очереди - резюме звонка и заполнение карточки и ИИ-ассистент менеджера. Если в работе с записями важен именно текст разговора, полезно разобраться, что даёт транскрибация звонков сама по себе.
Кто за что отвечает
ИИ-сценарий без распределённых ролей быстро превращается в «поигрались и забросили». Минимальный состав - четыре роли. В небольшой компании одну роль может совмещать один человек, но пропускать роли нельзя.
| Роль | За что отвечает | На пилоте | После запуска |
|---|---|---|---|
| Собственник | Зачем компании ИИ, бюджет, граница допустимого риска | Утверждает цель, критерии успеха и условие остановки | Принимает решение о расширении и следующем сценарии |
| Руководитель отдела продаж | Как результаты ИИ меняют работу отдела; чаще всего - владелец сценария | Калибрует критерии, разбирает спорные оценки, собирает обратную связь группы | Встраивает результаты в планёрки, обучение и мотивацию |
| Владелец CRM | Порядок в данных: поля, этапы, справочники, права | Готовит поля и задачи под результаты ИИ, следит за заполнением | Поддерживает структуру данных, согласует изменения |
| Интегратор | Технический контур: телефония, ИИ-сервис, запись результатов в CRM | Настраивает связку, проверяет качество записей и передачу данных | Сопровождение и развитие: донастройка при изменениях, следующие сценарии |
Отдельно стоит договориться, кто со стороны компании согласует обработку персональных данных - обычно это юрист или ответственный за защиту данных.
Что уже встроено в amoCRM и Битрикс24
Прежде чем выбирать отдельный сервис, проверьте, что уже есть в вашей CRM. Обе системы развивают ИИ-функции, но условия доступа разные. Ниже - коротко, по сайтам разработчиков; подробное сравнение функций - в статье «ИИ в продажах».
| amoCRM | Битрикс24 | |
|---|---|---|
| Что есть | amoAI: обработка текста, предложение ответов, резюмирование бесед; ИИ-агент для ответов клиентам | BitrixGPT: расшифровка и оценка звонков по скрипту, заполнение сделки из разговора, сводки, ИИ-агент в чатах |
| Условия доступа | Функции amoAI - только на тарифе «Профессиональный»; работают на токенах: пакет входит в тариф, можно докупить | В зоне .ru сценарии BitrixGPT и автоматическая обработка звонков - по подписке «BitrixGPT + Маркетплейс» сверх тарифа |
| Что обычно достраивают | Контроль звонков - интеграцией телефонии с сервисом речевой аналитики и записью результатов в поля и задачи | Критерии, скрипты и управленческий цикл вокруг оценок |
ИИ-функции у обоих разработчиков обновляются несколько раз в год. Условия меняются - сверяйте с сайтом разработчика.
Встроенная функция не отменяет шагов выше: её тоже нужно откалибровать и встроить в работу руководителя - просто техническая часть проще.
Из чего складывается бюджет
Общей цены «внедрения ИИ» не существует: она зависит от сценария, CRM и того, сколько порядка нужно навести до старта. Бюджет складывается из нескольких частей:
- Тариф CRM с доступом к ИИ. В amoCRM это тариф «Профессиональный» и при большом объёме - дополнительные пакеты токенов. В Битрикс24 - подписка «BitrixGPT + Маркетплейс»; по оценке разработчика, она добавляет порядка 15–20% к стоимости облачного тарифа.
- Отдельный ИИ-сервис, если встроенных функций не хватает. Модели оплаты у сервисов разные: за объём обработанных записей, за пользователей или пакетом. Сравнивать стоит на своём объёме звонков.
- Телефония с записью и хранением - если сейчас звонки не пишутся или пишутся не все.
- Подготовка данных - поля, этапы, справочник причин отказа. Часто это самая недооценённая часть.
- Интеграция и настройка сценария - связка телефонии, сервиса и CRM, запись результатов в поля и задачи.
- Время команды - калибровка критериев и разборы руководителя, обучение менеджеров.
- Сопровождение и развитие - пересмотр критериев, донастройка при изменениях у вендора и в процессах.
Актуальные цены тарифов и подписок - на сайтах разработчиков. Посчитать бюджет под вашу команду и объём звонков удобнее всего на диагностике: тогда в расчёт сразу попадает и подготовка данных, которую обычно забывают.
Риски и персональные данные
Записи звонков и переписка содержат персональные данные клиентов, их обработка регулируется законом № 152-ФЗ. До запуска выясните, где сервис обрабатывает данные, передаются ли они третьим лицам, как клиенты узнают о записи разговора, - и согласуйте схему с юристом: мы не даём юридических заключений. Кроме закона, есть и другие риски: ИИ может уверенно ошибиться, менеджеры перестают проверять черновики, вендор меняет условия. Все они снижаются выборочной проверкой, правом человека исправить оценку и хранением результатов в полях CRM. Подробно - в статье «Риски и границы ИИ в продажах».
Частые ошибки при внедрении
- Начать с инструмента. «Давайте подключим нейросеть» вместо «где мы теряем время и контроль».
- Запустить всё сразу. Несколько сценариев одновременно - и невозможно понять, какой из них работает.
- Не сделать исходный замер. Без цифр «до» любой результат - ощущение, а не факт.
- Пропустить калибровку. Неточные критерии дают неточные оценки, и команда перестаёт им доверять.
- Не назначить владельца. Отчёты приходят, но никто не превращает их в решения.
- Ждать, что ИИ заменит руководителя. ИИ даёт полную картину и снимает рутину, но разборы, обучение и решения остаются за людьми.
Поэтому мы рассматриваем ИИ как один из инструментов в системе продаж, а не как отдельный проект ради технологии. Сначала - понять процесс, потери и готовность данных, затем подобрать сценарий под задачу и довести его до измеримого результата в вашей CRM, amoCRM или Битрикс24. Как это устроено, описано на странице услуги «Внедрение ИИ в продажи».
Частые вопросы
Как внедрить ИИ в продажи?
По шагам: проверить готовность данных в CRM, выбрать один сценарий по ценности и сложности, провести пилот на небольшой группе с исходным замером, оценить результат по заранее заданным критериям и только затем распространить сценарий на весь отдел.
Можно ли внедрить ИИ, если в CRM беспорядок?
Можно, но эффекта не будет: ИИ анализирует то, что накоплено в системе. Сначала наводят порядок - записи звонков, обязательные поля, единые этапы, причины отказов, - а ИИ подключают следующим шагом.
С какого сценария начать?
Чаще всего с контроля качества звонков: задача понятная, данные уже есть, если телефония связана с CRM, а результат легко измерить. Но окончательно выбор делают по матрице «ценность / сложность» на ваших данных.
Сколько длится пилот?
Обычно несколько недель - столько, чтобы набралось достаточно звонков или сделок для сравнения с исходным замером. Для оценки заявок срок дольше: нужно дождаться, чем закончатся сделки. Первую неделю стоит заложить на калибровку критериев.
Нужен ли отдельный сервис, если в CRM уже есть ИИ?
Не всегда. В Битрикс24 оценка звонков доступна по подписке «BitrixGPT + Маркетплейс», в amoCRM функции amoAI - на тарифе «Профессиональный», а контроль звонков обычно собирают интеграцией. Решение зависит от сценария и данных, а не от названия функции.
Сколько стоит внедрение ИИ в продажи?
Бюджет складывается из тарифа CRM или подписки с ИИ, при необходимости - отдельного сервиса, телефонии с записью, подготовки данных, настройки сценария, времени команды и сопровождения. Посчитать под вашу команду удобнее на диагностике.
Кто должен отвечать за ИИ в отделе продаж?
У каждого сценария должен быть владелец со стороны бизнеса - чаще всего руководитель отдела продаж. Собственник утверждает цель и критерии, владелец CRM отвечает за порядок в данных, интегратор - за технический контур.
Вывод
Внедрение ИИ в продажи - это не покупка технологии, а управляемый проект из пяти шагов: готовность, выбор сценария, пилот, оценка и масштабирование. Начинать стоит с порядка в данных и одной задачи, где рутина очевидна и измерима. У сценария должен быть владелец, исходный замер и срок, после которого честно решают - развивать, донастроить или остановить. ИИ при этом остаётся одним из инструментов системы продаж: он снимает рутину и даёт руководителю полную картину, но не заменяет ни руководителя, ни порядок в CRM.
Источники
Внедрение ИИ в продажи — как мы помогаем с этим на практике.
Читайте также
Поможем навести порядок в продажах
Начнём с диагностики: покажем, где теряются заявки и что даст CRM именно в вашем случае — без обещаний «роста в разы».