Как дизайнеру собрать фриланс-портфолио, если есть только учебные проекты?

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

Как упаковать учебную работу, чтобы она выглядела как фриланс-кейс

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

• 1) Контекст и роль: что за продукт/сервис, для кого, где пользователь сталкивается с задачей (лендинг, приложение, личный кабинет), что именно делали вы (UX, UI, исследование, дизайн-система).
• 2) Цель и метрика: какую бизнес-цель поддерживает дизайн (регистрация, заявка, оплата, удержание), какая метрика логична (CR в заявку, доля завершённых сценариев, время до ключевого действия). В учебном проекте можно честно написать: «метрика целевая, предложена для контроля после внедрения».
• 3) Ограничения: сроки, платформа, бренд, технические рамки (например, «без изменения бэкенда», «только компоненты текущего UI-kit», «mobile-first»). Это показывает зрелость.
• 4) Входные данные: что вы использовали вместо «данных бизнеса» — конкурентный разбор, публичные отзывы, эвристики, CJM-черновик, интервью с 3–5 людьми из ЦА, анализ типовых ошибок в формах.
• 5) Процесс принятия решений: не просто «сделал прототип», а почему так. Например: какие гипотезы были, как вы выбирали структуру, какие сценарии приоритезировали.
• 6) Решение: ключевые экраны/флоу + объяснение. Лучше 6–10 сильных кадров с подписями, чем 40 без логики.
• 7) Итоговая польза: формулируйте как эффект для пользователя и бизнеса. Если нет фактических цифр — используйте проверяемые утверждения: «уменьшил количество полей с 12 до 7», «убрал 2 шага из оформления», «сделал валидацию и подсказки для снижения ошибок».
• 8) Что бы делали дальше: план следующей итерации (A/B, usability-тест, сбор событий в аналитике). Это выглядит как опыт работы в продуктовой среде.

Как показать «не только красивые макеты»: артефакты, которые ценят клиенты

Чтобы кейс выглядел «рабочим», добавьте 3–5 артефактов, которые объясняют ход мыслей.

• User flow / схема сценария (до/после), чтобы было видно, что вы управляете путём пользователя.
• Информационная архитектура: структура страниц/разделов, логика навигации.
• Прототипы и решения по UX: почему так расположены блоки, как обрабатываются ошибки формы, какие состояния предусмотрены (empty/loading/error).
• Дизайн-система в мини-формате: 1 экран с токенами/типографикой/компонентами и правилами использования (кнопки, поля, алерты).
• Спецификация для разработки: хотя бы коротко — сетка, отступы, состояния, правила адаптива. Это сигнал, что вы умеете передавать в продакшн.

Как «легализовать» учебный проект под реальность

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

• Переформулируйте учебную тему в бизнес-задачу: не «сделал дизайн приложения доставки», а «увеличить конверсию в первый заказ и снизить ошибки при оформлении».
• Добавьте реалистичные вводные: бюджетные/технические ограничения, требование сохранить бренд, необходимость сделать адаптив.
• Покажите компромиссы: что пришлось упростить, от чего отказались и почему (сроки, риск для разработки, приоритет сценариев).
• Честно маркируйте: «учебный проект», «метрики предполагаемые», «данные из открытых источников/опроса N человек». Прозрачность повышает доверие.

Практический план: что сделать за 3–5 дней, чтобы портфолио стало «продающим»

1. Выберите 2–3 проекта, которые закрывают разные задачи: лендинг/маркетинг, продуктовый флоу (регистрация/оплата), редизайн с улучшением UX.
2. Для каждого проекта составьте бриф на 1 страницу: цель, ЦА, метрика, ограничения, что входило в работу.
3. Соберите кейс по шаблону: контекст → проблема → гипотезы → процесс → решение → польза → следующие шаги.
4. Добавьте 1 «показатель зрелости»: мини дизайн-система или спецификация для разработки.
5. Сделайте итоговый превью-экран: 1 картинка + 3 буллета (задача, что сделали, эффект). Это помогает клиенту быстро «считать» ценность.

Типичные ошибки, которые обесценивают учебные кейсы

• Портфолио как галерея: много экранов без цели, логики и объяснений решений.
• Выдуманные цифры: «конверсия выросла на 30%» без данных. Лучше честно описать предполагаемую метрику и способ измерения.
• Нет ограничений: выглядит как «рисовал в вакууме». Реальные проекты почти всегда ограничены.
• Нет негативных сценариев: не показаны состояния ошибок/пустых списков/валидации — для продакшна это критично.
• Слишком много процесса ради процесса: 20 скриншотов мудборда не заменяют ясного решения и аргументов.

Если хотите, вы можете прислать 1 учебный проект (кратко: тема, платформа, 5–7 экранов) — я помогу разложить его по структуре кейса и сформулировать пользу/ограничения так, чтобы это выглядело как реальная фриланс-задача.