Методика · 21 сентября 2026 г.

Опросы по этапам жизни B2B-клиента: что и когда спрашивать

Опросы по этапам жизни B2B-клиента — это не один замер удовлетворённости, а серия коротких анкет, привязанных к конкретным моментам: завершению онбординга, регулярному использованию продукта, периоду перед продлением подписки и, при необходимости, уходу. Каждый этап отвечает на свой вопрос — закрепился ли клиент, действительно ли он пользуется продуктом, есть ли риск не продлить — и требует своих формулировок, а не одной общей шкалы NPS, усреднённой по всему пути клиента. Разовый опрос раз в квартал показывает среднюю температуру, но пропускает момент, когда решение уже принято, а изменить уже ничего нельзя. Ниже — обзор четырёх точек жизненного цикла, зачем разделять аудиторию на лицо, принимающее решение, и рядового пользователя, и как собрать эти опросы в систему, а не в пять несвязанных анкет.

Почему один опрос об удовлетворённости не показывает всю картину

Квартальный NPS — привычный инструмент, но у него есть слепая зона: он усредняет мнение клиента, который только что закончил внедрение, с мнением клиента, который пользуется продуктом два года и уже присматривается к альтернативе. Обе оценки попадают в одну цифру, и по ней невозможно понять, где именно образовался риск — в самом начале, когда продукт не зашёл, или ближе к продлению, когда энтузиазм первых недель уже угас, а привычка ещё не сформировалась. B2B-аккаунт живёт дольше и сложнее, чем разовая покупка: решение принимает один человек или комитет, пользуется продуктом другой человек или целая команда, а контракт продлевается по календарю, который редко совпадает с датой квартального опроса.

Разбивка по этапам решает эту проблему не за счёт количества опросов, а за счёт их точности. Короткая анкета сразу после онбординга ловит проблему, пока её ещё можно исправить бесплатным звонком поддержки. Анкета в разгар использования показывает, дошла ли команда клиента до тех функций, ради которых покупали продукт, или застряла на базовом наборе. Анкета за месяц-два до продления — это единственный момент, когда у менеджера ещё есть время среагировать на низкую оценку, а не разбирать её постфактум в опросе об отмене. Три коротких опроса в нужных точках дают больше управляемой информации, чем один длинный опрос раз в квартал.

Четыре точки, где стоит остановиться и спросить отдельно

У большинства B2B-подписок жизненный цикл укладывается в четыре стадии с разными вопросами и разными получателями результата. Онбординг закрывает вопрос «закрепился ли клиент в продукте технически» и адресован службе поддержки. Использование закрывает вопрос «дошла ли команда клиента до ценности, за которую платит» и адресован продуктовой команде. Период перед продлением закрывает вопрос «есть ли риск ухода, который ещё можно снять» и адресован аккаунт-менеджеру. Уход, если он всё же случился, закрывает вопрос «что именно не сработало» и здесь подробно не разбирается — эта тема уже описана отдельно в статье об опросе при отмене подписки, и дублировать её нет смысла.

Онбординг: первый сигнал, который легко испортить таймингом

Тайминг здесь решает почти всё. Опрос, отправленный в день регистрации, ловит впечатление от интерфейса, а не от результата — клиент ещё не успел ничего сделать и отвечает про экран, а не про пользу. Опрос, отправленный через два месяца, ловит уже сформировавшуюся привычку или её отсутствие, но теряет детали: человек не помнит, что именно было неясно на третьем шаге настройки, и общая оценка получается, а разбирать в ней уже нечего. Рабочее окно — несколько дней после первого полноценного использования, когда контекст ещё свежий, а результат уже есть. Как выбрать точную точку внутри этого окна и что именно спрашивать, чтобы отличить нормальную заминку от системной проблемы, — тема отдельного разбора об опросе после онбординга нового клиента.

Использование продукта: отличать вход в аккаунт от реальной вовлечённости

