10 советов, как улучшить кейс в портфолио дизайнера 🛫 1. Первый блок не дает информации о теме проекта, поэтому приходится вчитываться. Полезно добавить изображения или иллюстрации самолета или неба. Цветовая схема тоже вводит в заблуждение, так как не создает эмоциональную связь с авиа-сферой. 2. Блок о проекте. Элементы летают в воздухе, из-за того, что расположены не по сетке. А блок «Исследование» стоит визуально отделить от блоков о проекте, так как это уже другой шаг кейса. 3. Блок «Исследование. Задачи и боли персон». Не описано ни одной боли и задачи пользователей, описано лишь то, каким должен быть сайт. 4. Блок «Исследование. Какой функционал необходим». Описание «столько страниц, сколько потребуется» – это не функционал. Функционал должен отталкиваться от болей и задач пользователей, но поскольку они не были указаны, то и функционал невозможно определить. 5. Прототипы по оформлению – ок, но на них не отображено все то, что описано в блоке «Функционал». Получается, что прототипы создавались не на основе предыдущего шага исследования, что ставит под сомнение эффективность дизайн-процесса. 6. Шрифт – ок, но цвета не совсем подходят под авиа-сферу. Разве что можно связать с рассветом, но поскольку не было ни одной фотографии, то связь визуального стиля с темой проекта не обнаруживается. 7. UI-Kit совсем небольшой, хотя наборы элементов нужны как раз в том случае, если компонентов много. В таких коротких проектах, считаю, что показывать UI-Kit нет смысла. 8. UX/UI макетов в целом неплохой, но детали нужно доработать. Самая большая проблема – практически полное отсутствие кнопок действия на главной, хотя в направлениях подготовки они должны быть и в конце страницы. Это же не статья, а лендинг. 9. Страница направления подготовки. Раскрывающиеся карточки для отображения списка курсов, состоящие лишь из текста, – не лучшее решение. Нет цен в списке курсов. Нет информации о преподавателях, хотя на этапе исследования ты описал, что это очень важная информация. 10. Мобильная версия. Раскрывающиеся карточки – не лучшее решение и в мобильной версии, особенно, когда их много. А как мы знаем – сегодня все интерфейсы нужно проектировать в первую очередь под мобильные устройства. @byiskros • Второй поток →