Чат-бот и CRM: что писать в карточку клиента
Если после разговора ничего не осталось, вы автоматизировали обмен репликами и выбросили единственное, что он произвёл надолго. Но противоположная крайность стоит не меньше: сорок полей, ни одно из которых не заполнено, — или заполнено и ни на что не влияет. Эта статья отделяет то, что разговор должен записать в CRM, от полей, которые просто занимают место. Она разбирает семь полей, которые стоит писать, те, что только выглядят полезными, как сопоставлять и связывать дубликаты, как проверять правдивость записанного и какие четыре цифры измерять.
Разговор без записи — потерянный актив
Самый недооценённый результат проекта с чат-ботом — не сам разговор, а оставшаяся после него запись. Разговор заканчивается, клиент уходит, и через шесть недель компания забыла, что узнала, — а за эти шесть недель человек либо купил у конкурента, либо всё ещё решает.
Обратная крайность — тоже настоящая проблема. Команды заводят двадцать полей, заполняют их с помощью ИИ и не принимают ни одного решения ни по одному из них. Заполненное, но неиспользуемое поле не бесплатно: оно загрязняет отчётность, порождает противоречивые данные и рано или поздно приводит к неверному решению.
Практическое правило такое: поле должно существовать, только если кто-то из-за него ведёт себя иначе — сортирует, фильтрует, маршрутизирует или использует на звонке. Если ответа на этот вопрос нет, поле заводить не нужно.
Семь полей, которые стоит писать
- Источник и каналС какого канала и с какой страницы пришёл разговор. Это единственная надёжная точка атрибуции для маркетинга, и восстановить её потом нельзя: не записали тогда — потеряли навсегда.
- НамерениеПродажи, поддержка, информация, непрофильное, жалоба. Пяти значений достаточно. Таксономия из тридцати намерений — это поле, по которому никто не сможет фильтровать.
- Интересующий продукт или услугаКонкретно, а не свободным текстом. Продукт или категория, названные в разговоре. Именно это поле сильнее всего меняет то, как начнётся следующий звонок.
- СрокиКак нормализованное значение: этот месяц, этот квартал, далеко, неизвестно. «Через три месяца» и «в следующем квартале» должны попадать в одну корзину, иначе очередь по этому полю не отсортировать.
- Контакт и разрешениеНомер или почта плюс контекст, в котором их дали. Знание, что клиент ждёт обратного звонка, меняет то, как начинать разговор.
- Резюме одним предложениемО чём был разговор, человеческим языком. Это поле, по которому продавец ориентируется, не открывая расшифровку, и на практике самое читаемое в карточке.
- Ссылка на расшифровкуСсылкой, а не текстом внутри. Полный текст не должен занимать основной вид карточки, но должен быть в одном клике.
Чего писать не следует
- Бюджет, который ИИ вывел сам. Если его не назвали явно, это поле — выдумка, и оно окажется неверным на первом же звонке.
- Является ли человек лицом, принимающим решение, если он этого не сказал. Одно из самых часто неверно извлекаемых полей.
- Оценку тональности, если вы с ней ничего не делаете. Цифра выглядит интересно и не меняет ни одного решения.
- Полный текст разговора в основное поле. Это делает карточку нечитаемой и портит поиск.
- Названия компаний, извлечённые, но не проверенные. Неверное название компании мешает найти верное.
- Собственную оценку уверенности бота. Она полезна для отладки модели, а не для продаж, и в карточке ей не место.
Дубликаты и сопоставление
Этот раздел выглядит техническим и именно он решает, будут ли CRM верить. Если один и тот же человек возвращается трижды по двум каналам и порождает три карточки, ваша цифра «новых лидов» завышена втрое, и кто-то позвонит ему три раза.
- Выберите устойчивый ключ: телефон надёжнее всего на большинстве рынков, почта — на втором месте.
- Распознавайте номер в тех форматах, которыми клиенты реально пишут: с кодом страны и без, с пробелами, со скобками.
- Дубликаты связывайте, а не удаляйте. Удаление теряет историю; связывание оставляет оба разговора за одним человеком.
- Исключите собственные номера компании, иначе внутренние тесты станут лидами и испортят отчётность.
- Решите, что происходит, когда действующий клиент пишет с нового номера, — самый частый пробел в сопоставлении.
Качество: правда ли то, что записано
Автоматически извлечённое поле всегда немного ошибается, и это приемлемо — при условии, что направление ошибки известно. Этим управляют два правила.
Первое: сомневаешься — оставь пустым. Пустое поле не говорит продавцу ничего, неверно заполненное отправляет его не туда. Измеряйте долю пустых — это самый честный индикатор уверенности модели, который у вас есть.
Второе: фильтр покупательского намерения должен работать до создания лида. Появление телефона в разговоре не делает его лидом — человек может быть соискателем, студентом или просто назвать свой номер для сравнения. Без этого фильтра CRM быстро превращается в список, которому никто не верит.
Что измерять
- Доля заполнения полейКакая часть карточек имеет каждое поле заполненным. Низкая цифра означает либо что поле нельзя извлечь, либо что оно и не было нужно.
- Точность полей по выборкеСверяйте пятьдесят карточек с расшифровками каждый месяц. Это ручная работа и единственная настоящая проверка.
- Доля дубликатовСвязанные дубликаты к общему числу карточек. Растущая цифра означает, что сопоставление сломалось.
- Использование полейКакие поля реально применяются в фильтрах, отчётах и сортировке. Поле, которым полгода никто не пользовался, нужно удалить.
Что Vexvon пишет из разговора
В Vexvon извлечение работает по разговору. Телефоны определяются пятиступенчатым процессом, рядом извлекаются свободные поля, и записывается резюме разговора одним предложением — три из семи полей выше в системе уже есть.
Перед созданием лида работает фильтр покупательского намерения, отсекающий ложные лиды; собственные номера компании исключаются. Дубликаты обнаруживаются и связываются, а не удаляются. Карточка лида несёт статус, этап, категорию, маркер приоритета, причину закрытия и счётчик попыток контакта.
Со стороны клиента встроенная CRM поставляется с девятиступенчатой воронкой по умолчанию — Новый лид, Ожидает, Нужен follow-up, Нужен звонок, Заинтересован, В обсуждении, Выиграно, Проиграно, Заблокирован — с цветными тегами и пользовательскими полями в JSON. Тег «оставил номер» проставляется автоматически. Импорт CSV принимает имя, телефон и почту с проверкой дублей.
Единая лента собирает хронологию из десяти источников, так что человек, написавший в Instagram, затем в WhatsApp и позвонивший, — одна карточка, а не три. Каждое действие пишется в журнал активности с десятью типами, а триггер отправляет лид дальше в уведомление Telegram, в Bitrix24 или во встроенную CRM.
Частые вопросы
- Что такое интеграция чат-бота с CRM?Это запись того, что произвёл разговор, в карточку клиента, в которой отдел продаж уже работает: извлечённые поля, резюме, ссылка на расшифровку и сам лид. Данные, оставшиеся в логе чата, интеграцией не считаются.
- Какие поля надо писать?Источник и канал, намерение, интересующий продукт, нормализованные сроки, контакт и разрешение, резюме одним предложением и ссылку на расшифровку. Семи полей хватает большинству команд.
- Стоит ли записывать бюджет?Только если клиент его назвал. Выведенный бюджет оказывается неверным на первом звонке и навсегда лишает карточку доверия продавца.
- Как обращаться с дубликатами?Сопоставлять по телефону или почте, связывать, а не удалять, и исключать собственные номера компании. Без сопоставления цифра «новых лидов» раздувается.
- Как проверить, верно ли записанное?Сверять вручную пятьдесят карточек с расшифровками раз в месяц. Другого надёжного способа нет, и это занимает около часа.
- Когда оператор должен править карточку?Всегда, когда у него есть информация, которой не было в разговоре, и в момент, когда он видит, что извлечённое поле неверно, — правка принадлежит карточке, а след остаётся в журнале.
Начните с чтения пятидесяти карточек
Прежде чем перепроектировать схему CRM, откройте пятьдесят карточек лидов за прошлый месяц и задайте каждой один вопрос: мог бы продавец выйти на звонок готовым, имея только эту карточку? Там, где ответ «нет», выпишите, чего не хватило. Этот список и есть ваше настоящее требование к полям, и он обычно короче уже существующей схемы.