Разобрала бриф, проанализировала конкурентов и аудиторию, описала пользовательские сценарии.
FOODAY: трекер калорий, который не бросают через неделю
[Задача]
Создать мобильное приложение для подсчёта калорий, в котором внести приём пищи занимает секунды, а не минуты
Бизнес-цель
Сформировать привычку вести дневник питания и удержать пользователя после регистрацииЦелевая аудитория
Люди, которые следят за питанием;Интересы: здоровье, спорт, вес
Главное действие
Добавить приём пищи в дневник за минимум касаний[Проблема]
Трекер бросают, когда внести еду дольше, чем её съесть. Нет записей — нет прогресса, нет прогресса — нет мотивации
Моё решение
Я выстроила путь так, чтобы главное действие, добавление еды в дневник, занимало минимум шагов, а сложные состояния не обрывали сценарий.Ключевые гипотезы я проверила тестом до разработки, пока ошибки дёшево исправить.
[Путь пользователя]
«Сколько это займёт?»
Вход по SMS и подтверждение
«Как внести еду?»
Поиск продукта, карточка и добавление в рацион
«Я укладываюсь в норму?»
Дневник дня с итогами и калориями
«Это работает?»
Статистика питания для мотивации
[Ключевые решения]
Быстрое добавление еды
Для чего: главное действие доступно в пару касаний, поэтому пользователь не бросает дневник на второй день.
Продуманные пустые состояния
Для чего: экран «Этого продукта пока нет в базе» не тупик, а следующий шаг, поэтому не теряем пользователя.
Понятная статистика
Для чего: пользователь видит результат своих записей и остаётся ради прогресса.
Проверка гипотез до разработки
Для чего: тест показывает слабые места, пока их дёшево исправить, и бюджет не уходит на решения вслепую.
[UIkit]
[Результат]
Экранов спроектировано
Пользовательских сценария
Компонентов в UIkit
Гипотез проверено тестом
[Как я работала]
Нарисовала сценарии регистрации, поиска и добавления еды и собрала прототип.
Подобрала референсы и определила стиль приложения.
Нарисовала экраны со всеми состояниями и проверила гипотезы тестом.
Собрала компоненты и стили и подготовила макеты для разработки.