amoCRM, ИИ Администратор и ИИ Куратор для музыкальной академии

Академия организует уроки музыки с выездом преподавателя.

Клиент пишет в мессенджер коротко: «нужен фортепиано», «сколько стоит», «наш район». Пока менеджер на другом созвоне, чат остывает. Без базового брифа нельзя ни назвать условия, ни обещать конкретного преподавателя — у каждого своя зона выезда и набор инструментов.

Собрали заявки в amoCRM и поставили на первую линию ИИ Администратора и ИИ Куратора: администратор добирает параметры и отсекает нецелевые, куратор отдаёт профили из каталога. Живому менеджеру уходит уже не пустая переписка, а заявка с кандидатами и данными для согласования.

Проблема

1. Заявки шли из мессенджеров и форм. Переписка и сделка жили в разных окнах: кто-то уже получил профиль преподавателя, кто-то всё ещё «сколько стоит».
2. Первая линия — не продажа пакета. Это успеть понять: какой инструмент, возраст ученика, куда выезжать.
3. Адрес и район клиент пишет как угодно: опечатки, ориентиры, «рядом с метро». Без нормализации к зоне выезда подбор из каталога ненадёжен.
4. Пока менеджер вручную листает каталог, клиент уже в другом чате. А выдуманных профилей показывать нельзя.
5. После чата в карточке часто пусто: инструмент в переписке, локация в голове, этап «в работе» ни о чём.

Цель

• Собрать входящие в одну amoCRM: сделка, переписка, поля, этап.
• Отделить первую линию от живого менеджера: ИИ собирает бриф и показывает кандидатов, человек забирает согласование и дальнейший процесс.
• Не тянуть заведомо нецелевые запросы: вне возрастного диапазона и зоны выезда — честный отказ.
• Не слать условия «с потолка»: сначала релевантные профили из каталога, детали — после выбора.
• Без натянутой конверсии «за два месяца»: описать работающий процесс.

Решение — три слоя: amoCRM, ИИ Администратор, ИИ Куратор

Это не «бот вместо менеджера». Сначала система заявок, потом два агента в ней, потом передача живому менеджеру.

Слой 1. amoCRM и каналы

Рабочие места в amoCRM. Сообщения из мессенджеров попадают в сделку. Отдельный агент разбора переписки пишет в карточку факты из речи клиента и двигает этапы по триггерам из треда, а не «по ощущению».

Воронка первой линии:

1. «Входящая» — клиент написал, бриф ещё не собран.
2. «Бриф в работе» — идёт диалог или нужен живой менеджер на нестандарт.
3. «Варианты у клиента» — ушли ссылки на профили преподавателей.
4. «На менеджере» — выбран преподаватель, пора согласовывать дальше.

Слой 2. ИИ Администратор

ИИ Администратор ведёт чат коротко. Один вопрос за раз — только то, чего ещё нет.

До подбора из каталога ему нужны три опоры:

1. инструмент (из поддерживаемого списка академии);
2. возраст ученика (в рабочем возрастном диапазоне);
3. локация выезда — конкретный район или зона, не абстрактный «город».

Если спросили только цену — общий ответ: условия зависят от преподавателя и зоны, и сразу добор недостающих полей. Точные условия до выбора кандидата не обещают.

Вне возрастного диапазона или вне зоны обслуживания — стоп, без «может быть».

Локацию бот не угадывает сам. Текст района, опечатку или ориентир прогоняет через нормализацию: приводит к рабочей зоне выезда, уточняет если неоднозначно, останавливается если вне зоны. Ссылку на карту просит переписать названием района словами.

Слой 3. ИИ Куратор

Когда бриф валиден, ИИ Куратор запускает подбор из каталога: инструмент + нормализованная зона (+ доп. предпочтения, если клиент назвал). В чат уходят только реальные профили — имя и ссылка на карточку преподавателя, без выдуманных людей.

Сначала кандидаты, не прайс. Детали и пакеты — после выбора. Нет доступных в зоне — лист ожидания, а не вечная «проверка».

Дальше живой менеджер: согласование формата, дня и времени. ИИ не заменяет этот шаг — готовит к нему карточку.

Как выглядит маршрут заявки

1. Клиент пишет в мессенджер → сделка в amoCRM на этапе «Входящая».
2. ИИ Администратор добирает инструмент, возраст, локацию; отсекает нецелевые.
3. Определяем зону выезда.
4. ИИ Куратор отдаёт доступных преподавателей по инструменту и зоне → этап «Варианты у клиента».
5. Клиент выбирает преподавателя.
6. Передача живому менеджеру → этап «На менеджере».
7. Агент разбора переписки обновляет поля и этап по фактам из треда.

Запрос на несколько инструментов — отдельные поиски по каждому, без выдуманного «универсального» списка. Канал, где полный каталог показывать рано, сначала уводят в рабочий мессенджер сделки.

Что меняется в работе

Первую реплику не нужно писать между созвонами. ИИ Администратор держит чат и не отпускает «сколько стоит» без параметров.

Менеджер не листает каталог под каждую новую заявку без брифа. На стол попадают те, кому уже показали кандидатов или кто явно просит человека.

Нецелевые отсекаются на первой линии, а не после трёх звонков менеджера.

В карточке после диалога не пусто: инструмент и зона из речи клиента, этап отражает, ушли ли варианты и выбран ли преподаватель.

Почему это работает

1. CRM сначала. ИИ без сделки и полей — ещё один чат в телефоне менеджера.
2. Бриф под продукт. Для выездных уроков важны инструмент, возраст и зона — не абстрактный «интерес».
3. Локация как данные. Нормализация отделяет опечатку от «вне зоны» и от «нужно уточнить».
4. Подбор из каталога. Профили только от ИИ Куратора; пустой ответ честнее выдуманного имени.
5. Передача менеджеру. Согласование остаётся у менеджера — боты снимают то, что масштабируется.

Вывод

Для музыкальной академии с выездом преподавателя CRM — это не канбан «лид / оплата». Это маршрут: сообщение попадает в сделку, ИИ Администратор собирает параметры, ИИ Куратор показывает реальных кандидатов, менеджер забирает тех, у кого уже есть выбор и данные для согласования.

Когда этот маршрут есть, собственник не отвечает лично на каждое «уроки, сколько стоит». Система держит заявку, пока команда на следующих шагах с преподавателями.

Если у вас тоже заявки на подбор специалиста «по параметрам и зоне», а менеджер тонет в первой линии — разберём каналы, бриф и передачу менеджеру на бесплатном аудите.