Ориентиры:
Важные наблюдения, мысли, факты
Решения, которые изменились в процессе
Его задача — представить мой опыт и проекты, сформировать понятное позиционирование UX/UI-дизайнера с IT-бэкграундом и показать мой подход к проектированию интерфейсов.
При выходе на рынок вакансий я столкнулся с высокой конкуренцией среди UX/UI-дизайнеров. Размещения работ на сторонних платформах было недостаточно, чтобы в полной мере показать сочетание моих дизайнерских и технических компетенций. Поэтому я решил создать собственную платформу, в которой могу контролировать не только содержание, но и весь пользовательский опыт.
Дополнительной мотивацией стал перерыв в коммерческой UX/UI-практике. Создание собственного продукта позволило использовать этот период для решения реальной продуктовой задачи и одновременно восстановить практику проектирования.
Моя гипотеза в том, что за последние пару лет требования к frontend-навыкам уменьшились, а требования к ИИ, наоборот, выросли.
В аналитике UX Tools авторы утверждают, что UX-рынок труда сейчас переживает серьёзную перезагрузку. Я приведу несколько их основных выводов.
Сверхвысокая конкуренция. Качество специалистов на рынке сейчас выше, чем когда-либо. Опытные дизайнеры с сильным бэкграундом конкурируют за одни и те же позиции, а джуниорам становится всё сложнее пройти первичный фильтр.
Регресс UX-зрелости. Бизнес снова стал воспринимать UX как статью расходов категории «nice-to-have» — приятное, но не всегда обязательное дополнение. При оптимизации бюджетов компании сокращают продуктовых дизайнеров в первую очередь, если те не могут доказать своё прямое влияние на бизнес-метрики.
Смещение ценности из-за ИИ. Искусственный интеллект забирает на себя всё больше рутинных задач. В результате ценность специалиста смещается от простого производства визуальных макетов к критическому и продуктовому мышлению, системности, умению работать с бизнесом и способности эффективно использовать ИИ-инструменты.
2.1 Рынок РФ
Для меня важнее было понять, насколько эти тенденции характерны именно для российского рынка.
По данным совместного исследования DNA Team и hh.ru, за январь—август 2024 года число вакансий в сфере дизайна в России выросло на 19% год к году. Причём внутри UX/UI рост был неодинаковым:
Получается интересная картина: Product Design рос примерно втрое быстрее, чем классический UX/UI. Можно предположить, что рынок постепенно смещается от названия UX/UI в сторону Product Designer, поскольку требования в вакансиях во многом пересекаются, но у продуктового дизайнера зона ответственности шире.
С 2025 года ситуацию уже нельзя описать одной абсолютной линией «число UX/UI-вакансий в РФ». Открытые исследования используют разные выборки, а сами вакансии всё сильнее смешивают UX/UI с Product Design. Тем не менее, общая тенденция выглядит понятной: конкуренция выросла. Например, CNews со ссылкой на исследование рынка труда приводит динамику увеличения конкурентов на UX/UI-вакансию примерно с 6 до 14 резюме на вакансию — более чем в два раза. Для junior по всему IT рынок вырос примерно с 12 до 19 резюме на вакансию.
Получается, проблема российского рынка сейчас не столько в полном исчезновении UX/UI-вакансий, сколько в том, что на одну позицию приходится гораздо больше кандидатов. При этом сами вакансии становятся шире по требованиям.
Гораздо чаще работодатели упоминают исследования, продуктовую аналитику, метрики, дизайн-системы, прототипирование и способность самостоятельно работать с продуктовой задачей — уже более важными.
2.2 Вывод
Исследование помогло мне понять не только рынок, на который я выхожу, но и среду, в которой будет существовать мой продукт. Я создаю портфолио для рынка с высокой конкуренцией, поэтому важно понимать его контекст и требования, а уже исходя из этого принимать решения о структуре и содержании сайта.
В итоге российский рынок UX/UI за последние два года не исчез и не превратился полностью в рынок ИИ-дизайнеров. Он стал более конкурентным и одновременно более требовательным.
Если раньше было достаточно хорошо проектировать интерфейсы, то сейчас от дизайнера всё чаще ожидают более широкого набора компетенций: понимания продукта и его метрик, проведения исследований, работы с дизайн-системами, взаимодействия с разработчиками и хотя бы базовой технической грамотности.
Моя гипотеза подтвердилась только частично. Frontend-навыки по-прежнему востребованы, ИИ пока не стал обязательным навыком для большинства UX/UI-вакансий.
Для себя я понял, что мне не стоит пытаться конкурировать с разработчиками или становиться «дизайнером, который умеет всё». Гораздо полезнее развивать связку UX/UI + продуктовый подход + техническая грамотность + ИИ-инструменты. Именно такая комбинация позволяет понимать весь путь продукта — от проблемы пользователя и гипотезы до интерфейса, реализации и оценки результата — к этому и буду стремиться.
3.1 Пользовательские сценарии
Первым этапом я определил основные сценарии использования портфолио. Аудиторию разделил на две группы: рекрутеров и специалистов, принимающих решение о найме.
Рекрутер
Первостепенна быстрая оценка профиля кандидата:
специализация;
опыт;
ключевые навыки;
релевантность проектов.
Дизайн-лид
Важно получить подтверждение профессионального уровня:
увидеть качество работы роль;
кандидата в проекте;
ход рассуждений;
обоснование принятых решений.
Эта логика подтверждается исследованием UXfolio 2026 года, основанным на ответах 74 UX-рекрутеров и руководителей дизайна.
Исследование показывает, что при оценке портфолио внимание смещается не только на визуальную составляющую, но и на способность кандидата объяснить свои решения, показать ход мышления, реальные ограничения проекта и собственный вклад. При этом портфолио оценивается в условиях ограниченного времени, поэтому важны ясность структуры, релевантность информации и возможность быстро понять содержание кейса.
Отдельно отмечу, что в 2026 году есть ещё более свежий материал UXfolio, который утверждает, что они анализировали 795 портфолио в трёх реальных раундах найма.
Там особенно интересный вывод гласит, что значительная часть портфолио отсеивается не из-за недостатка дизайнерского уровня, а из-за проблем с ясностью, релевантностью, структурой и объяснением решений.
Количественные данные UX Design Institute подтверждают важность самого портфолио в процессе найма, 83% опрошенных специалистов считают важным наличие более одного кейса. Однако большинство недавно нанятых дизайнеров имели в портфолио от одного до трёх кейсов, что говорит скорее в пользу качества и содержательности проектов, чем большого количества работ.
Из этого я сформировал два связанных пользовательских сценария. Первый — быстрое знакомство с кандидатом: кто я, чем занимаюсь, какой у меня опыт, какими навыками обладаю и какие проекты наиболее релевантны. Второй — детальное изучение конкретного проекта после возникновения интереса. Поэтому главная страница должна работать, как краткий обзор профессионального профиля и навигация по наиболее значимым работам, а страницы проектов — как самостоятельные кейсы, последовательно раскрывающие контекст задачи, роль дизайнера, процесс принятия решений и результат.
3.2 Анализ референсов
Следующим этапом я проанализировал портфолио дизайнеров и digital-специалистов. Основными критериями сравнения стали:
Структура пользовательского сценария;
Представление проектов;
Визуальная иерархия;
Навигация и баланс между самопрезентацией и содержанием.
Ниже я рассмотрю два сайта, которые считаю наиболее значимыми референсами для моего проекта. Первый — сайт Jingjing Han, наиболее близкий по целям и структуре к моему портфолио. Второй — сайт Daniel Spatzek. Его подход существенно отличается от задачи моего проекта, но именно он позволяет рассмотреть альтернативный способ создания портфолио и определить, какие решения подходят мне, а какие — нет.
JinJing Han
На сайте Jingjing Han основной акцент сделан на профессиональной идентичности дизайнера, ее проектах и процессе принятия решений, в отличие от экспериментальных портфолио, ориентированных преимущественно на визуальный эффект и демонстрацию возможностей web-дизайна, причем таких работ большинство.
Главная задача сайта — не просто показать готовые интерфейсы, а сформировать целостное представление о дизайнере: кто он, в каких направлениях работает, какие задачи решает и каким образом приходит к итоговому решению.
Позиционирование
Одно из сильных решений сайта — чёткое позиционирование через сочетание специализации и дополнительных компетенций.
Автор не ограничивается формулировкой «Product Designer», а раскрывает более широкий профиль: Product Design, Creative Technology, AI Prototyping, Web Design, Brand Systems и Vibe Coding. При этом основная профессиональная идентичность всё равно остаётся понятной — product designer. Дополнительные направления расширяют образ специалиста, но не заменяют основную специализацию.
Для моего проекта этот подход особенно актуален, поскольку мой профиль также состоит из нескольких пересекающихся компетенций. Основным направлением остаётся UX/UI-дизайн, а технический IT-бэкграунд и навыки графического дизайна выступают как дополнительные преимущества.
При этом референс показывает и обратную сторону такого подхода, слишком большое количество направлений способно размыть специализацию. Поэтому в собственном портфолио необходимо сохранить иерархию — UX/UI должен восприниматься как основная профессиональная компетенция, а IT и другие дизайнерские навыки должны усиливать её, а не конкурировать с ней.
Информационная архитектура
На главной странице пользователь последовательно получает:
информацию о дизайнере;
профессиональное позиционирование;
Основные пректы(Featured Work);
самостоятельные проекты и эксперименты в Playground;
web-дизайн;
другие творческие работы;
контактную информацию.
Структура сайта построена вокруг нескольких уровней погружения: главная страница → краткое представление проектов → полноценный case study → дополнительные проекты. Главная страница при этом работает как обзор, а подробная информация вынесена в отдельные кейсы. Такой подход соответствует двум сценариям аудитории моего портфолио: быстрому просмотру со стороны рекрутера и более глубокому изучению со стороны профильного специалиста. В шапке предусмотрена отдельная навигация по основным направлениям — Design и Performances. Это позволяет пользователю сразу перейти к интересующему типу работ, не просматривая всю главную страницу.
Проекты как доказательство компетенции
Важным отличием от обычного визуального портфолио является способ представления проектов. Готовые интерфейсы выступают не конечным результатом сами по себе, а частью истории создания продукта.
Например, в «AI Learning Platform» автор последовательно показывает проблему, изменение стратегического подхода, понимание пользователей, первоначальное решение, его ограничения и дальнейшее развитие.
Используется логика: проблема → анализ → решение → выявленные ограничения → итерация → результат.
Не обязательно показывать весь процесс проектирования. Гораздо ценнее выделять моменты, в которых исследование, наблюдение или ограничение действительно повлияли на решение.
Связь исследования и дизайна
В кейсе Salona эта связь раскрыта особенно последовательно. Исследование пользователей, конкурентный анализ и последующие эксперименты связаны между собой и приводят к изменениям продукта.
Это важный принцип для моего портфолио — исследование не должно существовать как отдельный формальный раздел. Его ценность определяется тем, как полученные выводы повлияли на последующие решения.
То же относится к конкурентному анализу, недостаточно перечислить изученные продукты. Необходимо показать, какие паттерны были обнаружены и как они повлияли на формирование собственной структуры или решения.
Вывод
Из портфолио Jingjing Han я переношу прежде всего принципы организации информации:
Главная страница для быстрого знакомства, отдельные кейсы для подробного изучения.
Показывать не только результат, но и логику его создания.
Каждый значимый вывод должен иметь продолжение в дизайне.
Показывать ключевые изменения и причины, которые к ним привели.
Обозначать личный вклад в проект.
Завершать кейс не только готовым интерфейсом, но и выводом о проделанной работе.
Эти принципы напрямую соответствуют выводам предыдущего исследования пользовательских сценариев. При оценке портфолио важны не только визуальный уровень, но и ясность структуры, релевантность информации, объяснение решений и возможность быстро понять содержание кейса.
Таким образом, Jingjing Han для моего проекта является прежде всего референсом структуры UX/UI-кейса и способа демонстрации дизайнерского мышления.
Daniel Spatzek
Много писать про его порфтолио не буду, лишь скажу, что ему не надо рассказывать кто он, его продукты говорят сами за него.
В отличие от Jingjing Han, сайт Daniel Spatzek решает другую задачу. Это не столько портфолио, ориентированное на быстрый просмотр опыта и кейсов, сколько самостоятельный digital-проект, демонстрирующий возможности автора в области веб-дизайна, разработки и брендинга. Поэтому сам сайт становится частью портфолио и фактически одним из примеров его работы.
Основной акцент сделан на визуальной выразительности и интерактивности. Большое количество анимаций, переходов и необычных визуальных решений создаёт ощущение полноценного пользовательского опыта. В данном случае взаимодействие с сайтом — не просто способ получить информацию, а часть самого продукта. При этом базовая структура остаётся понятной: Intro → Work → About → Process → FAQ → Contact.
Отсюда возникает принципиальное различие в задачах. У Spatzek время взаимодействия с сайтом намеренно увеличивается, поскольку сам процесс взаимодействия является частью опыта. Задача такого портфолио — не только показать работы, но и заставить пользователя испытать дизайн, запомнить автора и его подход, а у меня наоборот — задача быстро и легко предоставить информацию.
Таким образом, этот референс ценен именно своим контрастом. При этом у Spatzek есть важный принцип, который я могу перенести в свой проект — сам портфолио-сайт должен демонстрировать навыки дизайнера. Поэтому визуальная система, навигация, анимации и взаимодействия в моём случае также должны быть частью доказательства компетенции, но не должны становиться препятствием для получения информации.
4.1 Структура сайта
После исследования аудитории и анализа референсов я перешёл к формированию информационной архитектуры сайта. На этом этапе задача заключалась не только в том, чтобы определить набор страниц и разделов, но и в том, чтобы выстроить понятный путь пользователя от первого знакомства с портфолио до подробного изучения конкретного проекта.
Структура главной страницы(Home page)
В результате основой сайта стала одна главная страница и отдельные страницы с кейсами.
На главной странице расположены основные разделы портфолио:
главный экран;
навыки;
проекты;
опыт работы;
информация обо мне;
образование;
контакты.
Отдельной страницы «Проекты» в архитектуре нет. Изначально такой вариант рассматривался, но я отказался от него после анализа пользовательского пути.
Секция проектов уже выполняет функцию каталога, пользователь сразу видит представленные работы, может выбрать нужную категорию и перейти к конкретному проекту. Отдельная страница со списком тех же проектов добавляла бы ещё один промежуточный шаг, не предоставляя дополнительной информации.
Организация проектов
Проекты внутри архитектуры разделены на три направления: UX/UI, графический дизайн и бренд-айдентика.
Каждое направление содержит конкретные работы, а каждая работа ведёт на отдельную страницу кейса. Разделение позволяет сохранить разнообразие моего опыта, но при этом не смешивать проекты разных типов в одну структуру. В визуальной иерархии портфолио я могу выделить UX/UI как основное направление.
Страница кейса
Если главная страница предназначена для быстрого знакомства, то страница кейса отвечает за глубокое изучение проекта.
Каждый кейс имеет собственную страницу с отдельной структурой.
Структура страницы кейса(Case page)
В начале страницы пользователь получает краткую информацию о проекте, после чего может перейти непосредственно к интересующему его разделу через оглавление.
Основной контент разбит на последовательные смысловые блоки. Для длинных кейсов предусмотрена динамическая навигация: оглавление показывает текущий и последующие разделы, а индикатор прогресса позволяет понять, какую часть страницы пользователь уже просмотрел.
После завершения кейса пользователь получает возможность перейти к другим проектам, не возвращаясь вручную к началу сайта.
Таким образом, страница кейса является самостоятельным уровнем погружения, но остаётся связанным с общей архитектурой портфолио.
4.2 Навигация
Исследования
Для начала я изучил рекомендации NN/G и исследования Baymard Institute.
В исследовании NN/g, посвящённом скрытой и видимой навигации, было установлено, что скрытие основных пунктов за hamburger menu снижает их обнаруживаемость и использование.
Для моего портфолио это стало аргументом в пользу открытой навигации на десктопной версии.
При этом я не стал делать Header постоянно закреплённым. NN/g отмечает, что частично закреплённый Header, который скрывается при прокрутке вниз и появляется при прокрутке вверх облегчает доступ к навигации во время прокрутки.
Для кейсов я отдельно использовал локальную навигацию по содержанию. NN/g отмечает, что длинные страницы выигрывают от оглавления и прямых ссылок на отдельные разделы, а выделение текущего раздела помогает пользователю ориентироваться внутри страницы.
Навигация сайта
Для перехода между разделами я предусмотрел несколько точек входа.
На главной странице пользователь может перейти к нужному разделу через Header, блок навигации на первом экране или Footer.
На странице кейса Header и Footer сохраняют доступ к основным разделам сайта, но также используется отдельная навигация по содержанию. Она нужна для перемещения внутри длинного материала.
Навигация главной страницы
На раннем этапе я рассматривал более традиционный вариант с CTA-кнопками (он представлен на схеме в разделе «Wirefarmes»), в том числе отдельной кнопкой перехода к проектам, но в процессе проектирования я отказался от этого решения и заменил его блоком навигации по основным разделам. Причина в том, что один CTA задавал пользователю только один следующий сценарий — переход к проектам. Блок навигации позволяет сразу выбрать нужное направление: проекты, навыки, опыт работы и другие разделы.
Пути к кейсам
Отдельно я проработал способы навигации на страницы кейсов. Поскольку проекты являются одной из основных точек интереса портфолио, важно было обеспечить несколько способов попасть в этот раздел и не создавать тупиковых сценариев после просмотра кейса.
Путь к проектам с главной страницы
На главной странице пользователь может попасть в секцию «Проекты» несколькими способами:
через пункт «Проекты» в Header;
через блок навигации на первом экране;
непосредственно при прокрутке страницы до секции проектов;
через пункт «Проекты» в Footer.
Путь к проектам со страницы кейса
Навигация формирует замкнутый цикл просмотра портфолио.
5.1 Экраны и брейкпоинты
Для проектирования я определил три основных состояния интерфейса: 1440 px для desktop, 768 px для tablet и 375 px для mobile. Изначально также рассматривался экран 1920 px, но отдельный брейкпоинт для него оказался избыточным, при увеличении ширины контент начинал занимать слишком много пространства, а вся необходимая информация уже комфортно размещалась в макете 1440 px.
Набор экранов
На десктопной версии используется 12-колоночная сетка, такое количество даёт достаточно вариантов для компоновки крупных и небольших блоков и удобно делится на 2, 3, 4 и 6 частей. На планшетах сетка сокращается до 6 колонок, а на смартфонах — до 4, чтобы сохранить структуру при ограниченной ширине экрана.
5.2 Wireframes
Я определил структуру двух основных типов страниц: главной страницы портфолио и страницы кейса.
Wireframe главной страницы
На главной я зафиксировал основные разделы будущего сайта: первый экран, навыки, проекты, опыт работы, информацию обо мне, образование и контакты. Отдельно предусмотрел навигацию по этим разделам и переход к проектам.
В дальнейшем некоторые решения изменились после проверки интерфейса и его адаптации под разные разрешения. Например, на первом экране вместо CTA я добавил навигацию по основным разделам сайта. В секции «Образование» первоначальный вариант таймлайна также пришлось изменить, так как при адаптации под меньшие экраны он не давал нужного результата
Для страницы кейса структура отличается, здесь основное внимание сосредоточено на самом проекте и его разборе. Я предусмотрел отдельное якорное оглавление, основную область с содержанием проекта и возможность вернуться к списку проектов.
Wireframe страницы кейса
Якорное оглавление я по итогу разместил справа, а контент слева, чтобы сохранить общую структуру страницы, когда обзор проекта, статичное оглавление и контент находятся по одной стороне.
Для страницы кейсов структура отличается, здесь основное внимание сосредоточено на самом проекте и его разборе. Я предусмотрел отдельное оглавление, основную область с содержанием проекта и возможность вернуться к списку проектов.
На этом этапе я проверил иерархию информации, состав блоков и взаимосвязь страниц до перехода к UI.
6.1 Цветовая система
Цветовая система построена вокруг нейтральной основы и нескольких акцентных цветов. Это позволяет сохранить спокойный фон для большого количества информации, но при этом визуально разделить разные типы контента и добавить интерфейсу индивидуальность.
Основу составляют #FFFFFF и #EEEEEE. Белый используется как цвет отдельных секций и поверхностей, а светло-серый — как основной фон или отдельных блоков. За счёт этого интерфейс получает визуальную глубину без необходимости использовать большое количество теней и дополнительных декоративных эффектов.
Основной тёмный цвет — #151515. Он используется для текста, обводок и элементов, которым требуется максимальный контраст. Вместо чистого чёрного выбран слегка смягчённый оттенок, чтобы сочетание с яркими акцентными цветами выглядело менее жёстким.
Акцентные цвета
Акцентная палитра состоит из трёх цветов: жёлтого #FFF780, оранжевого #FF9500 и синего #588EF1. Жёлтый используется преимущественно в интерактивных элементах. В сочетании с серым и белым фоном он формирует характерную для интерфейса более неформальную и выразительную визуальную подачу.
Оранжевый используется как дополнительный акцент и помогает выделять отдельные элементы интерфейса, не превращая весь экран в набор ярких пятен. Синий имеет отдельную функциональную роль — он связан с IT-направлением портфолио и визуально отделяет его от UX/UI-части.
Таким образом, цвета выполняют не только декоративную, но и навигационную функцию. Нейтральные оттенки формируют основу интерфейса, жёлтый и оранжевый создают акценты, а синий помогает пользователю быстро распознать IT-контент.
6.2 Типографика
При подборе типографики я смотрел на сочетание трёх критериев: различимость ролей, визуальное сочетание гарнитур и их применимость в конкретных типах контента. Jemima и Mulish достаточно близки по общей стилистике, поэтому не создают ощущения случайного набора шрифтов, но при этом отличаются по характеру набора и позволяют разделить заголовки и основной текст. JetBrains Mono используется отдельно — для элементов интерфейса, где необходим дополнительный визуальный контраст.
Типографика
Jemima используется для заголовков. При выборе важным было получить отличие от основного текста, но без перехода к явно декоративной или стилистически тяжёлой гарнитуре. По сравнению с Mulish он выглядит немного плотнее и заметнее в наборе, поэтому позволяет выделять заголовки преимущественно за счёт самой гарнитуры, не прибегая к дополнительным декоративным приёмам.
Mulish используется для основного текста и информационных блоков. В сравнении с Jemima он воспринимается легче и мягче, поэтому хорошо подходит для более протяжённого текста. Простая конструкция знаков и спокойный характер гарнитуры позволяют использовать её в описаниях проектов, опыта и других содержательных разделах, где важно не конкурировать с графикой и акцентными элементами интерфейса.
JetBrains Mono используется для кнопок и отдельных элементов интерфейса. В отличие от двух других гарнитур, моноширинная конструкция сразу создаёт заметный визуальный контраст. Это позволяет отделить элементы управления от основного текста без изменения их цвета или дополнительного оформления. Выбор также связан с IT-бэкграундом автора: гарнитура ненавязчиво поддерживает эту часть визуального образа, при этом не распространяется на основной текст и не делает весь интерфейс «техническим».
6.3 Навигация страницы кейса
Справа размещено фиксированное якорное оглавление. По мере прокрутки активный раздел подсвечивается акцентным цветом, поэтому пользователь всегда видит, в какой части кейса находится и к каким разделам может перейти напрямую.
Дополнительно используется индикатор прогресса прокрутки — тонкая оранжевая линия, показывающая, какую часть страницы пользователь уже просмотрел. Она занимает минимум пространства и не перекрывает контент.
Навигация на странице кейса (Desktop)
На мобильных устройствах боковое оглавление пришлось заменить, вместо него используется компактная плавающая панель в нижней части экрана. Она содержит название текущего раздела и стрелки для перехода вверх или вниз по странице.
Полупрозрачная подложка с размытием позволяет отделить панель от контента, сохранив её заметность без создания тяжёлого визуального блока.
7.1 Компоненты
Я собрал повторяющиеся элементы интерфейса в компоненты. В них вошли все варианты кнопок, блок навигации, секции Skills, Projects и Experience, а также Header и Footer, которые используются в шаблоне страницы. Внутри текстовых стилях настроены брейкпоинты.
Пример компонентов некоторых кнопок
Компоненты и стили
7.2 Анимации
Основной принцип — использовать один повторяющийся характер появления элементов для большинства блоков страницы. Это создаёт единый ритм взаимодействия и не перегружает интерфейс большим количеством разных эффектов. Более сложные анимации не использовались, поскольку необходимости в них в рамках проекта не было.
Анимация внтури компонентов
Анимация секций при скролле
Анимация внутри компонентов
Принцип анимаций в компонетах простой. Например, в переключателе между направлениями UX/UI и IT обе секции находятся в одном компоненте. При выборе IT секция «Навыки в дизайне» уменьшается и становится прозрачной, одновременно секция «Навыки в IT» увеличивается, перемещается на передний план и становится полностью непрозрачной. За счёт этого переключение воспринимается как изменение состояния одного блока, а не как появление отдельного экрана.
Для переходов между страницами использован стандартный preset Fade Out & In. Он обеспечивает простой и ненавязчивый переход без дополнительных визуальных эффектов.
