Тестовое задание. Кожевников Антон.

Задание 1

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

Причины низкого RR

Причин низкого RR может быть много. Ниже опишу путь, как бы я искал причину низкого RR.

Начал бы я поиск проблемы с сути продукта - ответил бы на вопросы: Есть ли вообще потребность в шаблонных заказах конкретной продукции. Какие есть боли\преграды на пути удовлетворения этой потребности? Решает ли подписка боли клиентов? Если тут все ок и шаблонные заказы нужны, то перехожу на следующий этап. (Инструмент: JBTD\CusDev)
Итак, сегменты, которым нужен наш продукт, найдены. Дальше нужно понять, а на кого мы таргетируем работу нашей маркетинговой+продуктовой команды. Для этого я бы сделал ABCD сегментацию. Цель: понять, делаем ли мы продукт и таргетируем маркетинговые активности на AB (те, кто больше всего покупают, у кого высокий ретеншен и у кого мало возражений) или на CD сегмент. Если тут все ок, и мы тратим 80% наших ресурсов на AB сегмент, то перехожу на следующий этап.
Пытаюсь понять, есть ли какие-то технические проблемы. Возможно есть проблемы с повторными платежами.
Далее я бы проверил CJM. Пытался бы найти проблемы на пользовательском пути. Особое внимание уделил этапу “доставка и потребление”. Может быть у нас проблемы с доставкой или качеством продукции.
Также причина низкого RR возможна в конкуренции. Возможно на рынке появился игрок, который активно захватывает рынок и у кого условия более выгодные.
Также причиной отмены подписки может быть проблемы с флоу: нет возможности отредактировать автозаказ ⇒ приходится отменять заказ, чтобы внести в него изменения.

Действия, которые могут повысить RR

Изменить УТП. Найти новый сегмент.
Таргетировать деятельность продуктовой\маркетинговой команды на AB сегмент
Закрыть технические дыры.

поменять серверы\арендовать доп. серверы
пофиксить баги
разобраться с техническим долгом
сделать рефакторинг кода

Улучшить этап доставки

Поменять модель последней мили: курьерская доставка\пункт выдачи\постаматы.
Улучшить флоу в моб. приложении: добавить систему трекинга\оповещений\убрать ненужные этапы
улучшить упаковку доставляемой продукции

Улучшить модель монетизации

добавить грейды подписок
добавить систему лояльности (баллы, кешбэки, подарки и т.п)

Добавить инструменты коммуникации с пользователем

онбординг
нотификации
email рассылки
коммуникации по презентации новых фичей

Создать коммьюнити вокруг продукта

создать сообщества в соц сетях
устраивать онлайн\оффлайн встречи, лекции и т.п

Задание 2

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

Этапы

Сбор требований
Исследование рынка
Создание архитектуры платежной системы
Описание сервиса: функциональное описание + user story map
Формирование бэклога с командой: декомпозиция, приоритизация
Разработка
Тесты
Запуск
Поддержка

Клиентский путь (user story map)

Задание 3

Мы запустили сервис срочной доставки от 30 минут, достигли определенных показателей, но дальше рост заказов не идет. Какие гипотезы можно выдвинуть для проверки причин? Как будешь их проверять?

Гипотезы

Возможная причина отсутствия роста: плохая осведомленность. Как проверить? Посмотреть в аналитику: % пользователей, которые открывали страницу срочная доставка относительно всех активных пользователей или сделать количественный опрос текущих пользоватей о фиче (первый вариант проще и дешевле). Если причина подтвердилась, то попробовать решить проблему можно, например, следующем образом: добавить анимированную кошку - кнопку (после клика на неё исчезает) при посещении приложения, нажав на которую, всплывает попап с сообщением “а ещё у нас появилась срочная доставка для ваших хвостиков". Кнопка “попробовать срочную доставку”.
Другая причина: территориальное покрытие сервиса “срочная доставка” очень небольшое или есть ограничения по часам работы. Как проверить? Прокасдевить пользователей, которые отвалились на этапе просмотра адресов и узнать причину отказа.
Другая причина: УТП\ценообразование слабее, чем у конкурентов. Как проверить? Сделать бенчмарк.

Задание 4

Какие основные метрики успеха продукта на твой взгляд. Расскажи какие, опиши как их читать, приведи примеры из своей практики.

Какие основные метрики успеха продукта?

Смотря под каким углом смотреть на продукт. С точки зрения бизнеса - это выручка, чистая прибыль, доля рынка. С точки зрения пользователя: NPS, task success rate, engagement, retention. С точки зрения продукта: activation rate, retention, сhurnrate, DAU\MAU, уникальные метрики. Ещё есть маркетинговые, технические метрики.

Какие ключевые метрики я бы выделил?

Выручка, activation rate, retention, уникальная метрика.

Выручка

Сумма товаров или услуг, сгенерированные нашим продуктом.

Activation rate

Считаю по формуле: Активированные пользователи / Зарегистрированные пользователи. Продуктовая команда определяет сама, что для неё является активированным пользователем. У меня был продукт NFT маркетплейс - для нас активированным пользователем был тот, кто сделал первую покупку.

Retention

Ретеншен можно посчитать по формуле:

User Retention Rate = (число пользователей на конец текущего периода – число новых пользователей, привлеченных за текущий период) / число пользователей прошедшего периода*100.

Период обычно выбирают месяц или квартал. Также нужно определиться, в какой момент пользователь считается потерянным.

Уникальная метрика

Уникальная метрика, которая оказывает влияние на выручку. Например: для твиттера в какой-то момент такой метрикой была “пользователь, подписавшийся на 25 аккаунтов за 7 дней” (цифры примерные, не помню точные значения).

На практике не использовал, но было бы интересно найти что-то подобное в продукте.

Пример из практики: как мы с командой работали над Activation rate

Продукт NFT маркетплейс. Пользователи-покупатели рассматривали NFT не только как коллекционный предмет, но и инструмент инвестиций, на котором можно заработать. На касдевах частая боль пользователей-покупателей была “сложно проанализировать коллекцию и посмотреть динамику цен”. Решение: интегрировали 2 фичи: 1. раздел activity (фича позволяла отслеживать историю событий коллекций) 2. collection stats (позволял смотреть динамику изменения цен, анализировать количество холдеров\продаж и другое).

Ещё одна боль пользователей - сложный онбординг в web-3. Решение: кастодиальный кошелек - сервис, через который можно было покупать NFT за фиат (рубли).

Задание 5

Пример пользовательского флоу - что с ним не так? что не так с экранами?

https://www.figma.com/file/DG1eZtS9kDNwXoUL1DfEWa/Untitled?type=design&node-id=1%3A664&mode=design&t=v3MISXRYjwPlPNxo-1 - смотреть комменты в фигме

Автозаказ - изучить макеты, высказать свое мнение, дать какие-то гипотезы, приоритезировать их.

https://www.figma.com/file/DG1eZtS9kDNwXoUL1DfEWa/Untitled?type=design&node-id=1-1430&mode=design&t=55CpbIdFcqDlHyEq-0 - смотреть комменты и приоритизацию в фигме (цифрами указана приоритезация)

Чтобы видеть комменты, нужно быть залогиненым в фигму