Человек попробовал продукт и больше не появился. Это может означать неудобство, разочарование, отсутствие новой задачи или переход к другому способу работы. Иногда продукт используется автоматически, а владелец учётной записи просто не открывает интерфейс. Само отсутствие входа ещё не объясняет, что произошло.

Исследование начинается с определения ожидаемого возвращения. Затем данные о действиях сопоставляют с конкретной ситуацией человека. Цель — понять потерю полезного использования и выбрать изменение, которое устраняет её причину, а не просто увеличивает число открытий приложения.

Установите, какое возвращение имеет смысл

Назовите повторную задачу и обычную частоту её появления. Сервис ежедневной записи клиентов и инструмент подготовки квартального отчёта не стоит оценивать по одной недельной паузе. Человек мог успешно решить редкую задачу и пока не нуждаться в повторении.

Выберите наблюдаемое полезное событие. PostHog определяет анализ удержания через начальное событие, событие возвращения и временной интервал. Для вашего продукта возвращением может быть создание нового заказа, обработка следующего файла или завершение очередного согласования.

Проверьте, видны ли действия через интеграции, мобильную версию и другие рабочие пути. Если аналитика фиксирует только сайт, отсутствие события может означать пробел измерения. Не объявляйте клиента ушедшим до проверки этого варианта.

Соберите группу с понятной историей

Отбирайте пользователей, у которых уже прошло достаточное время после первого результата. Сохраняйте дату начала, версию продукта, источник привлечения и выполненные действия. Не смешивайте тех, кто вообще не смог начать, с теми, кто долго пользовался и прекратил.

В учебном примере команда изучает сервис еженедельных отчётов. В группе 24 организации подготовили первый отчёт, но не создали следующий за выбранные две недели. Это рабочий список для исследования, а не доказательство, что все 24 потеряны навсегда.

Отдельно отметьте технические ошибки, обращения в поддержку и прекращение оплаты. Эти события дают контекст, но не заменяют объяснение пользователя. Отмена подписки и прекращение полезного использования могут происходить в разные даты.

Пригласите к разговору без попытки немедленно вернуть

Коротко объясните, что хотите разобраться в опыте работы, и предложите удобный формат. Участие добровольное. Не начинайте с обещания скидки: оно может переключить разговор с причин на торг и затруднить понимание исходной ситуации.

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

Избегайте вопроса «Вы ушли из-за сложного интерфейса?». Он подсказывает объяснение. Лучше спросить: «Что произошло после загрузки файла?» и попросить пример затруднения. С согласия участника можно посмотреть обезличенный рабочий материал, не собирая лишние данные.

Различайте причины, требующие разных действий

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

В учебном исследовании из 24 приглашённых ответили десять. Четырём пока не нужен следующий отчёт, трое вернулись в таблицу из-за обязательного поля, двое столкнулись с ошибкой импорта, один передал работу коллеге. Это описание десяти ответов. Распространять их пропорции на всех 24 без дополнительных оснований нельзя.

Сохраняйте альтернативные объяснения. Фраза «дорого» может означать отсутствие нужного результата, слишком редкую задачу или реальное бюджетное ограничение. Уточняйте последний выбор и его последствия вместо попытки спорить с оценкой.

Превратите вывод в проверяемое изменение

Для каждой причины запишите подтверждение, затронутую группу и возможное действие. Исправление импорта, необязательное поле и передача доступа коллеге — разные задачи. Объединять их в общий проект «улучшить удержание» неудобно для исполнения.

Выберите ограниченную проверку и ожидаемый результат. Например, после исправления импорта люди с повторной задачей смогут обработать свой файл и завершить отчёт. Открытие письма об исправлении ещё не подтверждает восстановления использования.

Проверьте последующее поведение, не обещая себе возврат каждого участника. Некоторым продукт объективно не подходит. Полезный результат исследования может состоять и в уточнении аудитории, частоты использования или первоначального обещания.

Практическое задание

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