Я люблю дизайн-системы, но иногда их нужно ломать
Есть вещь, которую дизайнеру довольно сложно признать. Ты потратил месяцы на дизайн-систему. Продумал компоненты, названия, состояния, размеры, документацию.
А потом кто-то говорит: ”Кажется, это больше не работает”.
На что довольно закономерная реакция. Как это не работает? Мы же столько всего сделали.
Поэтому мне понравился свежий кейс Uber. Они переделали около 1 500 иконок в своей системе Base. Причём проблема была не в том, что старые иконки внезапно стали некрасивыми. Они просто перестали хорошо работать в масштабе продукта.
Сложные иконки плохо читались на маленьких размерах. В разных продуктах начали появляться разные варианты. Состояния не всегда достаточно хорошо различались. А сама система становилась всё тяжелее в поддержке.
Можно было сказать: ”Ребята, просто соблюдайте дизайн-систему”.
Но они пошли по другому сценарию. Если три команды независимо друг от друга обходят один и тот же компонент, я бы уже не спешил обвинять команды.
Возможно, компонент плохой. Возможно, в системе не хватает варианта. Возможно, перестало работать правило если в фигме выглядит красиво, то и в продукте должно работать. А возможно, продукт просто вырос.
Поэтому мне кажется, дизайнеры иногда слишком сильно привязываются к собственным системам.
Мы создаём правила, а потом начинаем защищать их как что-то священное. Хотя дизайн-система это не закон. Это инструмент. И если инструмент мешает продукту, его нужно менять.