AI-ассистент и CRM: что реально работает в связке, а что ломается

Ассистент поговорил с клиентом ночью, всё выяснил, пообещал, что утром перезвонят. Утром менеджер открывает CRM, а там пусто: разговор остался в чате, и никто про него не знает. К обеду клиент уже не отвечает.

Это самый частый способ обесценить внедрение. Ассистент без связи с CRM не убирает хаос, а переносит его в новое место, где его ещё труднее заметить. Разберём, как связка устроена и где она ломается.

Что должно попадать в карточку

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

• Контакт и канал. Откуда пришёл: сайт, мессенджер, звонок. Это же определяет, куда отвечать.
• Суть задачи словами клиента. Не пересказ в вашей терминологии, а как он сам сформулировал.
• Срочность и бюджет, если выяснились. Пустое поле лучше выдуманного значения.
• Что осталось невыясненным. Самое ценное поле: оно говорит, с чего начать разговор.
• Ссылка на полную переписку. Не текст в карточке, а именно ссылка. Кому нужно, тот откроет.

Проверка на здравый смысл: менеджер должен понять карточку, не открывая переписку. Если для понимания надо читать диалог целиком, поля подобраны неправильно.

Куда именно писать: сделка, лид или задача

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

1. Создавать сделку на каждое обращение. Воронка забивается мусором, конверсия падает до неприличных цифр, и по ней больше нельзя ничего понять.
2. Создавать лид, а сделку - только после квалификации. Разумный вариант по умолчанию: сырое отделено от рабочего.
3. Создавать задачу менеджеру, а запись в воронке - руками. Подходит, когда сделок мало и каждая крупная.

Решать надо до начала работ, а не после. Переделывать структуру воронки на живой базе - отдельный болезненный проект.

Что происходит, когда CRM недоступна

Это будет. Технические работы, истёкший токен доступа, сбой у поставщика, изменение в интерфейсе. Вопрос не «случится ли», а «что тогда».

Плохой ответ: заявка исчезает. Ассистент попытался записать, получил ошибку и забыл. Клиент при этом уверен, что всё в порядке, ведь ему ответили.

Правильное поведение состоит из трёх частей.

• Очередь. Не записалось - положить в очередь и повторять, а не выбрасывать.
• Запасной канал. Если не вышло и через час, отправить письмо или сообщение ответственному. Пусть некрасиво, зато заявка жива.
• Уведомление живому человеку. Ошибка должна быть кому-то видна. Ошибка, о которой знает только журнал, - это отсутствующая ошибка.

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

Дубли появятся обязательно

Один и тот же человек напишет в чат на сайте, потом в мессенджер, потом позвонит. Для CRM это три разных обращения, и через месяц у вас три карточки одного клиента, которые ведут три разных менеджера.

Полностью это не решается, но снижается до терпимого уровня.

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

Кто чей владелец: ассистент и менеджер в одном диалоге

Отдельная тонкость, которую обычно упускают. Ассистент отвечает ночью, утром подключается менеджер. Что происходит, если клиент пишет снова в обед?

Если ассистент продолжит отвечать поверх менеджера, получится каша: клиент видит два разных голоса, а менеджер не понимает, что происходило без него. Нужно явное правило: как только человек вступил в диалог, ассистент замолкает по этому обращению до тех пор, пока менеджер сам не передаст его обратно.

Это правило надо проговорить на этапе постановки задачи. Оно кажется мелочью и оказывается тем, из-за чего внедрение выглядит сырым.

Что делать с историей до внедрения

Отдельный вопрос, который всплывает уже в процессе: у вас накоплены переписки, звонки и заметки за годы. Что с ними делать?

