Planner
Ведение задач и долгосрочное планирование времени
B2C, Productivity, web/mobile
30%
adoption новой фичи
Роль
Продуктовый дизайнер
Платформы
Web · iOS · Android
Год
2026
+113%
регистраций
-18%
обращений
в поддержку
в поддержку
Вводные
Мы проанализировали прямых и косвенных конкурентов и увидели, что сервисы для планирования позволяют работать не только с ближайшей неделей, но и планировать на более длительный период.
Наша гипотеза — добавить годовое планирование, чтобы удержать пользователей внутри продукта и увеличить регулярность использования.
Проблема
Недельный календарь хорошо работал с расписанием, но не закрывал сценарий долгосрочного планирования.
Для него решили создать отдельный годовой календарь.
Для него решили создать отдельный годовой календарь.
При этом бизнес предлагал ряд ограничений:
- создавать только одно событие на день;
- без возможности редактировать события.
Такой подход упрощал разработку, но ограничивал пользовательские сценарии.
Гипотеза 3
Удаление и повторное создание события вместо редактирования создаёт лишние действия
Гипотеза 4
Пользователям важно задавать точное время для событий долгосрочного календаря
Гипотеза 2
Планы меняются, поэтому возникает потребность переносить или менять название событий
Гипотеза 1
У пользователей бывают несколько важных событий в один день
1
Сформулировала гипотезы
Бизнес предложил ограничения для упрощения разработки: одно событие в день и отсутствие редактирования.
Я предположила, что они могут ломать реальные сценарии планирования.
Я предположила, что они могут ломать реальные сценарии планирования.
Процесс
2
Проверила на пользователях
Провела 5 интервью с активными пользователями и разобрала их реальные сценарии планирования.
3
Сформулировала Job Stories
4
Сверила решение с разработкой
Совместно с разработчиками оценили стоимость изменений. Снятие обоих ограничений не требовало значительного увеличения сроков.
Создание события — ключевой сценарий фичи. Прошла несколько итераций, чтобы упростить заполнение и сделать процесс понятным и быстрым.
Проектирование
Вариант А
Вариант Б
Финальное решение
Вариант А
Вариант Б
Финальное решение
Вместо упрощённого MVP пользователи получили полноценный инструмент долгосрочного планирования, встроенный в существующий продукт.
Результат
После запуска фичи в течение первого месяца отслеживали её использование и влияние на поведение пользователей. Основными метриками стали внедрение новой функциональности, изменение регулярности использования продукта и количество обращений в поддержку по сценариям планирования.
Выводы
Мои личные выводы:
- Убедилась, что пользовательские сценарии помогают аргументировать продуктовые решения перед бизнесом.
- Проверка ограничений с разработкой позволяет находить компромисс между UX и стоимостью реализации.
- Даже небольшие продуктовые ограничения могут существенно влиять на ценность фичи.
30%
использование новой функции
+113%
регистраций
-18%
обращений в поддержку