Как проверить, находят ли пользователи новую функцию после релиза
После релиза команда видит новую функцию каждый день, а пользователь может пройти мимо неё. Низкое использование ещё не доказывает слабый спрос: вход бывает спрятан, название — непонятно, а сценарий — оборван после первого клика.
Проверку можно собрать в короткую цепочку: увидел, понял, сделал, вернулся. Она показывает, на каком шаге теряется пользователь и какую правку стоит тестировать первой.
Почему одного счётчика использования недостаточно
Ноль действий допускает несколько объяснений. Возможность может быть не нужна целевой аудитории. Тот же результат получится, если человек не заметил пункт меню, не понял название или открыл экран и не увидел следующего шага.
Поэтому процент использования стоит читать вместе с событиями показа, первым осмысленным действием, завершением сценария и повторным обращением к функции. Важно считать только целевой сегмент: метрика для преподавателей не должна включать учеников и администраторов.
Как обратная связь изменила навигацию «Онлайн-школы №1»
Первый релиз образовательной платформы состоялся в апреле 2022 года. В продукте появились 18 ролей, активная аудитория достигла 2840 учеников за 30 дней. После запуска использование и сообщения пользователей показали, что часть интерфейсных решений мешает ежедневной работе.
В первой версии постоянного списка курсов на экране не было. Чтобы сократить маршрут между предметами, курсы вынесли в левое меню и сделали доступными из любого раздела. Верхнюю панель упростили, небольшие экраны разгрузили, а расписание пересобрали по логике планировщика.
На странице кейса зафиксирован рост удержания с 48% до 64% между периодами 2019–2020 и 2022–2025. Эту динамику нельзя связывать только с редизайном: за несколько лет менялась вся платформа. Конкретный результат интерфейсной правки — более короткие ключевые действия и понятный маршрут между курсами.
Четыре проверки после релиза
Документация Amplitude предлагает оценивать принятие функции через уникальных пользователей, долю активной аудитории, первое использование, частоту и повторные действия. Для практической диагностики эти показатели можно собрать в четыре шага.
1. Увидел точку входа
Сначала измеряют, сколько пользователей из нужного сегмента увидели кнопку, пункт меню, карточку или ссылку. Если аудитория доходит до экрана, но не замечает вход, проверяют расположение, навигацию и момент показа.
2. Понял назначение
Клик не гарантирует понимания. Переход от входа к первому осмысленному действию показывает, совпало ли название с задачей пользователя. В меню понятный «отчёт по посещаемости» работает лучше внутреннего названия модуля.
3. Завершил действие
Далее смотрят путь до результата: точки выхода, ошибки, возвраты назад и обращения в поддержку. Проблема часто находится за пределами нового экрана — в правах, долгой загрузке, лишнем поле или неочевидном месте сохранённого результата.
4. Вернулся к функции
Повторное использование показывает, встроилась ли возможность в работу. Окно проверки зависит от сценария: расписание открывают ежедневно, месячный отчёт — заметно реже. Если повторения нет, цифры дополняют интервью, обращениями и анализом следующего шага.
Что менять в первую очередь
Ноль на этапе «увидел» ведёт к навигации. Провал после клика — к названию и сценарию. Завершение без повторения — к ценности или неверно выбранному ритму.
После запуска стоит выбрать одну функцию, один сегмент и одно узкое место. Затем изменить его и повторить измерение. Одновременная смена названия, навигации, формы и онбординга не покажет, какая правка дала результат.
Для постоянных действий подсказка поверх интерфейса редко заменяет видимый вход. В кейсе школы левое меню сработало именно потому, что находится рядом в момент перехода к другому предмету.
Нужно проверить путь новой функции после релиза? Команда Qtim разберёт события, точки выхода и приоритетную гипотезу для следующего теста.