Вход в аккаунт — это не вовлечённость. Система исправно показывает, что пользователь заходил в продукт двадцать раз за месяц, но не показывает, дошёл ли он до тех функций, ради которых компания платит за подписку, или каждый раз открывает один и тот же отчёт и закрывает вкладку. Продуктовая аналитика отвечает на вопрос «что делал пользователь», но не отвечает на вопрос «было ли это полезно» — эти два вопроса расходятся чаще, чем кажется, особенно когда лицензию купил один человек, а работает с продуктом другой. Опрос об использовании закрывает именно этот разрыв: он спрашивает не о фактах поведения, а об ощущении пользы, и делает это в терминах задач, а не функций. Что именно спрашивать и как не перепутать этот опрос с обычным сбором пожеланий по продукту — тема отдельного разбора об опросе об использовании продукта.

Риск-сигнал перед продлением: увидеть проблему раньше звонка менеджера

К моменту, когда аккаунт-менеджер садится готовить звонок о продлении, часть решения в голове клиента уже принята — вопрос лишь в том, прозвучит ли оно вслух на этом звонке или через три месяца письмом об отмене. Проактивный опрос за месяц-полтора до даты продления даёт менеджеру то, чего не даёт разговор один на один: письменный, менее социально нагруженный ответ, который клиент готов дать честнее, чем в живом диалоге с человеком, от которого зависит скидка на следующий год. Это принципиально другой опрос, чем анкета при отмене: та собирает причины постфактум, когда решение уже необратимо, этот пытается поймать риск, пока его ещё можно снять. Как построить такую анкету и что делать с ответом «скорее нет» — тема отдельного разбора об опросе перед продлением подписки.

Уход и отмена: тема, которую мы здесь не повторяем

Опрос в момент отмены подписки — устоявшийся и хорошо описанный инструмент: короткая анкета на экране отмены, которая ловит причину ухода, пока пользователь ещё не закрыл вкладку. Мы намеренно не пересказываем эту методику внутри обзора жизненного цикла — она разобрана отдельно, с примерами формулировок и разбором, почему на экране отмены нельзя удерживать клиента длинной анкетой. Здесь важно другое: место этого опроса в общей системе. Он не заменяет три предыдущих, а закрывает цикл — если несмотря на онбординг, использование и проактивный опрос перед продлением клиент всё равно уходит, финальная анкета показывает, что именно в системе не сработало.

ЛПР и рядовой пользователь: почему на каждом этапе стоит спрашивать обоих

На каждом из четырёх этапов есть соблазн отправить один опрос на общий адрес компании и считать задачу закрытой. Проблема в том, что B2B-аккаунт почти всегда состоит минимум из двух ролей с разным опытом: лицо, принимающее решение о покупке и продлении, и рядовой пользователь, который открывает продукт каждый день. ЛПР видит отчёты, цену, соответствие продукта тем задачам, ради которых его покупали, и редко замечает мелкие неудобства интерфейса — это не входит в его зону внимания. Рядовой пользователь, наоборот, замечает каждую лишнюю кнопку, но часто не знает, зачем компания вообще купила этот продукт и с чем его сравнивали на входе. Опрос, отправленный только ЛПР, покажет стратегическую картину без операционных деталей; опрос, отправленный только пользователям, покажет обратное. Как сегментировать анкету между этими ролями и что каждая из них склонна завышать или занижать — тема отдельного разбора.

Как собрать это в систему, а не в пять разрозненных анкет

Ценность подхода не в количестве опросов, а в том, что они делятся общей структурой вопросов и общим способом смотреть на ответы. Разумная база — три-четыре сквозных вопроса, которые повторяются на каждом этапе в чуть изменённой формулировке (готовность рекомендовать, ощущение прогресса к цели покупки, главный барьер прямо сейчас), плюс два-три вопроса, специфичных для конкретной стадии. Это позволяет сравнивать не только этапы между собой, но и то, как меняется мнение одного и того же аккаунта со временем — просевшая оценка между использованием и предпродлением значит совсем не то же самое, что просевшая оценка сразу после онбординга. В сервисе «До Сути» такой цикл настраивается как несколько отдельных коротких анкет по ссылке, а сегментация ответов ЛПР и пользователей делается фильтром по ответу на вопрос о роли внутри самой анкеты; автоматической триггерной рассылки по датам жизненного цикла из CRM сервис не делает — отправку по расписанию вы настраиваете вручную или через свою почтовую систему.

