Planner
роль
Продуктовый дизайнер
срок проектирования
6 недель
платформа
Web, iOS & Android
инструменты
Figma
Retention
+15%
Метрики взяты спустя месяц после запуска фичи
Adoption Rate
34%
Support tickets
-18%
Проблема
Продукт для ведения задач и долгосрочного планирования времени.
Передо мной стояла задача спроектировать фичу Годовое планирование.
Передо мной стояла задача спроектировать фичу Годовое планирование.
Изначальные ограничения:
- Не более 1 события в день
- Запрет на редактирование уже созданных событий
Процесс
Я проанализировала предложенные ограничения и сформулировала несколько ключевых Job stories
Посоветовавшись с разработчиками, мы пришли к выводу, что редактирование и наложение событий не сильно затянет разработку, но при этом такие пользовательские сценарии необходимы с точки зрения UX.
Что сделано
- Спроектирована информационная архитектура годового календаря.
- Разработан flow создания и редактирования событий с категориями (отпуск, обучение, командировка, праздник и т. д.).
- Добавлена возможность редактирования: перенос даты, изменение категории и названия.
- Проработаны состояния: день без событий, несколько событий в один день, редактирование.
Результат
Пользователи получили возможность гибко планировать события на год вперёд. Была снята часть жёстких ограничений, которые могли бы сильно ухудшить опыт использования. Функциональность была реализована end-to-end: от пользовательских сценариев до финального дизайна и передачи в разработку.
Planner
роль
Продуктовый дизайнер
срок проектирования
6 недель
платформа
Web, iOS & Android
инструменты
Figma
Retention
+15%
Метрики взяты спустя месяц после запуска фичи
Adoption Rate
34%
Support tickets
-18%
Процесс
Проблема
Продукт для ведения задач и долгосрочного планирования времени.
Передо мной стояла задача спроектировать фичу Годовое планирование.
Передо мной стояла задача спроектировать фичу Годовое планирование.
Изначальные ограничения:
- Не более 1 события в день
- Запрет на редактирование уже созданных событий
Я проанализировала предложенные ограничения и сформулировала несколько ключевых пользовательских сценариев:
- Пользователь хочет запланировать отпуск заранее и при необходимости сдвинуть даты.
- Пользователь ошибся при создании события и хочет его отредактировать или удалить.
- Пользователь хочет добавить несколько событий в один день (например, отпуск + онлайн-курс).
Посоветовавшись с разработчиками, мы пришли к выводу, что редактирование и наложение событий не сильно затянет разработку, но при этом такие пользовательские сценарии необходимы с точки зрения UX.
- Спроектирована информационная архитектура годового календаря.
- Разработан flow создания и редактирования событий с категориями (отпуск, обучение, командировка, праздник и т. д.).
- Добавлена возможность редактирования: перенос даты, изменение категории и названия.
- Проработаны состояния: день без событий, несколько событий в один день, редактирование.
Что сделано
Пользователи получили возможность гибко планировать события на год вперёд. Была снята часть жёстких ограничений, которые могли бы сильно ухудшить опыт использования. Функциональность была реализована end-to-end: от пользовательских сценариев до финального дизайна и передачи в разработку.
Результат