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

Опрос об использовании продукта: как понять реальную вовлечённость

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

Чем опрос об использовании отличается от входа в аккаунт

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

Чем он отличается от концепт-теста и от опроса о продукте

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

Что спрашивать: глубина, а не факт использования

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

Как измерить вовлечённость числом, а не ощущением

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

Пример: как это выглядит для инструмента аналитики

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

Кого спрашивать: не всех подряд, а активных пользователей

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

Частота: как часто повторять опрос, не утомляя клиентов

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

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

Как читать расхождение между высокой оценкой и низким использованием

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

Типичные ошибки

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

Ограничения метода

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

Как передать находки продуктовой команде, а не потерять их в таблице

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

С чего начать

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

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