Яндекс Практикум vs Contented: Figma/UI — где быстрее собрать 3 кейса и получить внятные правки

Три проекта в портфолио — вот реальный входной билет на рынок UX/UI-дизайна. Не диплом, не сертификат и не список пройденных модулей, а именно три убедительные истории о том, как вы решали дизайн-задачи. Звучит просто, но именно здесь большинство начинающих дизайнеров застревают: курс идёт, месяцы уходят, а портфолио так и остаётся пустым или наполненным «учебными поделками», которые не стыдно разве что показать маме.

В этой статье мы сравниваем два популярных курса по UX/UI дизайну — Яндекс Практикум и Contented — по двум конкретным шкалам: скорость до трёх готовых кейсов и качество обратной связи, которая эти проекты улучшает. Никаких абстрактных рейтингов «лучший курс года» — только то, что реально влияет на результат.

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

По итогу вы получите сравнительную таблицу по ключевым параметрам и пошаговый план на 8–12 недель, который поможет собрать три кейса вне зависимости от того, какую школу вы выберете.

Где быстрее собрать 3 проекта в Figma/UI: Яндекс Практикум или Contented?

«Быстрее» в контексте этой статьи — не про то, какой курс короче по календарю. А про то, через сколько времени у вас на руках окажутся три кейса, которые не стыдно отправить вместе с резюме. Это принципиально разные вещи. Курс может длиться девять месяцев, но первый портфельный проект появится уже на втором-третьем спринте — или наоборот, программа обещает «6 проектов», а три действительно сильных материализуются ближе к финалу. Давайте разберёмся, как оценивать скорость честно.

Что считать «проектом» и «готовностью для портфолио», чтобы не обмануть себя

Здесь кроется главная ловушка: большинство студентов путают «выполненное задание» с «кейсом». Пять красивых экранов в Figma — это не проект. Даже десять экранов с аккуратной сеткой — всё ещё не проект. Кейс — это история, и у неё есть обязательная структура: задача → контекст → процесс → решение → результат и выводы.

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

Критерий готовности, который мы используем как ориентир: посторонний человек открывает ваш проект и за 60 секунд понимает, что вы сделали и зачем. Если для этого нужны устные пояснения — кейс ещё не готов.

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

Как оценить скорость по программе курса: спринты, модули, проектные точки

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

У Яндекс Практикума курс по дизайну заявлен продолжительностью около 9 месяцев. Программа разбита на спринты примерно по 3 недели, в конце каждого студент сдаёт проект на ревью, получает комментарии эксперта и при необходимости дорабатывает. Это спринтовая модель с встроенным ритмом: дедлайн → сдача → правки → следующий этап. Для людей, которым нужна внешняя структура и регулярные «точки выхода», такой формат работает хорошо — он не даёт затянуть работу над одним проектом на несколько месяцев.

Баннер на сайте Практикума, срок обучения – 9 месяцев.

У Contented на странице курса «UX/UI-дизайнер» заявлена длительность тоже 9 месяцев при занятости 6–10 часов в неделю и обещание «6 проектов в портфолио». С одной стороны, это означает высокую практическую плотность — частые выходы в реальные артефакты. С другой — важно понять, на каком месяце программы появляются первые три достаточно сильных проекта, чтобы их можно было упаковать в полноценные кейсы. Рекомендуем уточнять это напрямую у школы или через отзывы выпускников: «когда у вас появился первый проект, который вы реально показывали работодателю?».

Баннер на сайте Contented, срок обучения – 9 месяцев.

Вывод по скорости: кому что ускорит сбор 3 работ

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

• Если у вас 12 и более часов в неделю и вам нужен внешний ритм с дедлайнами — спринтовая система с регулярным ревью, как правило, позволяет быстрее накапливать итерации и двигаться к готовым кейсам без затяжных пауз.
• Если у вас 6–10 часов в неделю и важна постепенность без риска выгорания — модульный курс с большим количеством практических проектов даёт больше гибкости, хотя календарный срок до трёх сильных проектов будет длиннее.
• Если вы уже знаете Figma, но работ нет — для вас скорость определяется не длиной программы, а скоростью итераций обратной связи и качеством брифов. В этом случае смотрите в первую очередь на то, как устроено ревью, а не на общий хронометраж курса.