Типичные ошибки при построении цикла

• Копировать одну и ту же анкету NPS на все четыре этапа без учёта того, что вопрос на входе и вопрос перед продлением решают разные задачи.
• Отправлять опрос об использовании только ЛПР, потому что до него проще достучаться по почте.
• Ставить онбординг-опрос в день регистрации, когда клиент ещё ничего не успел сделать в продукте.
• Не заводить ни одного сквозного вопроса, из-за чего сравнение этапов между собой становится невозможным.
• Запускать опрос перед продлением слишком поздно — за неделю до даты, когда решение уже принято и время на реакцию не остаётся.
• Считать, что цикл опросов заменяет личное общение аккаунт-менеджера с крупными клиентами, а не дополняет его.

Ограничения подхода

У цикла есть три честных ограничения. Первое — он требует организационной дисциплины: кто-то должен отвечать за то, чтобы каждый этап действительно запускался в срок, иначе система быстро превращается в три забытых анкеты и одну работающую. Второе — на очень маленьких аккаунтах, где с продуктом работает один человек, разделение на ЛПР и пользователя теряет смысл, и трёх отдельных опросов оказывается больше, чем нужно для объёма информации, который они реально дают. Третье — опросы показывают мнение, а не поведение: аккаунт может стабильно хвалить продукт в анкетах и всё равно не продлить подписку по причине, которая к качеству продукта не имеет отношения — смена бюджета, слияние компаний, уход конкретного сотрудника-инициатора покупки. Опрос снижает неопределённость, но не заменяет данные об использовании и разговор с клиентом. Держать это в голове полезно ещё и потому, что руководству легко переоценить точность инструмента: цикл опросов сигнализирует о риске раньше отчёта по выручке, но сам по себе решения не принимает.

Кто внутри команды отвечает за цикл

Обычная причина, по которой цикл опросов сначала запускают с энтузиазмом, а через три месяца обнаруживают, что предпоследний опрос никто не отправлял два квартала, — отсутствие одного явного владельца. Формально за клиента отвечает аккаунт-менеджер, но у него нет ресурса разбирать открытые ответы по продукту, а у продуктовой команды нет доступа к календарю продлений. Рабочая модель распределяет роли иначе: один человек — обычно руководитель customer success — отвечает за расписание, то есть за то, что каждый опрос действительно уходит в срок, а разбор ответов и реакция на них остаются за тем, кому тематически ближе конкретный этап: продуктовая команда смотрит опрос об использовании, аккаунт-менеджеры — опрос перед продлением. Раз в квартал стоит сверять все четыре потока на одной короткой встрече, иначе несогласованность между этапами накапливается незаметно, и каждый видит только свой кусок картины.

С чего начать: минимальный вариант на первую неделю

Разворачивать все четыре опроса сразу не нужно — это тот случай, когда лучше сделать один этап хорошо, чем четыре формально. Начните с того, где сейчас болит сильнее всего: если аккаунты стабильно не доходят до продления, начните с опроса перед продлением, потому что он ближе всего к деньгам и быстрее всего покажет результат. Если жалобы сосредоточены на первых неделях работы — с онбординга. Один короткий, реально работающий опрос на одном этапе за месяц даёт больше пользы, чем четыре, запущенные одновременно и заброшенные через две недели без анализа ответов. Остальные три добавляйте по одному, только когда предыдущий этап уже даёт стабильный поток ответов и кто-то регулярно на них реагирует.

1. Определите, какой этап сейчас приносит больше всего необъяснённых потерь — по ощущениям аккаунт-менеджеров или по данным о причинах непродления за прошлый год.
2. Соберите три-четыре сквозных вопроса, которые в будущем захотите сравнивать между этапами.
3. Запустите один опрос на выбранном этапе и договоритесь, кто и в какой срок реагирует на низкие оценки.
4. Через месяц оцените отклик и качество ответов, а не только факт отправки анкеты.
5. Добавляйте следующий этап только после того, как первый работает стабильно.