Контекст и задача

Моя роль: полный цикл продуктового дизайна — от исследования (гипотезы, интервью, анализ) до UX-артефактов (сценарии, user stories, user flow, прототипы) и финального UI-дизайна

Процесс работы

1. Гипотезы

В процессе разработки гипотез я выделила три основные проблемы пользователей:

• Сложно придумать разнообразное меню
• Трудно рассчитать количество продуктов
• Легко забыть какие-то позиции при покупке

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

Далее я сформулировала гипотезы, которые проверяла через интервью:

• пользователям удобно задавать параметры и предпочтения для меню;
• при выборе рецептов они ориентируются на простоту и время приготовления;
• важно, чтобы блюда включали знакомые продукты;
• пользователям нужен общий список ингредиентов и возможность заказать всё с доставкой
• (и ещё более 10 гипотез, которые проверялись в интервью)

2. Интервью

Я провела 5 интервью о процессе приготовления еды — от выбора блюд до самого приготовления

• Из каждой гипотезы я формулировала вопросы, которые отсылали к реальному опыту участников.
• Анкета была разделена на блоки:
  • Общие вопросы (положение, доход)
  • Выбор блюда
  • Покупка продуктов
  • Приготовление еды
• Формат: онлайн и личные интервью, по 40–50 минут каждое
• Ответы интервьюируемых я фиксировала в Гугл-форме, чтобы было легко вернуться к каждому из них и в дальнейшем анализировать их

3. Анализ

Я проанализировала ответы пользователей и пришла к важным инсайтам и выводам.

Инсайты (коротко):

• Пользователи редко планируют меню заранее — готовят ситуативно, чаще «на один раз».
• На выбор блюда влияют настроение, наличие продуктов, время и сложность приготовления.
• Нет единого источника рецептов — ищут где придётся (Google, сохранёнки, память).
• Часто остаются продукты, и люди подстраивают под них следующие блюда.
• Многие заказывают продукты онлайн, но всё равно теряют часть позиций.

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

Выводы для продукта:

• Добавить функцию «рецепт здесь и сейчас» с заказом недостающих ингредиентов.
• Дать выбор: какой приём пищи планируется и сколько раз его готовить.
• Использовать AI для подбора рецептов по настроению и заданным критериям.
• Обеспечить сохранение понравившихся рецептов.
• На карточке рецепта вынести время и сложность приготовления.
• Реализовать подбор рецептов под имеющиеся продукты.

4. Пользовательские сценарии и User Stories

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

Пользовательский сценарий

Анастасия — дизайнер, работает в Москве. Вечером, возвращаясь домой с работы, она понимает, что нужно приготовить ужин.

• Она хочет накормить себя и молодого человека вкусным ужином, но при этом потратить минимум времени и сил.
• Заходит в приложение для подбора рецептов и отмечает важные критерии (простота, скорость, доступность продуктов).
• Просматривает предложенные варианты, оценивает состав, КБЖУ, сложность и время приготовления.
• Находит подходящий рецепт, заказывает продукты и по приходу домой готовит ужин.

User Stories

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

5. User Flow

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

6. Lo-fi прототип

Я сделала прототип основного сценария: выбор критериев → просмотр рецептов → добавление понравившихся → заказ продуктов

Тестирование

• Провела модерируемые тесты с участниками предыдущих интервью
• Дополнительно получила обратную связь от кураторов курса

Результаты

• Упростила интерфейс выбора критериев, добавила выбор продуктов
• Добавила уточнения в карточках рецептов (сложность, время приготовления)
• Упростила редактирование набора продуктов в корзине — теперь они привязывались к рецепту, можно было уменьшить и увеличить количество необходимых конкретно в данный момент продуктов

7. Дизайн-концепция

Для будущего сервиса я собрала мудборд, который сочетает современность и ощущение «домашности».

Основные принципы стиля:

• Современность: акцентные заголовки, контрастные цвета, динамика.
• Домашность: округлые формы, мягкий шрифт, иллюстрации, лёгкие тексты.
• Название и тон: «Куша» — сокращение от простого и понятного всем слова «кушать», добавляющее мягкости и близости.

8. Финальный дизайн

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

Итоговый стиль:

• Чистый и лаконичный интерфейс
• Цветовые акценты для выделения ключевых элементов
• Мягкость и «домашность» за счёт форм и иллюстраций

Результат

В рамках проекта я прошла полный цикл продуктового дизайна — от исследований и гипотез до финального интерфейса и небольшой дизайн-системы.

Что было сделано:

• выделила проблемы пользователей и проверила гипотезы через интервью;
• описала сценарии, user stories и построила user flow;
• создала lo-fi прототип и протестировала его с пользователями, внесла улучшения;
• разработала мудборд и визуальную концепцию;
• сделала дизайн основных экранов и базовую дизайн-систему.