Конкретные сроки без проверки актуальной программы называть не будем — это было бы нечестно. Но логика выбора именно такая.

Practicum vs Contented: что ускоряет 3 кейса и что ускоряет рост качества

Где быстрее получить внятные правки по UI/UX: как устроены ревью и обратная связь?

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

Как устроен цикл «проект → ревью → доработка» у Яндекс Практикума

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

Практикум обещает нам целую команду экспертов — наставников, кураторов и ревьюеров.

Важный нюанс: наличие ревью само по себе не гарантирует качество правок. Многое зависит от того, как вы сдаёте работу. Практика показывает: студенты, которые прикладывают к проекту контекст («вот задача, вот ЦА, вот что я пытался решить в этом экране»), получают значительно более предметный фидбек, чем те, кто просто отправляет файл Figma без пояснений. Добавьте к сдаче список вопросов ревьюеру — особенно по спорным решениям — и вероятность получить аргументированный ответ вырастает кратно.

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

Как устроена обратная связь и консультации у Contented

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

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

Contented обещает нам обратную связь от менторов и кураторов.

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

Оптимальная модель — комбинация: частые лёгкие итерации на уровне логики и UX плюс редкие глубокие сессии на уровне UI и упаковки. Если курс предлагает именно это — это сильное конкурентное преимущество.

Схема-процесс: цикл улучшения работы

БРИФ

  ↓

Формулировка проблемы + ЦА + сценарии

  ↓

ЧЕРНОВОЙ UX

  ↓

User flow + wireframes

  ↓

ПРОТОТИП

  ↓

Кликабельный прототип основного сценария

  ↓

РЕВЬЮ #1 (вопросы ревьюеру: логика, UX, сценарии)

  ↓

ПРАВКИ #1 (приоритеты: must → should → could)

  ↓

UI-ПОЛИРОВКА

  ↓

Дизайн-система + ключевые экраны + финальный прототип

  ↓

РЕВЬЮ #2 (вопросы ревьюеру: UI, консистентность, нарратив)

  ↓

ПРАВКИ #2 (редакторские: формулировки, визуальный ритм)

  ↓

УПАКОВКА

  ↓

Нарратив + скриншоты/гифки + вёрстка на Behance/сайте

  ↓

ФИНАЛЬНОЕ РЕВЬЮ (независимый взгляд вне курса)

  ↓

ПУБЛИКАЦИЯ

Чек-лист «внятных правок»: как отличить пользу от вкусовщины

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

Правка считается внятной, если:

1. Привязана к цели пользователя или сценарию — понятно, какую задачу пользователя это решение должно было закрывать и почему оно с этим не справляется.
2. Есть аргумент — ревьюер объясняет принцип, эвристику или гайдлайн, на который опирается. «Здесь нарушен принцип близости» — внятно. «Мне кажется, это не очень» — нет.
3. Есть приоритет — правка помечена как критичная, желательная или опциональная. Это позволяет не тратить час на косметику, пока сломана логика навигации.
4. Есть пример или референс — даже быстрый скетч или ссылка на похожее решение резко сокращает время на интерпретацию правки.
5. Есть критерий приёмки — формулировка «как поймём, что исправлено». Без этого доработка превращается в бесконечный пинг-понг.
6. Есть следующий шаг — что конкретно проверить после внесения правок.

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

Чек-лист «внятных правок»: как отличить полезный фидбек от вкусовщины

Какие проекты и навыки попадут в ваши 3 кейса (Figma, UX, UI-kit, прототип)?

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

Что заявлено в Практикуме и как это упаковать в 1–3 кейса

На странице курса Яндекс Практикума по дизайну заявлено пять и более крупных разноплановых проектов в портфолио. В инструментальной базе фигурируют Figma, UX-исследования, работа с гайдлайнами iOS и Android. Это хорошая основа: разные типы задач плюс понимание платформенной специфики дают материал для формирования трёх проектов с разными акцентами.

Какие проекты в портфолио нам обещает Практикум — сайт, портал или мобильное приложение.

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

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

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

