Что там по передаче макетов в разработку. В Фигме вот вернулись к традиционному)

Rogie King из Фигмы рассказал, как они делали генеративные плагины и шейдеры. Он хотел начинать каждый дизайн с рабочего прототипа: собрал с нейронкой, потыкал, поправил и показал команде. Но разработчикам, продактам и остальным участникам оказалось неудобно использовать такие прототипы как основу для обсуждения. Дизайнерам они помогали проверять идеи, а договариваться всей командой было сложнее.

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

– Запрос упал; – Данных пока нет; – У пользователя нет доступа; – Вместо двух слов в названии приехала простыня.

Это уже мои примеры. Даже если дизайнер всё предусмотрел, разработчику надо как-то добраться до каждого варианта. Тут нажми, сюда введи вот это, теперь подожди. Ой, сработало, а надо было, чтобы упало)) И так по каждому экрану. На макетах можно положить состояния рядом и сразу увидеть, где забыли ошибку или куда пропала кнопка.

Меня бы тоже напрягало постоянно звать кого-то, чтобы он провёл экскурсию по прототипу. Хочется открыть файл, посмотреть нужный экран, оставить коммент и пойти дальше. А прототип уже потыкать, когда проверяешь переходы и само взаимодействие. Команда Фигмы в итоге так и стала работать.

А вы сейчас как передаёте макетики? У кого какие лайфхаки, делитесь в комментах, интересно посмотреть

———

💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы


В этом посте были ссылки, но мы их удалили по правилам Сетки

Что там по передаче макетов в разработку.
В Фигме вот вернулись к традиционному)
Rogie King из Фигмы рассказал, как они делали генеративные плагины и шейдеры | Сетка — социальная сеть от hh.ru