Менеджер открыл карточку и не знает, что сказать клиенту
Карточка клиента в большинстве CRM — это свалка. Системные поля, технические ID, сорок строк истории, половина которых автоматические уведомления. Менеджер открывает её и первые секунды разговора тратит не на клиента, а на то, чтобы понять, кто это и о чём вообще был прошлый разговор. А клиент в этот момент уже на линии и слышит паузу.
Мы это время не замеряли секундомером и не буду делать вид, что замеряли. Но пауза слышна на записи разговора, и слышна она ровно там, где менеджер ищет глазами нужное поле.
Хорошая карточка отвечает на один вопрос: что сказать этому человеку прямо сейчас, чтобы продвинуть сделку. Всё, что не помогает ответить на него в первые секунды, — мешает.
Минимум, без которого продавать нельзя
Это верхний блок карточки, всегда на виду, без скролла:
- Кто звонит и зачем пришёл. Имя, компания, исходный запрос. Не «лид №4471», а «Сергей, нужен лизинг на спецтехнику». Первая же фраза менеджера должна попадать в контекст. Если исходный запрос не сохранён дословно, а превращён в галочку «интересуется техникой», карточка уже не работает: галочка не даёт зацепки для разговора.
- На каком мы этапе. Одна строка статуса, понятная без расшифровки. Менеджер должен знать, продаёт он сейчас или дожимает оплату. Разница огромная: в первом случае он выясняет потребность, во втором — снимает последнее возражение и называет дату.
- Что было в прошлый раз. Суть последнего контакта в двух предложениях, а не аудиозапись на 12 минут, которую никто не откроет посреди разговора. И не «состоялся звонок, длительность 12 минут» — это факт события, а не его содержание.
- Какой следующий шаг и когда. «Перезвонить 12-го, прислать расчёт по двум моделям». Это то, ради чего звонок вообще состоится. Если следующего шага нет, карточка честно должна об этом кричать — пустое поле «следующий шаг» опаснее, чем кажется: именно из таких карточек сделки уходят молча.
Четыре пункта — и менеджер уже говорит по делу. Всё остальное в карточке существует, но не борется за внимание.
Проверить легко: закройте всё, кроме верхнего блока, и попробуйте начать разговор. Если получается — блок собран верно. Если приходится лезть ниже, значит что-то нужное вы утащили в детали.
Что убрать с глаз долой
Дата создания записи, UTM-метки, технические теги интеграций, поля «откуда узнали» в десяти вариантах — это нужно аналитику, а не продавцу в момент разговора. Всё это не удаляется, а сворачивается в блок «детали». Данные на месте, но не лезут в глаза. Менеджер видит чистый экран и не выуживает главное из шума.
Важно не путать «убрать из карточки» и «убрать с первого экрана». Аналитику эти поля пригодятся при разборе воронки. Вопрос только в приоритете внимания: в момент звонка на виду то, что двигает сделку, остальное — на один клик глубже.
Есть и третья категория, про которую забывают: поля, которые вообще не нужны человеку, потому что их читает только робот. Идентификаторы внешних систем, служебные признаки синхронизации, отметки интеграций. Их можно не сворачивать, а просто не выводить в интерфейс — они живут в базе и работают.
Отдельная боль — расшифровки звонков
Запись звонка бесполезна, если её надо слушать. Никто не будет отматывать 12 минут, чтобы вспомнить, о чём договорились. Поэтому запись должна превращаться в текст, а текст — в три строки сути: о чём договорились, что обещали, когда следующий контакт.
Мы в проектах отдаём менеджеру готовую суть разговора текстом — сырой звонок превращается в структурированную выжимку без ручного труда. Менеджер читает три строки вместо того, чтобы слушать запись.
Тут есть неочевидная часть работы, которую видно только когда доходишь до неё руками. В одном из проектов мы разбирали архив: 1 082 записи разговоров, из которых к сделкам удалось привязать 438. Остальные висели сиротами — звонок был, а к какой карточке он относится, система не знала. И ещё 258 записей оказались личными, к работе отношения не имеющими, их пришлось удалить.
Вывод из этого простой и неприятный: запись, не привязанная к карточке, — это не архив, это балласт. Прежде чем строить расшифровки, убедитесь, что звонок вообще доезжает до нужной сделки. Иначе вы получите красивую выжимку, лежащую не там, где её ищут.
История переписки — вторая ловушка
Сегодня клиент пишет не в один канал. В одном нашем проекте в системе сошлись 754 диалога: 488 в MAX, 144 в Telegram, 122 в WhatsApp, суммарно около 38 000 сообщений. Пока эти три ветки лежат отдельно, карточка врёт: менеджер видит «клиент молчит две недели», а клиент всё это время писал в другой мессенджер.
И две грабли, на которые мы наступили сами.
Первая: в карточку грузились первые 500 сообщений переписки вместо последних. На коротких диалогах это незаметно, на длинных — катастрофа: менеджер открывал карточку и читал начало общения годовой давности, будучи уверен, что видит актуальное. Формально всё работало, данные были на месте, ошибок в логах не было.
Вторая: 8 диалогов из 56 просто не были видны менеджерам — из-за прав доступа они не показывались никому. В отчётах это никак не проявлялось: количество диалогов считалось по базе, а не по тому, что видно на экране.
Общее у обеих одно. Карточка может быть аккуратной, быстрой и красивой — и при этом показывать не то. Поэтому к составу полей всегда добавляйте проверку: то, что на экране, — это точно всё, что есть в базе?
Порядок блоков решает не меньше, чем состав
Одни и те же поля можно расставить так, что карточка работает, а можно так, что нет. Правило простое: сверху то, что нужно в первые секунды разговора — имя, запрос, этап, следующий шаг. Ниже — история касаний. В самом низу, свёрнутым, технический блок. Менеджер не скроллит в поисках главного, оно всегда перед глазами в одном и том же месте.
Постоянство места важнее красоты. Если этап сделки всегда в одной точке экрана, глаз находит его не читая. Как только вёрстка карточки «плавает» от типа сделки, менеджер снова начинает искать, и выигрыш теряется.
Из того же соображения не стоит прятать главное за вкладки. Вкладка — это скрытый скролл: чтобы понять, есть ли там что-то важное, надо кликнуть. Если менеджер вынужден проверять три вкладки перед каждым звонком, он их проверять перестанет.
Как перебрать карточку за один заход
Порядок действий, который у нас работает:
- Сядьте рядом с менеджером на трёх реальных звонках. Не спрашивайте, какие поля ему нужны, — смотрите, куда он смотрит. Ответ на словах и поведение расходятся почти всегда.
- Выпишите поля, к которым он обратился до того, как открыл рот. Это и есть кандидаты в верхний блок.
- Отметьте то, к чему он не обратился ни разу. Не удалять — в «детали».
- Соберите верхний блок из оставшегося. Ограничение жёсткое: он должен помещаться на экран без скролла. Не влезает — значит, что-то из него на самом деле не первично.
- Зафиксируйте порядок и запретите ему меняться от типа сделки, от роли, от чего угодно.
- Через неделю повторите наблюдение. То, что снова ищут скроллом, поднимите наверх. То, что ни разу не открыли, опустите ещё ниже.
Дальше это становится рутиной: раз в квартал проходить тот же круг. Карточка обрастает полями сама по себе, если за ней не следить.
Возражения, которые я слышу каждый раз
«У нас сложный продукт, там правда нужно много данных». Нужно — но не в первую секунду разговора. Речь не о том, чтобы выкинуть данные, а о том, чтобы разложить их по приоритету внимания. Сложный продукт как раз требует более строгой сортировки, а не более полного экрана.
«А если менеджер пропустит важное поле?» Тогда его должна поднимать система, а не глаз. Поле, критичное на конкретном этапе, выводится наверх именно на этом этапе и убирается на других. Карточка может быть динамичной по содержанию — при этом статичной по расположению блоков.
«Руководителю нужны все поля». Руководителю нужен другой экран. Отчёт и карточка решают разные задачи, и попытка сделать карточку одновременно отчётом ломает обе.
«Мы платим за CRM с богатой карточкой». Вендор продаёт комплектацию, потому что комплектацию легко показать в сравнительной таблице тарифов. Вам нужна не комплектация, а экран, с которого удобно продавать.
Пограничные случаи
- Входящий с незнакомого номера. Карточки ещё нет, а говорить надо уже сейчас. Верхний блок в этом случае должен показывать хотя бы то, что известно: номер, регион, был ли этот номер в базе раньше в другой сделке.
- Один контакт в нескольких сделках. Частая история в B2B. Тут карточка контакта и карточка сделки должны разделяться, иначе история одной сделки затирает другую, и менеджер говорит про не тот проект.
- Клиент писал в трёх каналах. Лента касаний должна быть общей и в хронологии, а не тремя отдельными вкладками по мессенджерам. Клиенту всё равно, куда он писал, — он помнит, что сказал.
- Длинная пауза в сделке. Через полгода тишины «что было в прошлый раз» бесполезно без даты. Дата последнего касания должна стоять рядом с самой сутью, а не в свойствах записи.
Подводные камни
- «Убрать из карточки» и «убрать с первого экрана» — не одно и то же: UTM и техполя нужны аналитику, их сворачивают, а не удаляют.
- Плавающая вёрстка карточки под каждый тип сделки убивает выигрыш: глаз перестаёт находить поле на привычном месте.
- Запись звонка без расшифровки бесполезна — 12 минут аудио посреди разговора никто не отматывает; нужна выжимка в три строки.
- Записи и переписки, не привязанные к сделке, создают иллюзию архива. Сначала привязка, потом красота.
- Карточка может молча показывать не то: не тот кусок переписки, не все диалоги. Проверяйте не только состав полей, но и полноту того, что реально выводится на экран.
- Личные разговоры в общем архиве — отдельный вопрос к хранению данных. Мы не юристы, и если у вас пишутся все звонки подряд, состав и сроки хранения стоит обсудить с тем, кто разбирается в 152-ФЗ.
Что это даёт на практике
Когда карточка собрана под продажу, новый менеджер входит в сделку с одного экрана, а не с чтения всей истории. Клиент на линии не слышит мучительную паузу «секундочку, я посмотрю». А данные не забиваются мусором, потому что менеджеру не приходится продираться через двадцать полей, чтобы дойти до нужного.
Есть и побочный эффект, который замечаешь не сразу: по чистой карточке видно, когда сделка встала. В свалке из сорока строк застрявшая сделка выглядит так же, как живая, — везде что-то написано. В карточке из четырёх пунктов пустой «следующий шаг» бросается в глаза сразу.
На своём сервере состав и порядок полей режется под ваш процесс продажи, а не под универсальный шаблон вендора, который одинаков и для интернет-магазина, и для B2B с длинным циклом.
Хотите карточку без мусора под ваш процесс — оставьте заявку через форму https://avtobezvody.ru/#lead-form или напишите в Telegram https://t.me/avtobezvody.