Что заявлено в Contented и как это упаковать в 1–3 кейса

Contented на странице курса «Дизайнер интерфейсов» обещает 6 проектов в портфолио — это один из самых высоких показателей практической плотности среди российских онлайн-школ дизайна. Плюс к этому заявлен блок стажировки и практики, где проект оформляется и публикуется с участием наставника.

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

Какие проекты в портфолио обещает Contented — сайты, анимации и мобильные приложения.

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

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

Минимальный набор артефактов для джуна: структура кейса «от задачи до результата»

Чтобы проект воспринимался серьёзно, каждый из трёх должен содержать следующий набор элементов:

• Постановка задачи и ограничения — что нужно было решить, в каком контексте, какие были рамки (время, технические ограничения, бизнес-требования).
• Целевая аудитория и сценарии — кто пользователь, какую задачу он решает, как выглядит его путь (user flow).
• Wireframes и логика переходов — черновая структура до UI, показывающая, что решение построено на логике, а не на эстетике.
• UI-решения и компоненты — финальные экраны, типографика, цвет, отступы, компоненты; всё должно быть консистентным.
• Кликабельный прототип — минимум основной сценарий, который можно пройти от начала до конца.
• 3–5 ключевых решений с аргументацией — почему именно так, на какой принцип или исследование опирались.
• Ретроспектива — что бы сделали иначе, что стоит улучшить, какие гипотезы остались непроверенными.

Отдельный вопрос — как «доказать» UX без дорогих исследований. Ответ: 5–7 коротких пользовательских интервью или быстрый тест прототипа на знакомых уже дают достаточно материала для аргументации решений. Эвристический анализ по Нильсену — ещё один инструмент, который не требует бюджета, но выглядит профессионально в описании процесса. Главное — зафиксировать выводы и показать, как они повлияли на финальное решение.

Юрий Ветров, экс-директор по дизайну в Райффайзенбанке и Mail.ru Group: «Портфолио — это не выставка достижений народного хозяйства, а доказательство того, что вы умеете работать в ограничениях. Самая большая ошибка новичка — стерильные проекты без бизнес-контекста».

Чек-лист «кейс готов к публикации»: проверьте каждый из 3 кейсов перед публикацией.

Сколько времени и денег нужно, чтобы довести 3 работы до уровня «можно показывать»?

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

Нагрузка и дедлайны: сколько часов в неделю реально нужно

Цифры, которые заявляют школы, — это ориентиры, а не гарантии. У Яндекс Практикума в материалах для поступающих фигурирует ориентир около 12 часов в неделю для прохождения программы в штатном режиме за 9 месяцев. У Contented на странице курса указан диапазон 6–10 часов в неделю при длительности 9 месяцев.

Но есть нюанс, который школы обычно не акцентируют: время на обучение и время на доведение проекта до портфельного уровня — это разные статьи бюджета. Практика показывает, что упаковка одного — написание нарратива, подготовка скриншотов, вёрстка на Behance или портфолио-сайте, финальная полировка по правкам — занимает от 20 до 30% всего времени, потраченного на проект. Это время, которое почти никогда не закладывается в расчёты на старте.

Практический вывод: если у вас 6–8 часов в неделю, три кейса займут больше календарного времени, чем обещает программа. Ускорить процесс можно двумя способами — жёстким шаблоном (не изобретать структуру каждый раз заново) и правильным выбором тем (брать задачи, где у вас уже есть контекст: знакомый домен, понятная аудитория, реальная проблема из жизни).

Цена, рассрочка, возврат: что проверить перед оплатой, чтобы не пожалеть

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

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

У Яндекс Практикума на странице курса упоминается возможность вернуть средства за неиспользованную часть программы — но конкретные условия и исключения прописаны в оферте, которую стоит прочитать до, а не после оплаты.

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

Скрытые затраты: софт, ассеты, UI-киты, публикация портфолио

Стоимость курса — это только часть реального бюджета на вход в профессию. Вот что обычно остаётся за кадром при первичном расчёте:

