Сайт использует сервис веб-аналитики Яндекс Метрика с помощью технологии «cookie». Пользуясь сайтом, вы даете согласие на использование данной технологии.
Базовые правила передачи в разработку, нюансы и тонкости. Что делаем обязательно, что — опционально, и как это зависит от дизайнерской дадачи, от продукта и от отдела разработки заказчика.Нужны ли библиотека компонентов (спойлер: да!) и UI-kit (спойлер: не всегда). Как правильно оформить проект в Figma и как дать клиенту то, что ему нужно. Серия статей «Практики передачи макетов в разработку» Все: Обсуждение с заказчиком требований к макету: Визуализация пользовательского пути: Последовательность в дизайн-макетах: Корректное именование элементов: Понимание базовых принципов верстки: Гигиена рабочего пространства: Прототипирование: Организация библиотеки компонентов: Как избежать неконсистентности: 0:54 — Почему нет единой схемы. 1:51 — Факторы, влияющие на формат передачи. 3:02 — Статус продукта и влияние на дизайн. 3:57 — Обсуждение на старте проекта. 4:25 — Базовые правила и дизайн-гигиена. 6:01 — Структура файлов и логика Фигмы. 7:02 — Чистота и порядок в макетах. 9:32 — Компоненты и UI Kit. 10:53 — Проверка и передача заказчику. 12:14 — Вариативные практики передачи. 13:13 — Работа в чужой Фигме. 15:05 — Защита и пароли на проекты. 15:36 — Гибкость под клиента.