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