• Платные ассеты и UI-киты. Figma сама по себе бесплатна для учебных проектов, но качественные UI-киты, иконочные наборы и шрифты могут стоить от нескольких сотен до нескольких тысяч рублей. Хорошая новость: бесплатных ресурсов достаточно для учебного портфолио — Material Design 3, Human Interface Guidelines, бесплатные наборы на Figma Community покрывают большинство задач.
• Плагины и сервисы для тестирования. Инструменты для пользовательского тестирования, опросов и аналитики прототипов в платных версиях стоят денег. Для джунового портфолио достаточно бесплатных тарифов Maze, Useberry или простых Google Forms — это не снижает качество кейса, если правильно описать методологию.
• Домен и портфолио-сайт. Behance бесплатен и до сих пор остаётся стандартом для дизайн-портфолио. Notion, Readymag в базовом тарифе или простой сайт на Tilda — тоже рабочие варианты без значительных затрат. Собственный домен — приятно, но не обязательно на старте.
• Время на упаковку. Это не денежная, но самая недооценённая статья затрат. Заложите 15–20 часов на упаковку каждого проекта — написание текста, подготовку визуала, вёрстку, финальную проверку. Единый шаблон, подготовленный один раз, экономит это время на втором и третьем проекте.

Как выбрать между Практикумом и Contented под вашу стартовую точку?

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

Если вы с нуля в дизайне

Новичку критично получить не просто доступ к материалам, а понятную структуру, внешние дедлайны и регулярные проверки — иначе очень легко потеряться в объёме и начать откладывать практику в пользу теории.

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

Важный совет для этого сценария: не гонитесь за скоростью на старте. «С нуля» и «ускориться любой ценой» — плохое сочетание. Если сломать базу — понимание UX-логики, принципов композиции, системного мышления в дизайне — восстанавливать её потом значительно дольше, чем заложить правильно с первого раза.

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

Если Figma знаете, но кейсов нет

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

Для этого профиля курс «про кнопки» не нужен — нужен процесс. Конкретно: бриф → исследование → решение → итерации правок → упаковка. Поэтому при выборе программы смотрите в первую очередь не на список тем, а на то, как организованы итерации: можно ли доработать проект после ревью, сколько циклов правок предусмотрено, есть ли возможность довести работу до публикации внутри курса.

Здесь же стоит рассмотреть альтернативный сценарий, который школы обычно не рекламируют: иногда выгоднее взять короткий специализированный курс по UX-процессу или формату проектов, добавить несколько сессий менторства и параллельно сделать три кейса самостоятельно — чем идти в длинную профессию на 9–14 месяцев, большую часть которой вы уже знаете. Это не универсальный совет, но вопрос стоит задать себе честно.

Если нужна стажировка, карьерная поддержка и внятный «план выхода на рынок»

Третий сценарий — когда три работы уже почти есть или скоро будут, и главный вопрос звучит как «что дальше»: как выйти на рынок, где искать первые заказы или работу, как питчить портфолио, нужна ли стажировка.

У Яндекс Практикума на странице курса описана карьерная поддержка: помощь с резюме и портфолио, доступ к карьерному центру, разборы с карьерными консультантами. Это инфраструктура, которая помогает перейти от «я сделал три кейса» к «я отправляю резюме и получаю ответы».

У Contented в программе заявлен блок стажировки и практики с рекомендациями арт-директора, а также карьерный блок. Формат стажировки потенциально даёт то, чего не даёт никакой карьерный центр — реальный опыт работы в команде с внешней оценкой результата.

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

Сергей Попков, сооснователь и шеф-дизайнер Skillbox/AIC: «Обратная связь — это 80% успеха в обучении. Без жесткого ревью от практикующего арт-директора студент варится в собственном соку и закрепляет ошибки».

Как собрать 3 кейса за 8–12 недель (даже если курс длиннее): пошаговый план

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

Недели 1–2: быстрый бриф + UX-скелет (цели, сценарии, прототип)

Первые две недели — фундамент, который определяет качество всего кейса. Главная ошибка на этом этапе: сразу открывать Figma и начинать рисовать экраны. Вместо этого — сначала слова, потом пиксели.

