Мінімальна життєздатна система проектування

Зростаюча система дизайну UXPin, що зберігається в бібліотеці систем UXPin Design System

За останні кілька тижнів я мав задоволення поговорити про підхід UXPin до створення системи дизайну на кількох зустрічах та вебінарах (один з них можна переглянути тут). Мені було весело ділитися нашим досвідом, дізнавшись багато чого через усі прекрасні розмови після моїх розмов.

Одне запитання, яке мені задавали кілька разів, яке також виникало під час моїх розмов з нашою командою на UXPin, було:

Скільки часу потрібно для побудови системи проектування?

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

Посібник зі стилю зомбі Спадщина

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

Як звучить система дизайну? Ти правий. Це звучить як система дизайну, але це не так.

Цей старий підхід до побудови стильового керівництва мав на меті створити артефакт. Він повинен бути похідним від документаційного процесу. І кожен раз ...

До того, як було зроблено керівництво по стилю, воно вже перетворилося на зомбі.

Чому? Просто тому, що динамічний світ розвитку продукції, де зміни відбуваються постійно, не дуже добре реагує на статичні активи, на які потрібні тижні. Поки мученик проектування / розробки намагався документувати кожну конвенцію, конвенції постійно змінювалися. Побудова стилю керівництва була завданням сизіфа.

Неможливість створення та підтримання керівництва стилем спонукала нашу галузь переосмислити процес збереження послідовності досвіду та коду. Введіть систему проектування.

Система проектування - це процес

На відміну від статичних напрямних стилів, системи дизайну є динамічними. Що це означає? Посібник зі стилю - артефакт, система дизайну - це процес.

Артефакти статичні, процеси динамічні.

Замість того, щоб делегувати одну особу для створення документації, у світі системи дизайну ми плануємо новий робочий процес, який продовжує додавати, віднімати та змінювати всю інформацію для створення досвіду користувачів.

Замість того, щоб думати про термін поставки, команди дизайнерських систем (зазвичай їх називають командами з дизайнерських операцій) планують допомогти організаціям поступово покращувати внутрішню узгодженість інтерфейсу та швидше поставляти великі проекти на ринок.

Управління ентропією за допомогою посібника зі стилів та системи дизайну

Об'єднані проти ентропії

Як і будь-яка закрита система, ентропія цифрового продукту продовжує зростати, якщо це навмисно не управляється. Кожна нова функція, кожен новий член команди, кожен новий рівень управління або взаємодія між зацікавленими сторонами та клієнтами додають до ентропії досвіду.

Досвід продукту поступово перетворюється на хаос.

Зростання ентропії є постійним і можна керувати лише постійною дією. Ось чому кінцева гра для команди дизайнерських операцій не є статичним артефактом, це робочий процес, в якому об'єднана організація дизайнерів, розробників, прем'єр-міністрів та інших членів команди будує систему дизайну для створення досвіду користувачів.

Ніколи не закінчуючи мінімально життєздатний продукт

Що стосується дати доставки дизайнерської системи, схоже, є приховане припущення, що настає певний момент, коли система проектування буде "зроблена". Процесуальний характер системи проектування скасовує це припущення.

Система проектування - це процес і тому одночасно завжди готова і ніколи не робиться.

Система проектування залишається в постійному стані як мінімально життєздатний продукт. Момент часу, коли система проектування раптово набирає значення, не існує. Після встановлення та узгодження процесу проектування системи досягається мінімальне значення. З кожним наступним випуском система дизайну стає більш потужною, але ніколи не досягає кінцевої цінності. Ентропія продовжує зростати, інтерфейс продовжує змінюватися, і система дизайну повинна розвиватися, як процес, без кінця.

Запускайте маленький корабель часто

Система проектування виникає тоді, коли організація визнає, що підвищення невідповідності інтерфейсу необхідно вирішувати за допомогою нових робочих процесів.

Ентропія припиняє розширюватися з першою конвенцією, узгодженою та впровадженою проектною організацією. На відміну від керівництва зі стилем, значення системи дизайну можна відчути негайно. Система дизайну починає додавати цінність майже відразу, навіть якщо перша умова - це лише набір із 5 основних кольорів із відповідною умовою іменування. Насправді я б заперечив, що:

Система дизайну з одним кольором визначена, правильно названа, реалізована та прийнята організацією краще, ніж повний посібник зі статичного стилю.

Чому? Оскільки цей колір одразу зменшує ентропію, на відміну від статичного посібника стилю, який залишається завжди застарілим і ніколи не реалізований.

Замість того, щоб турбуватися про дату доставки системи проектування, прийміть її процесну природу, запускайте малий і відправляйте часто. Ви воюєте з хаосом, і кожен маленький бій має значення.

Удачі.

Ви хочете побачити, як ми будуємо нашу систему дизайну? Дотримуйтесь наших спринтів дизайну:

  • Спринт дизайнерських систем 0: Срібна куля розробки продукту.
  • Спринт 1 системи дизайну: Інвентаризація інтерфейсу
  • Система дизайну Sprint 2: одна кольорова палітра, щоб правити всі вони
  • Система дизайну спринт 3: управління основами
  • Система дизайну спринт 4: принципи проектування
  • Система дизайну спринт 5: Управління типографією
  • Система дизайну спринт 6: найшвидші значки на землі

І ось більш широкий погляд на системи дизайну:

Системи проектування - це мова. І це назавжди змінює розробку програмного забезпечення.

Приєднуйтесь: https://www.uxpin.com/design-systems-early-access