Что получилось:

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

Чему я научилась

Этот проект стал для меня важным опытом:

1. поняла, как гипотезы и интервью помогают увидеть реальные привычки пользователей, а не только предположения;
2. научилась структурировать инсайты и превращать их в сценарии, user stories и user flow;
3. попробовала проводить тестирование прототипа и убедилась, насколько ценной может быть обратная связь;
4. отработала навык поиска баланса между «современным» и «домашним» в визуальной концепции;
5. сделала первые шаги в создании дизайн-системы и поняла её ценность для масштабирования.

Контекст и задача

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

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

Задача: спроектировать два сценария — выбор годового тарифа со скидкой 32% и прозрачный перерасчёт при изменении конфигурации годового сервера.

Моя роль: полный цикл — от анализа продукта и конкурентов до user stories и финальных макетов.

Процесс работы

1. Погружение в продукт

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

2. Анализ текущего User Flow

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

3. Конкурентный анализ

Прошла полный путь пользователя по созданию ВМ и изменению конфигурации, разобрала решения Yandex Cloud, VK Cloud и Timeweb. Выявила лучшие практики и болевые точки:
— ни один конкурент не предлагает скидку сразу при создании сервера — везде нужно искать её отдельно либо такой возможности вообще нет
— при изменении конфигурации никто не показывает прозрачного сравнения старой и новой цены
— Timeweb показывает экономию, но только в разделе «Баланс», не в момент принятия решения

Главный вывод: у конкурентов есть попытки решить эти задачи, но ни одна из них не даёт пользователю полной картины в нужный момент — в точке принятия решения. Это и стало ориентиром для проектирования.

4. Пользовательские сценарии и User Stories

На основе реальных запросов из тикетов поддержки и выявленных проблем сформулировала 4 ключевые user stories — чтобы каждое дизайн-решение отвечало на конкретную потребность, а не просто закрывало техническое требование.

1. Как пользователь, планирующий долгосрочный проект, я хочу оплатить сервер сразу на год, чтобы зафиксировать расходы и не возвращаться к оплате каждый месяц
2. Как пользователь, выбирающий годовую оплату, я хочу получить скидку, чтобы снизить общую стоимость владения сервером
3. Как пользователь, выбирающий между тарифами, я хочу видеть конкретную сумму экономии в рублях по сравнению с помесячной оплатой, чтобы осознанно принять решение
4. Как пользователь, который хочет изменить конфигурацию сервера, я хочу видеть разницу между старой и новой ценой до подтверждения изменений, чтобы понять, готов ли я платить больше за дополнительные ресурсы

5. Проектирование интерфейсных решений

Годовая оплата

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

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

Изменение конфигурации годового сервера

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

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

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

В обоих сценариях добавила детализацию перерасчёта по клику через панель «Обзор итогов» — для тех, кто хочет проверить каждую цифру.

Результат

Спроектированы макеты для двух сценариев, которые одновременно закрывают бизнес-цели и пользовательские потребности.

Контекст и задача

Моя роль:

• анализ брифа и формулировка ключевых задач продукта;
• исследование целевой аудитории и конкурентов;
• разработка визуальной метафоры, отражающей идею «походы с комфортом»;
• создание нескольких мудбордов и выбор финального визуального направления;
• проектирование структуры лендинга;
• разработка фирменной стилистики и UI-дизайна сайта;
• подготовка финальных экранов и рекомендаций для реализации.

Процесс работы

1. Анализ брифа, исследование аудитории и конкурентов

Начала с изучения целей клиента и особенностей целевой аудитории. Проанализировала рынок подобных тревел-проектов, чтобы определить, как можно визуально и содержательно выделиться среди типовых решений.

2. Разработка мудбордов и выбор стилистики

Создала несколько визуальных направлений, отразив разные эмоциональные состояния — от «приключения» до «спокойного созерцания».

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

3. Разработка визуальной метафоры

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

Вместо привычных названий вроде «Тропа озера» или «Путь к вершине», каждый поход обозначается координатами, что превращает путешествие в исследовательскую экспедицию.

Эта метафора создаёт ощущение настоящего приключения и подчеркивает индивидуальность бренда.

4. Разработка структуры лендинга

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

5. Разработка дизайна сайта

Дизайн отражает философию лёгких и доступных походов через минимализм и чистоту.

Используется ограниченная палитра из трёх базовых цветов, воздушная типографика и сбалансированные акценты — всё, чтобы подчеркнуть спокойствие, уверенность и простоту путешествия.

Результат

В результате работы появился современный сайт с выразительной визуальной идентичностью, который точно отражает философию бренда «походы с комфортом».

Сайт стал для компании главным инструментом коммуникации с аудиторией:

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

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

Чему я научилась

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