Что делаем: выбираем одну тему или домен для первой работы. Критерий выбора — не «что выглядит круто», а «где я понимаю проблему и могу найти реальных пользователей». Формулируем проблему в одном предложении: кто страдает, от чего, и почему существующие решения не справляются. Описываем целевую аудиторию — не абстрактный «пользователь 25–35 лет», а конкретный сценарий жизни человека, у которого есть эта проблема.

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

Критерий выхода из первых двух недель: прототип кликается, основной сценарий проходится от начала до конца, есть список из 3–5 вопросов для ревьюера. И вот здесь — важный момент: уже на этом этапе запрашиваем первые правки по логике и UX. Полировать UI поверх слабого UX — одна из самых дорогостоящих ошибок по времени. Лучше узнать о проблеме в сценарии на второй неделе, чем переделывать 20 экранов на восьмой.

Недели 3–6: UI + дизайн-система мини-уровня + кликабельный прототип

Если UX-скелет одобрен или скорректирован по правкам — переходим к визуальному слою. Это не означает «теперь делаем красиво». Это означает: строим систему, а не набор отдельных экранов.

Начинаем с минимальной дизайн-системы: цветовая палитра (основной, акцентный, нейтральные), типографическая шкала (заголовки, body, caption), базовые компоненты (кнопки, поля ввода, карточки, навигация). Это занимает день-два, но экономит часы на консистентности в дальнейшем. Компоненты в Figma — не бюрократия, а инструмент скорости.

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

Параллельно — быстрая UX-валидация. 3–5 тестов на знакомых или через простой рекрутинг в тематических чатах: даём прототип, просим выполнить конкретную задачу, молча наблюдаем где возникают вопросы и где человек застревает. Фиксируем проблемы, вносим правки. Это не полноценное исследование, но для портфельного кейса джуна — вполне достаточная доказательная база, если правильно описать методологию.

Как ускорять правки на этом этапе: задавайте ревьюеру конкретные вопросы вместо открытых. Не «что думаете об этом экране?», а «проверьте сценарий оплаты — где возникает фрикция?» или «посмотрите на иерархию этого экрана — считывается ли главное действие за три секунды?». Конкретный вопрос даёт конкретный ответ.

Недели 7–12: упаковка на Behance/портфолио + полировка по правкам

Финальный блок — и самый недооценённый по трудоёмкости. Многие студенты добираются до этого этапа с ощущением «ну, осталось только оформить» — и обнаруживают, что упаковка занимает столько же времени, сколько сам дизайн. Это нормально, если заложить это заранее.

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

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

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

В конце блока — финальный чек-лист готовности к публикации:

• Задача, контекст и ограничения описаны.
• Целевая аудитория и user flow присутствуют.
• Wireframes или прототип показывают логику переходов.
• UI консистентен по типографике, отступам и компонентам.
• 3–5 ключевых решений объяснены с аргументацией.
• Есть результат, выводы и «что улучшить дальше».
• Работа читается по диагонали за 60–90 секунд.

Если все семь пунктов закрыты — кейс готов к публикации. Если нет — возвращаемся к незакрытому пункту, а не к косметике.

Таблица-таймлайн: план на 8–12 недель до 3 кейсов

FAQ: частые вопросы про сроки, правки и портфолио

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

Можно ли совмещать с работой и не «сгореть» на дедлайнах?

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

Практика показывает: комфортный режим совмещения с полной занятостью — это 8–10 часов в неделю на обучение, разбитые на короткие сессии по 1,5–2 часа. Попытка работать в режиме «накоплю часы за выходные» стабильно приводит к выгоранию к третьему месяцу.

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

Сколько итераций правок нужно и кто их даёт?

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

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

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

Что делать, если уже есть 1–2 кейса?

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

Пройдитесь по чек-листу из предыдущего раздела: закрыты ли все семь пунктов по каждой работе? Если нет — возможно, правильнее сначала довести существующие до уровня «можно показывать», и только потом делать третий. Слабый третий проект не усиливает портфолио — он разбавляет два сильных.

Если существующие закрывают чек-лист — дальше вопрос в разнообразии: покрывают ли они разные типы задач? Если обе работы про мобильные приложения — третий стоит сделать про веб или редизайн. Если оба про продуктовый дизайн — добавьте работу с акцентом на UX-исследование или дизайн-систему.

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

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