Ця стаття базується на одному з виступів конференції DesignOps 2022, де спікери обговорили цікаву тему — 5 рівнів зрілості дизайн-систем. Створення бібліотеки інтерфейсу користувача — процес, що надзвичайно схожий на типовий запуск та подальше масштабування будь-якого іншого продукту, за винятком того продукту, який є внутрішнім для компанії.

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

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

На якому з наведених нижче етапів проєктування дизайн-системи знаходиться ваша організація?

  • Рекомендації щодо стилю та взаємодії: колір, типографіка, інтервали, елементи інтерфейсу користувача тощо
  • Інші найкращі методи використання інтерфейсу: доступність, дизайн для вебу, мобільних пристроїв, голос/тон тощо.
  • Розробники та дизайнери співпрацюють над багаторазовими компонентами коду у виробництві
  • Перегляд раніше розпочатої роботи та постійне вдосконалення
  • Наявність спеціальної команди для підтримки дизайн-системи
  • 🤯 Що таке система дизайну?

Ці дії представляють 5 різних рівнів зрілості системи дизайну, натхненну моделлю зрілості команди Invision із їхнього звіту The New Design Frontier за 2019 рік. Ця таблиця в кінці звіту показує різницю в діяльності, яку виконують понад 50% компаній на 5 визначених рівнях зрілості команди.

Використовуючи цю модель, ми розберемо кожен із цих рівнів і як переходити між ними.

“Під час мого перебування на посаді керівника відділу дизайну продуктів у MX я спостерігав за еволюцією нашої бібліотеки систем проєктування, яку ми назвали Kyper, від дитинства до зрілості протягом двох з половиною років” — доповідає спікер

Для початку розгляньмо три істини про системи проєктування.

Дизайн-системи – це складно

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

Дуже важливо правильно комунікувати з людьми.

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

Роботу в дизайн-системі – це побудова та підтримка стосунків.

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

Щодо другої істини, перегляньмо два твіти, які нещодавно привернули увагу. Вони містять дуже важливу ідею, про яку мало говорять.

Щоб досягти успіху, ви повинні розглядати свої дизайн-системи як продукт, а не проєкт.

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

Що є в кожному продукті?

Ця публікація тільки для підписників

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

Зареєструватися зараз Вже маєте обліковий запис? Увійти