• Не переносить всё. Разбор архива обычно стоит дороже пользы от него. Перенесите открытые сделки и клиентов за последний год, остальное оставьте там, где лежит.
• Не подключать архив как базу знаний. Соблазн велик: там же живые ответы менеджеров. Проблема в том, что там и устаревшие цены, и отменённые условия, и ошибки. Ассистент будет уверенно повторять всё это.
• Использовать архив иначе - как источник вопросов. Прочитайте сто последних диалогов и выпишите, о чём спрашивают. Это лучшая основа для базы знаний, только написанная заново и проверенная.

Доступы и безопасность

Интеграция означает, что у внешней системы появляется ключ от вашей клиентской базы. К этому стоит отнестись серьёзнее, чем обычно относятся.

• Отдельная учётная запись для интеграции. Не личный аккаунт директора и не общий админский. Отдельная, с понятным именем.
• Минимальные права. Ассистенту нужно создавать сделки и читать справочники. Ему не нужно удалять сделки, выгружать всю базу и менять настройки воронки.
• Знать, где лежит ключ доступа. Если он есть только у подрядчика, вы зависите от подрядчика полностью.
• Уметь отозвать доступ за минуту. Проверьте, что вы знаете, как это сделать, до того как это понадобится.

Заодно спросите, где хранятся сами переписки и как долго. Это персональные данные ваших клиентов, и отвечать за них будете вы, а не подрядчик.

Порядок работ, который экономит месяц

1. Сначала навести порядок в CRM. Если поля дублируются, а половина сделок висит в непонятных статусах, автоматика это не починит, а зафиксирует.
2. Описать путь заявки на бумаге. От поступления до закрытия, с ответственными на каждом шаге.
3. Подключить одно направление и один канал. Проверить на живых обращениях две недели.
4. Добавить остальные каналы. По одному, а не разом.
5. Через месяц посмотреть, что реально попадает в карточки. Почти всегда выясняется, что одно поле лишнее, а другого не хватает.

Частые вопросы про связку

У нас нет CRM, работаем в таблице. Так можно?

Можно, и на старте это честнее, чем покупать CRM ради ассистента. Таблица переживёт поток в пару десятков заявок в месяц. Но заранее решите, кто и когда её смотрит: заявка, упавшая в таблицу, которую открывают раз в неделю, потеряна так же надёжно, как не записанная никуда.

А если у нас самописная система?

Вопрос только в том, есть ли у неё способ принимать данные снаружи. Если есть - работы примерно столько же, сколько с готовой CRM. Если нет и добавить некому, остаётся запасной путь: письмо или сообщение ответственному, а перенос руками. Это хуже, но работает.

Кто отвечает, если ассистент записал неверные данные?

Перед клиентом - вы, а не подрядчик. Поэтому в договоре стоит зафиксировать не только сроки разработки, но и срок реакции на ошибки после запуска. Ошибки будут, вопрос в том, чинят их за день или за месяц.

Можно ли обойтись без интеграции и просто пересылать переписку на почту?

На первый месяц - да, и это разумный способ проверить гипотезу дёшево. Дальше почта перестаёт справляться: по ней нельзя понять, кто взял заявку в работу и чем кончилось. Ровно этим она и отличается от CRM.

Признаки, что связка сделана плохо

• Менеджеры завели свой файл или блокнот параллельно CRM. Значит, системе не доверяют.
• В карточках много пустых полей. Значит, ассистент не выясняет то, что заложили, или полей слишком много.
• Приходится открывать переписку, чтобы понять карточку.
• Никто не знает, сколько заявок не записалось за прошлый месяц. Значит, ошибки никто не считает.

Коротко

Связка с CRM - это не техническая деталь в конце проекта, а то, ради чего проект делается. Ассистент, который хорошо разговаривает, но не оставляет следа в системе, создаёт ощущение работы вместо работы.

Договоритесь заранее о трёх вещах: что попадает в карточку, что происходит при сбое и кто ведёт диалог, когда подключился человек. Что при этом стоит выяснять у клиента, разобрано в материале про квалификацию, а из чего складывается бюджет всей затеи - в разборе цен.