Тендеры и лиды
Информация
Выявление потребностей клиента считается обязательной частью продаж: менеджер уточняет задачу, сроки, бюджет, критерии выбора, фиксирует ответы и на их основе готовит предложение. На практике этот этап часто выглядит убедительно только формально. В CRM появляется много данных, разговор занимает двадцать минут, но после него всё ещё непонятно, почему клиент вообще начал искать решение, что для него действительно критично и чем одно предложение будет лучше другого.
Я часто вижу одну и ту же проблему: компании концентрируются на количестве вопросов, хотя ценность разговора определяется совсем другим – меняется ли после полученного ответа дальнейшая работа с клиентом. Если менеджер спрашивает бюджет, сроки, размер компании и должность, а затем всем отправляет одну презентацию, потребность фактически не выявлена. Получилась только анкета, перенесённая в устный разговор.
В этой статье разберу, какие вопросы действительно дают полезный контекст, почему часть привычных формулировок мало помогает продажам, что разумно выяснять ещё до звонка и где заканчиваются возможности формы и начинается нормальный разговор с человеком.
Часть этой работы можно вынести ещё до первого контакта: хорошо собранная форма фиксирует формализуемые параметры, помогает разделить обращения по типу задачи и передаёт менеджеру не просто имя с телефоном, а уже некоторый контекст. При этом форма не должна пытаться заменить разговор – её ценность как раз в том, чтобы убрать из него рутинные вопросы и оставить время на причины, ограничения и логику принятия решения.
«Нам нужен новый сайт» звучит как вполне конкретный запрос, однако за одной и той же формулировкой могут находиться совершенно разные задачи. Одна компания выходит на новый рынок и ей нужна отдельная продуктовая коммуникация, другая хочет перестать терять заявки из-за устаревшего интерфейса, третьей сайт требуется для участия в тендерах, а четвёртая просто недовольна предыдущим подрядчиком.
Если менеджер принимает исходную формулировку за уже выявленную потребность, дальнейший разговор быстро уходит в обсуждение функций: сколько страниц, какой дизайн, нужна ли интеграция. Техническая часть становится понятнее, а бизнес-причина проекта остаётся за кадром.
То же самое происходит с обучением. Клиент говорит: «Нам нужен тренинг по продажам». За этим запросом может скрываться слабая адаптация новых сотрудников, просадка на этапе переговоров, низкая конверсия из встречи в договор или попытка привести работу нескольких подразделений к единому стандарту. Программа обучения при этом будет разной, хотя первое сообщение клиента звучит одинаково.
Для меня здесь полезен простой ориентир: потребность становится понятной, когда видно не только что клиент хочет купить, но и что должно измениться после покупки. Именно это различие отделяет содержательное выяснение потребностей клиента от сбора исходных данных.
В подборках с вопросами для выявления потребностей клиента регулярно встречаются формулировки вроде «Что для вас важно при выборе?», «Какие критерии являются основными?», «Чего вы ожидаете от сотрудничества?». Они выглядят профессионально, но перекладывают всю работу по анализу ситуации на самого клиента. Обычно человек отвечает так, как от него ожидают: важны качество, сроки, цена, надёжность. С этим сложно спорить, но и использовать такие ответы почти невозможно.
Гораздо больше информации появляется, когда вопрос привязан к реальной ситуации. Допустим, компания заказывает разработку внутреннего сервиса. Вместо «Что для вас важно?» можно выяснить, что должно быть готово к первой версии, почему дата запуска фиксирована, какие процессы сейчас выполняются вручную и кто будет пользоваться системой каждый день. Уже из этих ответов становятся видны настоящие критерии выбора.
Сравним.
Формальный вариант:
Что для вас наиболее важно при выборе подрядчика?
Качество, соблюдение сроков и разумная стоимость.
Разговор по ситуации:
Что должно заработать к первой версии продукта?
Личный кабинет и интеграция с учётной системой. Остальные функции можно выпускать позже.
Почему запуск нельзя перенести?
В ноябре начинаем подключать первые филиалы.
Во втором случае менеджер понимает, что интеграция и срок запуска – реальные ограничения проекта, а часть функциональности можно обсуждать. Ответы сразу влияют на состав предложения. Хороший вопрос не обязан быть открытым или закрытым, гораздо важнее, чтобы он помогал увидеть устройство задачи.
Вопрос о бюджете удобен для квалификации, из-за чего его нередко задают в самом начале. С типовым товаром это работает, со сложной услугой, увы, далеко не всегда.
Представим компанию, которая впервые заказывает внедрение CRM. Менеджер спрашивает, на какой бюджет она рассчитывает, и слышит: 50 тысяч рублей. Такая сумма может сразу отправить заявку в категорию слабых. Но откуда клиент взял цифру? Возможно, видел рекламу, ориентировался на стоимость лицензий или просто назвал сумму, которая кажется приемлемой. Пока неизвестны количество пользователей, интеграции, миграция данных, автоматизация процессов и объём обучения, сама цифра мало что говорит о проекте.
Гораздо полезнее сначала понять масштаб и ограничения, после чего обсуждать деньги уже применительно к конкретному объёму. Если бюджет требуется для раннего распределения заявок, стоит оставлять вариант «пока не определён». Он не ухудшает качество обращения, а показывает стадию, на которой находится покупатель.
Сроки дают похожий эффект. Ответ «через четыре месяца» не делает клиента нецелевым; он лишь говорит, что это не срочная продажа. Для команды такая информация ценна, но использовать её как жёсткий фильтр не стоит.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13755 тендеров
проведено за восемь лет работы нашего сайта.
Часть информации разумно получить ещё до звонка. Здесь как раз полезна анкета для выявления потребностей клиента, но только если она снимает рутинные уточнения, а не превращает первое знакомство в заполнение технического задания.
Через форму хорошо собираются сведения, которые легко формализовать: тип задачи, регион, количество сотрудников, площадь объекта, выбранная услуга, примерный срок, формат работы. Они не требуют обсуждения и позволяют менеджеру заранее подготовиться.
Гораздо хуже работают попытки вынести туда вопросы вроде «Почему вы хотите сменить подрядчика?», «Какие опасения у вас есть?», «Что будет главным критерием успеха?». На такие вещи человек отвечает иначе в живом разговоре, где можно уточнить контекст и задать следующий вопрос по его формулировке.
Я обычно разделяю информацию так:
Форма в такой модели работает как предварительный слой квалификации. Она забирает на себя сведения, для которых не нужен диалог, а менеджер получает их ещё до звонка. Если клиент уже указал тип задачи, масштаб, регион, ориентировочный срок и формат работы, нет смысла повторять эти вопросы в начале разговора; можно сразу переходить к причинам обращения, ограничениям и ожидаемому результату.
Здесь особенно важна структура ответов. Свободное поле «Расскажите о задаче» часто даёт либо два слова, либо длинное описание, из которого менеджеру приходится самостоятельно вычленять главное. Для фактов удобнее использовать варианты ответа, диапазоны, даты и короткие уточняющие поля. Тогда заявки легче сравнивать между собой, а сам первичный бриф получается одинаково читаемым независимо от того, кто его заполнял.
Например, в QForm можно собрать такую анкету из разных типов полей, отметить действительно обязательные вопросы и настроить проверку вводимых данных. После отправки ответы сохраняются вместе в заявке, поэтому менеджер ещё до контакта видит исходные параметры обращения, а не только имя и номер телефона. Данные при необходимости можно передавать дальше через интеграции, чтобы не переносить первичную информацию вручную.
В результате форма не заменяет выявление потребностей, а меняет качество самого разговора: фактическая часть уже собрана, и время можно потратить на то, что действительно требует участия менеджера – понять мотив, ограничения, критерии выбора и логику принятия решения.
Это один из самых простых способов проверить качество входной квалификации. Достаточно взять несколько последних заявок и посмотреть, что менеджеру уже было известно перед звонком, а какие вопросы ему пришлось задавать заново.
Нередко оказывается, что форма содержит десять полей, но почти ни одно не влияет на предложение. Компания собирает должность, количество сотрудников, комментарий, источник знакомства и полное название организации, однако не спрашивает параметр, который действительно определяет дальнейшую работу.
Для производителя таким параметром может быть объём партии. Для учебного центра – количество участников. Для логистической компании – направление перевозки и регулярность. Для агентства – тип проекта и задача, которую клиент хочет решить.
Особенно показателен вопрос «Откуда вы о нас узнали?». Его годами добавляют в анкеты, хотя источник перехода зачастую можно передать автоматически через UTM-метки. Пользователя заставляют вручную сообщать информацию, которую система уже способна определить без его участия.
Полезно смотреть и на то, что происходит с данными после отправки. Если ответы просто складываются в таблицу, часть смысла квалификации теряется: менеджеру всё равно приходится вручную разбирать обращения и решать, что брать в работу первым. Форму лучше связывать с дальнейшей обработкой – статусами заявок, распределением по ответственным, CRM или хотя бы фильтрацией по ключевым ответам.
В QForm, к примеру, отправленные заявки попадают в отдельный раздел, где их можно сортировать, менять статусы и передавать дальше через интеграции с CRM или другими сервисами. Там же можно работать с UTM-метками и источниками трафика. Это позволяет смотреть не только на то, сколько человек заполнили форму, но и какие обращения потом перешли в работу.
Каждый пункт анкеты полезно проверять одним вопросом: Что мы сделаем иначе, если человек выберет ответ А вместо ответа Б?
Если регион меняет доступность услуги – поле нужно, если количество сотрудников определяет формат обучения – тоже. Если должность хранится в CRM, но никто не использует её ни для распределения заявки, ни для подготовки предложения, ценность такого вопроса сомнительна.
В сложных B2B-продажах выражение «потребность клиента» вообще может вводить в заблуждение, потому что покупателем выступает не один человек, а группа с разными интересами.
Представим корпоративный SaaS. Будущий пользователь хочет меньше ручной работы и понятный интерфейс. Руководителю нужна прозрачность и контроль показателей. IT-отдел интересуют безопасность, интеграции и инфраструктура. Финансовый директор смотрит на совокупную стоимость владения. Закупщик оценивает договорные условия и соответствие внутренним процедурам. Если менеджер поговорил только с инициатором и решил, что потребность полностью выяснена, продажа может измениться уже на следующем этапе, когда появится информационная безопасность или финансовый блок.
В B2B полезно выяснять не только содержание задачи, но и структуру решения: кто инициировал поиск, кто будет пользоваться продуктом, кто согласует бюджет, какие подразделения могут наложить ограничения. Это не означает, что каждому участнику нужно продавать разные продукты, однако аргументация и набор доказательств для них будут отличаться.
Запрос «нам нужна система аналитики» со стороны инициатора может одновременно означать желание руководителя видеть показатели в реальном времени, стремление аналитиков избавиться от ручных отчётов и требование IT не создавать ещё одну изолированную систему. Все три потребности относятся к одной покупке.
Самый полезный критерий качества – посмотреть, что компания делает после ответа. Если менеджер выяснил срок запуска, но продолжает одинаково работать с проектом «в следующем месяце» и проектом «в следующем году», вопрос почти ничего не дал. Если клиент рассказал, что решение согласуют ещё три человека, а коммерческое предложение всё равно уходит только одному инициатору, информация не была использована. Если выяснилось, что запрос не соответствует основной услуге, но менеджер по привычке продолжает стандартную презентацию, квалификация осталась формальной.
Логику можно свести к короткой цепочке: ответ → интерпретация → действие.
Клиент планирует старт через месяц – заявка получает высокий приоритет. Проект интересен, но запуск через полгода – контакт остаётся в более длинной коммуникации. Запрос относится к другой услуге – человек получает другое предложение или честный отказ. В выборе участвуют несколько подразделений – следующим шагом становится совместная встреча. Именно здесь вопросы для выявления потребностей клиента начинают влиять на продажи, а не просто увеличивают объём карточки в CRM.
Та же логика относится и к онлайн-формам. Если ответ «корпоративное обучение» не меняет следующие вопросы, приоритет заявки или дальнейшую обработку, само наличие этого поля мало что даёт. Хорошо настроенная форма должна не просто записывать ответы, а помогать разделять разные запросы ещё до того, как менеджер откроет заявку.
Как проверить, что потребность действительно стала понятнее
После первого содержательного контакта менеджер должен уметь описать ситуацию без универсальных формулировок вроде «хочет увеличить продажи», «нужно улучшить процессы» или «интересуется разработкой сайта».
Нормальное описание отвечает хотя бы на несколько вопросов: что происходит сейчас, почему текущее положение перестало устраивать, почему задача появилась именно в этот момент, какой результат нужен, какие ограничения нельзя игнорировать и кто участвует в принятии решения.
Сравните:
Клиенту нужен корпоративный сайт. Бюджет уточняется.
и
Компания выходит в новый регион и к декабрю должна запустить сайт для отдельного направления. Старый ресурс нельзя адаптировать из-за структуры каталога. На первом этапе важны каталог и интеграция с CRM, личный кабинет можно перенести во вторую очередь. Решение согласуют маркетинг и коммерческий директор.
Во втором случае уже понятно, что обсуждать дальше. Именно такой результат говорит о том, что выяснение потребностей было полезным.
Количество заданных вопросов само по себе ничего не говорит о качестве продажи. Менеджер может провести длинное интервью и не приблизиться к пониманию клиента, а может за несколько точных уточнений получить контекст, которого достаточно для следующего шага.
Качество этого этапа проще оценивать по практическому результату: становится ли после разговора понятнее, что предложить, кому показать предложение и что делать с заявкой дальше. Если да, вопросы выполняют свою функцию. Если данных стало больше, но компания продолжает отправлять всем одинаковую презентацию и повторять те же уточнения на следующей встрече, проблема не в нехватке вопросов, а в том, что они не связаны с реальным процессом продажи.
