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