My Framer Site

Eatin

От идеи до первых продаж: как Mini App помогает формировать здоровые пищевые привычки

Команда

Founding Product Designer (итс ми), Project Manager, Fullstack Developer, Graphic Designer

Инструменты

Figma, FigJam, Miro, Notion

Методы

Job Stories, User Flow, Benchmarking, Information Architecture, Wireframes, Usability Testing

Результат

Запуск MVP, 2000+ продаж за первый месяц, развитие продукта после релиза

Контекст

Eatin — Telegram Mini App, который помогает пользователям перейти к более осознанному питанию через персональные рекомендации и готовые сценарии планирования рациона.

Сервис объединяет рецепты, продукты и ежедневный рацион в одном интерфейсе, снижая порог входа в тему питания.

Задача

Команда хотела запустить Telegram Mini App, который помогает пользователям выстроить здоровые пищевые привычки без сложных расчётов и жёстких диет.

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

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

Процесс

Проработка продукта

На старте проекта заказчик передал документацию с описанием идеи продукта, целевой аудитории и предполагаемых потребностей пользователей.

Документ давал хорошее понимание бизнес-замысла, однако большинство формулировок были слишком общими: «хочет питаться правильно», «не хватает времени на готовку». Они описывали пользователя, но не подсказывали, какие именно сценарии должен решать продукт.

Поэтому прежде чем переходить к интерфейсам, мы вместе с командой переработали эти данные в Job Stories. Для каждого сегмента зафиксировали контекст использования, задачу и ожидаемый результат. Это помогло превратить абстрактные потребности в конкретные пользовательские сценарии и определить основу будущего MVP.

Изучение рынка

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

Для анализа я выбрал 8 foodtech-приложений. Разобрал ключевые сценарии: первый запуск/онбординг, главный экран, формирование рациона, каталог рецептов и продуктов, дневник питания и механики удержания. По каждому сервису зафиксировал структуру продукта, набор функциональности, последовательность действий пользователя и удачные UX-паттерны, которые затем использовал как основу при проектировании Eatin.

Я собрал сравнительную карту функциональности конкурентов. Все найденные решения разделил на три уровня: базовый, расширенный и уникальный функционал.

Такой подход помог отделить возможности, которые уже стали стандартом рынка, от тех, что действительно могут повлиять на позиционирование продукта. Это стало ориентиром при определении состава MVP и помогло принимать решения не интуитивно, а с опорой на ситуацию на рынке.

Ключевые выводы

Рынок уже сформировал обязательный минимум

Онбординг, персональный расчёт нормы, дневник питания и отслеживание прогресса присутствуют практически во всех продуктах. Эти сценарии нельзя рассматривать как конкурентное преимущество — они стали базовым ожиданием пользователей, и их отсутствие читается как незавершённость продукта

Большинство конкурентов сосредоточены на учёте питания, а не на помощи в его организации

Рынок хорошо решает задачу фиксации уже съеденной еды, но значительно слабее помогает пройти путь от выбора блюда до формирования полноценного рациона. Показательно, что в категории «Формирование рациона» даже базовые функции — каталог и поиск рецептов — есть лишь у половины выборки: направление ещё не устоялось

Практически никто не доводит пользователя до покупки продуктов.

Лишь один конкурент автоматически формирует список покупок на основе выбранных рецептов

Многие сервисы перегружены дополнительным функционалом.

Учёт воды, медикаментов, AI, сканеры, десятки графиков и вспомогательные инструменты постепенно усложняют интерфейс. Для MVP было принято решение оставить только функции, напрямую поддерживающие основной пользовательский сценарий, и не увеличивать когнитивную нагрузку без подтверждённой пользы.

Информационная архитектура

Я распределил функциональность по основным разделам приложения, определил их взаимосвязи и убедился, что пользователь сможет выполнять ключевые задачи без лишних переходов.

User Flow

Следующим шагом стало проектирование ключевых пользовательских сценариев. Я описал основные пути, по которым пользователь будет взаимодействовать с приложением.

Сценарии охватывали как первый опыт использования, так и регулярные действия внутри продукта: знакомство с сервисом, формирование рациона, поиск рецептов, создание списка покупок и изучение состава продуктов.

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

Прототипирование

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

Я собрал low-fi прототипы, чтобы показать стейкхолдерам механику работы продукта и быстро согласовать пользовательские сценарии ещё до начала визуального дизайна. Это позволило обсуждать структуру и пользовательский опыт, не отвлекая команду на финальный UI

Визуальная концепция

Параллельно с проектированием сценариев мы начали искать визуальное направление продукта

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

Подготовил несколько ключевых экранов и защитил подход перед командой. В итоге именно это направление легло в основу всего интерфейса

Параллельно с UI мы вместе с графическим дизайнером прорабатывали фирменный стиль продукта: уточняли палитру, логотип и визуальный язык интерфейса

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

Финальный интерфейс

Онбординг

Анализ рынка показал, что персонализация — базовое ожидание пользователей подобных сервисов. Поэтому первый запуск помогает быстро собрать необходимый минимум данных для расчёта индивидуальной нормы КБЖУ и сразу привести пользователя к персональному рациону

Главный экран

Главный экран стал отправной точкой всего продукта. Здесь пользователь сразу видит персональные рекомендации, быстрый доступ к рациону и подборки рецептов без необходимости искать, с чего начать.

Прод-ревью

Проверял, как интерфейс отрисовывается в боевой среде: сверял

реализацию с макетами, отлавливал расхождения в отступах,

состояниях и поведении, доводил до соответствия дизайну.

Итог

Провёл продукт от концепции до работающего запуска, единолично закрыв весь дизайн — исследования, UX, дизайн-систему и финальный UI. Eatin вышел в бой, набрал 2000+ продаж в первый месяц и продолжает развиваться: сейчас проектирую новый функционал (дневник по приёмам пищи, конструктор блюд, пользовательские ингредиенты).

Продукт получился таким, каким задумывался: простой вход в тему питания, понятный рацион и лёгкий регулярный сценарий использования.