+7 977 860-98-01

Кейс · Sisterly · Приложения

Редизайн мобильного приложения Sisterly

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

Сайт приложения Sisterly: первый экран «Find your Sister!» и три экрана приложения — проверка профиля, подбор и встречи
Клиент
Sisterly, мобильное приложение
До редизайна
35% завершали главный сценарий
Работы
Разбор, редизайн, сборка на текущем сервере
Срок
10 недель

35% → 58%

Завершают главный сценарий после редизайна

−40%

Примерно настолько меньше обращений в поддержку по главному пути

18% → 26%

Удержание на 7-й день

Коротко

Главное о проекте

Переделали для Sisterly главный путь существующего приложения: нашли три шага, где люди бросали, и собрали новую сетку поверх текущего сервера — без новых разделов. Главный сценарий теперь завершают 58% вместо 35%, обращений в поддержку по нему примерно на 40% меньше, удержание на 7-й день — 26% вместо 18%.

Задача

С чем пришёл клиент

Проблема была не в том, чего в приложении нет, а в том, как устроено то, что есть. Люди бросали на шагах, которые требовали инструкции, поддержка отвечала на одни и те же вопросы, а команда спорила о цвете.

  1. 01

    Пользователь бросает на шаге, который без инструкции не пройти

  2. 02

    Новые разделы не лечат сломанный старый путь

  3. 03

    Команда спорит о цвете, пока не записаны три места, где человек останавливается

  4. 04

    Вторая полная версия на другой платформе удваивает работу, хотя ломается один сценарий

КЛЮЧЕВАЯ МЫСЛЬ
Редизайн начинается не с цвета, а с трёх мест, где человек бросает, — и заканчивается, когда он проходит путь без подсказки

Решение

Как строили работу

ШКАЛА ПРОЕКТА

10 недель

  1. 01

    Точки отказа

    2 недели

    Нашли три сломанных шага текущей версии: что человек пытается сделать и где бросает

  2. 02

    Новая сетка

    2 недели

    Новая сетка на те же задачи. Функции не добавляли.

  3. 03

    Сборка

    3 недели

    Собрали поверх текущего сервера. Старые данные не переносили в новую схему без нужды — учётные записи остались прежними.

  4. 04

    Проверка

    2 недели

    Проверили на текущих пользователях: главный путь проходят без подсказки

  5. 05

    Выпуск

    1 неделя

    Выпустили обновление, а поддержка следила, исчезли ли прежние вопросы

Что сделано

Главный путь

  • Короче путь до главного действия

  • Новая сетка на прежние задачи

  • Шаги, которые проходят без инструкции

Аналитика и поддержка

  • События на трёх бывших точках отказа

  • Поддержка видит, на каком шаге остановился человек

  • Контроль прежних вопросов после выпуска

Инфраструктура

  • Обновлённое приложение на том же сервере

  • Та же учётная запись, без переезда данных

  • Без второй полной версии на другой платформе

Работа

Как это выглядит

Сайт Sisterly: первый экран с экранами приложения, цифры сообщества и блок «Meet women around you»
Sisterly: та же идея приложения — в новом, более коротком пути до главного действия

Результаты

Что изменилось

Было → стало

Завершают главный сценарий

+23 п. п.

было

35%

стало

58%

Удержание на 7-й день

+8 п. п.

было

18%

стало

26%

Итоги для бизнеса

  • Главный сценарий завершают 58% начавших вместо 35% — в 1,7 раза чаще

  • Обращений в поддержку по этому пути стало примерно на 40% меньше

  • Удержание на 7-й день выросло с 18% до 26%

  • Новых разделов в релизе нет — рост дал короткий путь по уже существующим функциям

Цифры относятся к этому проекту и периоду после запуска. Прогноз для вашего проекта считаем отдельно — с учётом ниши, региона и стартовой точки.

Вопросы

Вопросы по кейсу

Почему в редизайне не добавили новых функций?

Потому что люди не доходили до главного действия в том, что уже было. Новые разделы не лечат сломанный путь — сначала его нужно сократить. В этот релиз не добавили ни одного раздела, а сценарий завершают 58% вместо 35%.

Придётся ли пользователям заново регистрироваться?

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

Как поняли, что именно переделывать?

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

За какой срок получен результат?

Проект занял 10 недель, от разбора до выпуска. Цифры — сравнение главного сценария до и после редизайна: завершение, обращения в поддержку и удержание на 7-й день.

Портфолио

Другие проекты

Автомобиль каршеринга Volt Drive в фирменной бело-красной оклейке с логотипом

Приложения · Сайты · Каршеринг

Volt Drive

Приложение каршеринга на весь путь поездки — от карты до оценки: 700 поездок в месяц вместо 400, 91% завершений без спора вместо 80%, до старта доходят 78% броней

400 → 700

Поездок в месяц ко второму месяцу после запуска

Смотреть кейс

Приложение Balanced Being: главный экран с серией тренировок по дням, подборкой занятий и форматами — сила, кардио, йога, ходьба, бег, плавание

Приложения · Сеть тренировок и выездов

Balanced Being

Приложение с планами, офлайн-записью тренировок и абонементом: 780 активных абонементов вместо 600, продление 55% вместо 42%, выручка абонементов с 2,3 до 3,3 млн ₽

2,3 → 3,3 млн ₽

Выручка абонементов в месяц после четвёртого месяца в сторах

Смотреть кейс

FitnessApp: приложение ученика с ближайшей тренировкой и календарём и кабинет тренера с профилем и видеотекой

Приложения · Сайты · Онлайн-тренировки

FitnessApp

Кабинет тренера в браузере и приложение ученика с оплатой до выдачи плана: 70 учеников вместо 45, удержание 68% вместо 50%, выручка с 270 000 до 455 000 ₽ в месяц

270 → 455 тыс. ₽

Выручка в месяц после третьего месяца на новой схеме

Смотреть кейс

Обсудим ваш продукт

Запустим приложение без лишнего первого релиза

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

Сценарий первого релиза и то, что стоит отложить

Выбор платформ, сервера и интеграций

Оценка сроков и бюджета по спринтам

Можно прийти с готовым приложением: начнём с разбора, где в нём бросают главный сценарий