8-10 минут чтения
Геозоны
Как скучная фича для родителей дала +22% к MEU в следующий месяц после запуска и стала подтверждением PMF.
Контекст
Геозоны существовали ещё в старом продукте «Мой Поиск» — но работали плохо. Создание геозоны требовало построения области на карте тач-интерфейсом, что было сложно для многих пользователей. Сверху накладывалась гибкость настроек — уведомления о входе и выходе, параметры зоны — всё это в совокупности создавало высокий порог входа.
При этом часть пользователей пользовалась фичей невзирая на сложность. Потребность настоящая, просто реализация не давала добраться до ценности большинству.
Упрощать геозоны в старом продукте не решались — легаси не позволял. Но я параллельно конспектировал идеи улучшений. Когда в новом продукте была дана отмашка на разработку геозон, я приступил к проектированию с уже готовыми идеями.
Я отвечал за весь UX от гипотезы до прода.
Гипотеза
Большинство родителей хотят знать, когда ребёнок придёт в школу или уйдёт с секции — не чтобы контролировать каждый шаг, а чтобы быть за него спокойными. Это потребность в безопасности — одна из самых сильных.
Core Job сегмента: «Я как родитель хочу узнавать, что ребёнок дошёл до точки и вышел из неё — не дёргая его звонками — чтобы быть за него спокойным.»
Дополнив это фактурой с исследования по сегменту родителей, найдем еще несколько неочевидных выгод, которые мы можем донести с помощью этого функционала.
Валидация
Продукт на тот момент перерабатывался под молодёжную аудиторию. Геозоны — очевидно не молодёжная фича: слежка за ребёнком не вписывалась. При этом аналитика показывала неожиданное: даже без явного фокуса на родительский сегмент, 23–26% аудитории нового приложения составляли именно родители с детьми, тогда как молодёжи — всего 17%, и это после нескольких запущенных молодёжных фич.
Данные говорили, что аудитория есть, но не закрывали главный вопрос: захотят ли эти родители именно геозоны в новом продукте — уже после разворота. Это было рискованно, и проверять сразу разработкой — долго и дорого.
Я инициировал fake door тест: на главном экране дали точку контакта, по нажатию на которую разворачивалось модальное окно с анонсом функционала геозон. Если пользователь проявлял интерес — он добавлялся в wait-лист.
Флоу fake door теста
Смотрели на 2 вещи:
- Общее количество нажатий на объект относительно всех пользователей, видящих главный экран.
- Отношение пользователей, вызвавших модальное окно, к тем, кто хотел получить уведомление после релиза.
По обоим пунктам увидели результаты выше ожидаемых — провалидировали дешёвой проверкой. Причём спрос подтверждался с двух сторон: fake door на новом продукте и исторические данные старого «Мой Поиска», изначально заточенного под родительско-детский сегмент. Потребность была реальной не в теории, а в данных аудитории.
Задача
Разработать функционал, позволяющий пользователю задавать области на карте, и по входу/выходу отслеживаемого контакта получать пуш-уведомления.
Процесс
Начал с выяснения технических требований: какие минимальные атрибуты нужны, чтобы геозона была успешно создана? Обязательные — радиус, местоположение, контакты, отслеживание которых будет инициировать уведомление.
Челлендж: найти оптимальную механику изменения радиуса и не перегрузить флоу.
Пользователь должен оставаться на той карте, которую он уже нашёл. Логика простая — человек выбрал место, адаптировал масштаб, зажал палец, и тут же появляется преднастройка геозоны. Контекст не теряется.
Альтернативное решение — открывать отдельную карту поверх — именно так было реализовано в старом продукте. Это заставляло пользователя заново искать уже найденное место — лишняя работа на ровном месте, плюс геозоны на новой карте не пересекались с основным видом: два параллельных состояния вместо одного.
Я придумал историю с подменой шторок: при стандартных сценариях пользователь видит список отслеживаемых, при входе в режим создания геозоны — шторка подменяется на экран создания. Пользователь остаётся на той же карте и создаёт область в зоне текущей видимости. Все геозоны отображаются прямо здесь — одна карта, один контекст.
От первичных набросков до конечного результата
Решение по сути про вычитание стоимости: убрать у пользователя повторную работу и потерю контекста, а не добавить ему ещё один экран. Снять барьер дешевле, чем компенсировать его.
На этом же экране предстояло продумать показ ограничений (наложение геозон, блокирующие сценарии). Решил объединить показ ограничений с обучающими подсказками: когда пользователь делает верно — это подсказка, когда ошибается — предупреждение.
Подсказка или предупреждение зависит от контекста
Прогрессивное раскрытие
Собрав общую форму со всеми полями, понял: конверсия будет низкой из-за когнитивной сложности. Разбил форму на смысловые блоки по экранам, используя метод прогрессивного раскрытия — ту же шторку, просто доразворачивая её после шага установки радиуса. Пользователь не видит следующего шага, пока не закончил с предыдущим — это снова снижение стоимости, на этот раз когнитивной.
Пользователь не увидит следующего шага, пока не закончит с предыдущим
Документация
После отрисовки сценария подготовил сопроводительную документацию для разработчиков: общие требования и спецификация анимаций перехода. Увеличил количество точек входа в сценарий до трёх.
Пометки для разработчиков (слева) и спецификация анимаций между экранами
Обучение
Для пользователей, входящих в сценарий создания геозон впервые, сделал модальное окно. Оно включало lottie-анимацию, которая воспроизводилась в три этапа, по нажатию кнопки «Далее». С каждой порцией анимации менялся сопроводительный текст. Наглядно и понятно. В три шага мы рассказали про геозоны, как они работают и что их можно создать удерживая палец на любом месте карты.
Флоу обучения
Так как сценарий редактирования не предполагался частотным, мы вынесли все созданные геозоны в отдельный раздел меню.
Результаты
После запуска количество активных пользователей увеличилось на 22% в течение следующего месяца.
Вместо MAU использовали метрику MEU (Engaged) — пользователи хотя бы с одним отслеживаемым контактом. Ту же метрику команда закрепила в онбординге.
Это была первая функция, запущенная после пивота — результаты подтверждают, что решение было верным.
- Абсолютная конверсия прохождения сценария сразу при запуске — 45%
- За 2 неполных месяца пользователи создали более 18 000 геозон
- Создание геозоны положительно повлияло на вовлечённость — выросла доля пользователей, заходящих в приложение чаще (20+ дней в месяце). Количество пассивных пользователей с низкой активностью (1–5 дней) уменьшилось.
Механизм понятен: каждая геозона — это повторяющееся событие ценности. Ребёнок входит и выходит каждый учебный день, и каждый раз Core Job выполняется заново. Чем больше осмысленных зон, тем чаще повод открыть приложение — отсюда и рост группы, заходящей 20+ дней.
И уровнем выше: геозоны были первой «скучной» родительской фичей после разворота с молодёжи обратно на родителей. После релиза база начала расти ускоренными темпами — это раннее подтверждение product-market fit. Гипотеза, что ценность продукта в безопасности, а не в развлечениях, подтвердилась данными.
Рефлексия
По собранной качественной обратной связи после релиза стало понятно, что некоторые пользователи терялись на карте в момент установки радиуса геозоны. Поэтому, помимо проекции создаваемой геозоны, нужно было выводить и пины контактов, дав пользователю дополнительные точки ориентира на карте. Изначально я настаивал на обратном.
В последствии я поменял решение и мы это исправили.
Спасибо за внимание! ♥︎
