Дизайн

Что входит в эту категорию

Инструменты для проектирования интерфейсов и систем, стоящих за ними: экраны, компоненты, переменные, документация и передача тому, кто это будет делать. Одни продукты ограничиваются рисованием, другие доходят до прототипов, исследований и процесса работы с контентом.

Кликабельные сценарии для проверки идеи находятся в прототипировании. Всё, что нацелено на видео или анимацию, относится к видео и записи экрана.

Совместная работа изменила эти инструменты

Раньше ПО для дизайна было однопользовательским приложением, выдающим файлы. Теперь это в основном общее рабочее пространство, и этот сдвиг определяет, какой продукт подходит команде.

Одновременное редактирование важно меньше, чем сопутствующий поток: комментарии, которые можно закрыть, версии с читаемой историей, ссылки, всегда показывающие актуальное состояние, и права, позволяющие внешнему клиенту посмотреть, ничего не сломав.

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

Дизайн-системы это и есть настоящий продукт

Дальше горстки экранов ценность смещается с рисунков на систему под ними.

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

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

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

Передача в разработку и что действительно нужно разработчикам

• Размеры и отступы, читаемые без места редактора.
• Именованные токены, а не шестнадцатеричные значения, вставленные в тикет.
• Ресурсы, экспортируемые в нужных масштабах и форматах, включая то, что требует ваша платформа.
• Состояния для пустого экрана, загрузки, ошибки и длинного контента, где дизайн обычно и ломается.
• Актуальная ссылка, чтобы никто не верстал по скриншоту, брошенному в чат в прошлом месяце.

Пятый пункт вызывает больше переделок, чем любая недостающая функция. Какой бы инструмент вы ни выбрали, общая правда должна находиться в одном месте, доступном всем.

Файлы, производительность и скучные ограничения

Большие файлы это то, где продукты расходятся. Документ с сотнями фреймов, встроенными изображениями, вложенными компонентами и десятилетней историей покажет разницу между быстрым и медленным инструментом за минуту.

Проверьте глубину истории версий: на начальных тарифах она часто короткая, а о дизайнерских решениях спорят спустя месяцы. Проверьте наличие плагинов, если от них зависит ваш процесс. Проверьте, что происходит с общими ссылками, когда тариф заканчивается.

Места, зрители и сколько на самом деле стоит команда

Почти везде тариф считается за редактора. Комментаторы и зрители бесплатны или заметно дешевле. Такая структура вознаграждает за решение, кто действительно редактирует.

Разработчикам, менеджерам продуктов, руководителям и клиентам обычно нужно читать и комментировать, а не рисовать. Покупка им полных мест стандартный способ заплатить в этой категории вдвое больше нужного.

Следите и за границами тарифов: общие библиотеки, ветвление, единый вход (SSO) и расширенные права обычно лежат выше начального уровня, и одно из этого чаще всего становится причиной перехода растущей команды на другой тариф. Похожие закономерности по рынку изложены в материале что скрывают страницы с тарифами.

Прежде чем решиться, перенесите один настоящий проект. Не пробный файл, а живой, с грязными слоями и клиентом, который комментирует не там.

Работа с теми, кто не занимается дизайном

Большая часть трений в этой категории исходит от людей вокруг дизайнерской команды, а не от инструмента.

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

Настройте это осознанно. Одна страница на проект с текущими экранами, а поиски отдельно, снимает повторяющийся вопрос о том, какая версия настоящая.

Та же дисциплина относится к именованию. Файлы с названиями «финал», «финал два» и «финал утверждённый» симптом отсутствия договорённости, и ни один продукт её не заменит. Договоритесь, на что указывает общая ссылка, и уберите всё остальное с пути тех, кто это не ищет.