Сейчас проектирую B2B-систему для управления арендой видеооборудования и параллельно начал упаковывать всё это в кейс для портфолио. И столкнулся с парой проблем.

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

И вообще, что сильнее влияет на решение рекрутера или тимлида? Подробное описание самого процесса проектирования (исследования, логика сценариев, User Flows) или всё-таки финальный, чистый визуал экранов системы?

И второй момент, который не дает покоя: стоит ли в этот же кейс запихивать рассказ про дизайн-систему? Проект большой, я собираю под него масштабируемую историю в Figma с токенами и переменными (Variables). С одной стороны - это огромный кусок технической работы, который хочется показать. С другой – не превратится ли кейс в кашу, если свалить туда и логику продукта, и внутреннюю кухню Figma?

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

На что вы в первую очередь обращаете внимание, когда открываете портфолио?