Дизайн-система: синдром LEGO-наборов

Обеспечение баланса между согласованностью и вкладом в развитие дизайн-систем должно быть первоочередной задачей дизайнера.

Что произойдет, если 5 дизайнеров будут одновременно создавать текстовое поле?

Они получат ненужные различия: разные цвета границ, разное закругление углов или разные структуры.

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

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

Библиотека паттернов может породить синдром наборов LEGO

Без сомнения, собранные наборы конструктора LEGO выглядят великолепно.

Однако, как отмечает доктор философии Дерек Кабрера, взрослые, производящие наборы LEGO, мыслят творчески. Но в итоге дети учатся следовать инструкциям.

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

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

Такой подход заставляет дизайнеров смотреть на дизайн-систему, как на наборы LEGO.

В результате, когда дизайнеры работают над конкретной проблемой взаимодействия, они думают: «Хорошо, какие из доступных компонентов или паттернов я могу использовать?» И при этом они не оценивают поможет ли компонент эффективно решить проблему.

Я видел это снова и снова. Но результат исследования дизайн-системы, проведенный Seesparkbox, может стать сигналом. 54% респондентов опроса сообщили, что пользователи их дизайн-системы редко вносят вклад в ее развитие или вообще не участвуют в ее развитии.

Я подозреваю, что синдром наборов LEGO – один из факторов, которые не дают нам возможности внести свой вклад.

Проблема этого явления заключается в том, что система устаревает. Без какого-либо участия и вклада со стороны сообщества это просто библиотека паттернов, а не дизайн-система.

Поиск баланса

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

Участие и вклад сообщества – вот что отличает дизайн-системы от библиотек паттернов. Я узнал это на собственном горьком опыте в предыдущей компании, и потратил более 3 месяцев, чтобы решить проблему отсутствия вклада в развитие дизайн-системы.

Как с этим бороться? Подумайте о формировании сообщества, о чем мы подробнее поговорим в следующей статье.

Мысленное упражнение

  • Как часто пользователи системы предоставляют информацию о вашей библиотеке паттернов?
  • Как часто пользователи системы предлагают новый компонент или паттерн?
  • Если вклад относительно невелик, что им мешает внести свой вклад в развитие системы? Вы думали о создании опыта участия?
  • Как бы вы отреагировали на пользователей системы, которые создали новый компонент, не передавая его обратно в дизайн-систему?
  • Что пользователи дизайн-системы думают о ней?
0 Комментариев
Межтекстовые Отзывы
Посмотреть все комментарии
Похожие статьи

Лучшие статьи, раз в неделю, с доставкой на почту

Total
52
Share