Проблема и что мы сделали
У отдела продаж уже была CRM. Проблема была в другом: система отставала от реальности. Звонки, переписка и заявки жили своей жизнью, а карточки, этапы и задачи догоняли руками — если догоняли.
Мы разработали ИИ-модуль, для которого CRM стала главным объектом автоматизации: он читает коммуникации, заполняет карточки, оценивает вероятность сделки, распределяет лидов, двигает воронку, ставит задачи менеджерам и собирает черновики коммерческих предложений.
Центр истории — не бот, а CRM
Здесь центр — сама CRM, а не «умный помощник рядом с воронкой». Всё, что происходит в звонках, переписке и заявках, должно оставлять след в карточке, скоринге, этапе и задачах. Менеджер открывает CRM и видит актуальную картину сделки, а не пустые поля и собственную память о вчерашнем созвоне.
Чем болела CRM до модуля
Компания с активными продажами: входящие заявки, звонки, переписка с клиентами. Сделки ведутся в CRM, но данные в неё попадали с задержкой и потерями.
После звонка менеджер вспоминал, что обещал клиент и что сам записал «на потом». Из переписки в карточку переносили выборочно. Заявка могла лежать без разбора, пока её не открыли руками. Скоринг — если и был — зависел от ощущений, а не от накопленных сигналов. Этапы воронки обновляли, когда вспоминали. Задачи ставили себе сами или забывали. КП собирали с нуля, хотя часть вводных уже звучала в диалоге.
В итоге CRM отражала не продажи, а дисциплину заполнения. Руководителю сложно было опираться на воронку: поля дырявые, приоритет лидов спорный, следующий шаг не всегда зафиксирован.
Нужен был модуль, который делает CRM источником правды: автоматически забирает смысл из коммуникаций и раскладывает его по карточке, скорингу, этапам и задачам.
Что встроили в CRM
- Разбор звонков, переписки и заявок. Модуль анализирует три источника входящего смысла — телефонные разговоры, текстовые коммуникации и заявки. Из них извлекаются данные клиента и факты по сделке: потребность, сроки, возражения, договорённости, контакты и прочие поля, которые раньше заносили вручную.
- Автозаполнение карточек. Извлечённое сразу уходит в CRM. Карточка наполняется по ходу коммуникаций, а не в конце дня «когда будет минута». Менеджеру не нужно копировать одно и то же из чата в поля и из полей обратно в следующее письмо.
- Скоринг лидов. Система оценивает вероятность сделки по накопленным сигналам из заявок и диалогов. Лиды получают приоритет: кто горячее, кто ещё «просто спросил», кого брать первым. Это не отдельный отчёт в стороне, а оценка внутри контура CRM.
- Распределение лидов. На основе данных и скоринга модуль участвует в маршрутизации: лиды не зависают общим пулом без правил, а уходят в работу с учётом готовности и загрузки контура продаж.
- Обновление этапов воронки. Когда из коммуникаций видно, что сделка сдвинулась — квалификация пройдена, условия обсуждены, клиент ждёт КП — этап в CRM обновляется. Воронка начинает догонять реальность без ручного «перетащить статус».
- Задачи менеджерам. Модуль создаёт следующие шаги прямо в CRM: кому перезвонить, что уточнить, какое КП отправить, к какому сроку вернуться. Задача рождается из разбора коммуникации, а не из доброй воли менеджера поставить себе напоминание.
- Черновики коммерческих предложений. Из уже собранных в карточке и диалогах вводных система формирует черновик КП. Менеджер правит и отправляет, а не собирает предложение с пустого листа после каждого созвона.
Как выглядит сделка после автоматизации
Пришла заявка — модуль разбирает её и заводит/обогащает карточку. Был звонок или переписка — из разговора подтягиваются новые поля, пересчитывается скоринг, при необходимости двигается этап. Менеджеру уходит задача с понятным следующим действием. Если по сделке пора готовить КП — в контуре уже есть черновик на основе собранных данных.
Руководитель смотрит в ту же CRM: не в отдельный чат и не в личные заметки команды. Приоритет лидов, стадии и нагрузка по задачам читаются из системы, которую модуль постоянно подпитывает.
Где держали границу
Автозаполнение не должно превращать карточку в свалку сырого текста. Модуль извлекает структурированные данные под поля и процесс сделки, а не сваливает транскрипт целиком «на всякий случай».
Скоринг и сдвиг этапа тоже не могут быть хаотичными. Логика завязана на сигналы из коммуникаций и правила воронки: система усиливает дисциплину CRM, а не рисует красивый статус без оснований. Черновик КП остаётся черновиком — финальное слово за менеджером, но стартовать он должен не с пустой страницы.
CRM была, но карточки отставали от реальности: данные из звонков и переписки переносили руками, скоринг зависел от ощущений. Мы встроили модуль, для которого CRM — центр: он сам извлекает данные из трёх источников, скорит лидов, двигает воронку, ставит задачи и собирает черновики КП. Важно было не превратить карточку в свалку сырого текста и не двигать этап без сигналов из коммуникации.
„
Максим, Руководитель проектов NeuroB2B
| Было | Стало |
| Данные из звонков и переписки переносили руками | Модуль сам извлекает данные и заполняет карточки |
| Приоритет лидов — на ощущениях | У каждого лида есть скоринг вероятности сделки |
| Этапы воронки обновляли с запозданием | Этапы сдвигаются по сигналам из коммуникаций |
| Задачи ставили себе сами или забывали | Система создаёт задачи менеджерам в CRM |
| КП собирали с нуля | Формируется черновик коммерческого предложения |
Итог
Мы автоматизировали саму CRM, а не «общение ради общения». ИИ-модуль анализирует звонки, переписку и заявки, наполняет карточки, скорит и распределяет лидов, обновляет этапы воронки, ставит задачи менеджерам и готовит черновики КП.
Продажи опираются на актуальную CRM: меньше ручного переноса, меньше дыр в карточке, понятнее, кого брать следующим и что делать по сделке. Дальше контур можно усиливать новыми правилами скоринга, шаблонами КП под разные продукты и более тонкой маршрутизацией лидов — но база уже там, где ей место: внутри CRM.
