Створити дизайн-систему – це пів справи. Найскладніше зробити її частиною робочого процесу. Одне з основних питань, яке виникає під час створення дизайн-системи: Як зробити так, щоб люди нею користувалися?
Створення дизайн-системи – складне завдання, що вимагає багато часу та сил. Однак немає жодних гарантій, що співробітники компанії – розробники, продакт-менеджери, дизайнери – її використовуватимуть.
Сприймайте дизайн-систему як черговий цифровий продукт, який потрібно продати потенційним користувачам. Ми повинні розповісти їм, чому вона корисна, які проблеми вона вирішує та як вона може їм допомогти.
Чому важко змусити людей використати дизайн-систему?
Люди звикли працювати певним чином
Згодом співробітники звикають до свого робочого процесу. Перехід від звичних методів до нових та незнайомих – серйозне випробування. Уявіть, що ви пропонуєте художнику, який десятиліттями працював олійними фарбами, перейти на цифровий живопис.
Візьмемо, наприклад, продуктового дизайнера, який звикли використовувати певний UI-kit у Figma. Коли ви покажете йому нову бібліотеку UI-компонентів, потрібен час на те, щоб ознайомитися з новою структурою і звикнути до неї. Те саме стосується і розробників.
Нестача часу
Всі ми дуже зайняті своєю роботою і не завжди маємо час на вивчення чогось нового. Наприклад, розробнику з фіксованим графіком важко виділити час на ознайомлення з дизайн-системою. Так само дизайнер віддасть перевагу проєктуванню ще одного екрану, а не навчанню.
Відсутність стратегії просування
Найчастіше в тому, що дизайн-систему ніхто не використовує, винна команда, яка над нею працювала. Потрібно витратити час і розповісти про неї співробітникам, а також пояснити, яку користь вона їм принесе. Без просування дизайн-система так і залишиться непоміченою.
Керівництво не вважає дизайн-систему одним із пріоритетів
Дизайн-система є стратегічно важливою для компанії. Вона робить проєктування більш послідовним, а розробку швидшою. Але проблема в тому, що багато керівників і власників компаній сприймають дизайн-систему як щось другорядне і необов'язкове.
Коли розпочинати просування дизайн-системи?
За свою кар'єру я мав справу з різними дизайн-системами, і найголовніше, що я зрозумів, важливо обговорювати та просувати дизайн-систему постійно, не чекаючи, коли вона буде повністю готова.
До початку роботи
Після того, як ви отримали згоду керівництва на розробку дизайн-системи, ви можете зібрати людей з різних відділів і пояснити їм, що ви створюватимете, чому це важливо для компанії, що отримають співробітники в результаті, хто працюватиме над проєктом і скільки часу він займе.
Крім того, скажіть, що ви готові вислухати будь-які пропозиції та питання, які можуть виникнути у колег. Такий підхід підвищує довіру та прозорість усередині компанії.
Під час роботи
Ви можете показувати людям, над чим працює команда, і що вона вже встигла зробити. Наприклад, поділитися з ними новою палітрою кольорів або компонентом спливної підказки. Нема потреби влаштовувати велику нараду для презентації кожного оновлення. Достатньо надіслати повідомлення у Slack.
Надавайте інформацію невеликими фрагментами, щоб її було простіше сприймати. Мені особливо подобається надсилати хвилинні відеоролики. Так я можу розповісти про останні новини швидко та у зручному форматі.
Після завершення важливого етапу
Перестали працювати над якимось важливим розділом дизайн-системи? Організуйте збори та поділіться своїм прогресом з командою 🎉.
Онбординг нових співробітників
Не забувайте, що в компанії постійно з'являються нові співробітники. Дизайн-система для них новий інструмент, в якому їм потрібно розібратися з нуля. Важливо ввести їх у курс справи та докладно відповісти на всі запитання. Дизайнери та розробники можуть розподілити ці обов'язки між собою: перші знайомитимуть із дизайн-системою нових дизайнерів та продакт-менеджерів, другі — нових розробників та QA-тестувальників.
Як спонукати людей використовувати дизайн-систему
Створіть зрозумілу та просту документацію
Кожна дизайн-система має документацію. Важливо скласти її таким чином, щоб вона була зрозумілою та зручною. Для пояснення складних моментів можна використовувати зображення, гіфки та відео.
Ви навіть можете впровадити в дизайн-систему чат-бот зі штучним інтелектом, якому команда зможе ставити запитання. Це набагато простіше, ніж самостійно шукати інформацію.
Наприклад, співробітник запитує: «Ми маємо п'ять варіантів відповіді, користувач може вибрати один варіант. Що краще використовувати — радіокнопку або список, що випадає?», а AI відповідає та вказує, де в документації знаходиться потрібна інформація.
Продумайте процес онбордингу нових співробітників
Потрібно розробити чіткий процес навчання нових співробітників. Це гарантує, що всі, хто починає працювати в компанії, з першого дня знатимуть, що дизайн-система існує і як нею користуватися.
Використовуйте месенджери
Обмін короткими повідомленнями в месенджерах, наприклад, у Slack, – найкращий спосіб пояснити команді, як працює дизайн-система. Головне, надавати інформацію послідовно та у невеликих обсягах. Наприклад, щоб пояснити людям, як користуватися документацією або компонентами, можна зняти короткий відеоролик і відправити його в чат.
Інформуйте команду про всі зміни
Важливо інформувати людей, які працюють з дизайн-системою, про те, що в ній відбувається, хай то додавання нового компонента або зміна чинного. Завдяки такій прозорості ваші колеги почуватимуться впевненіше.
Зазвичай це вимагає великих зусиль, досить короткого повідомлення в Slack. Наприклад, якщо ви додали в набір нову іконку, напишіть так:
"Всім привіт! Ми додали нову іконку хмари у дизайн-систему. Ви можете використовувати її в розділах, присвячених серверу хмар, або якихось інших, якщо вона вписується в контекст. Успіхів!".
Залучайте колег до створення дизайн-системи
Залучайте якнайбільше людей до створення дизайн-системи. Ви можете ставити їм питання про компоненти, розпитувати про потреби, попросити їх надсилати вам повідомлення щоразу, коли вони виявлять помилку і навіть запропонувати їм протестувати UI-kit до його публікації.
Крім того, ви можете запрошувати їх на збори та радитись з ними при прийнятті деяких дизайн-рішень. Так вони зроблять свій внесок у створення дизайн-системи та повною мірою усвідомлюють, наскільки вона важлива та потрібна.
Дизайн-системою має займатися окрема команда
Дизайн-система – не просто другорядний проєкт, а стратегічний актив компанії. Вона допомагає співробітникам працювати швидше (це стосується і дизайну та розробки). Тому важливо сформувати спеціальну команду, яка займатиметься всіма питаннями, пов'язаними з дизайн-системою та її підтримкою.
Обговоріть із керівництвом компанії можливість створення такої команди. В ідеалі до неї повинні входити розробник та менеджер по продукту.
Забезпечте постійну підтримку
Час від часу нагадуйте співробітникам, що ви готові відповісти на будь-які питання, пов'язані із дизайн-системою. Це покаже їм, що вони можуть розраховувати на вашу допомогу.
Враховуйте потреби продукту
Продуктова команда може звернутися до вас за допомогою, коли їй будуть потрібні нові компоненти для чергового проєкту. Якщо ви помітили, що те, що їй потрібно, може стати в пригоді іншим командам, ви можете додати цей компонент у дизайн-систему.
Покажіть реальні приклади проєктів
Показуйте команді проєкти, які створені за допомогою дизайн-системи. Тож ви продемонструєте, що інші співробітники компанії активно використовують цей ефективний ресурс. Ви можете навіть організувати збори, щоб обговорити процес, способи розв'язання різних проблем, а також попросити більш досвідчених членів команди відповісти на новачків.
Знайдіть «євангелістів» дизайн-системи
Мотивуйте членів команди ділитися один з одним досвідом використання системи дизайну. Це можна робити на регулярних зустрічах чи онлайн.
Спробуйте знайти «євангелістів», людей, які займатимуться просуванням. Вони можуть регулярно розповідати про те, які переваги дає дизайн-система та допомагати іншим людям долати труднощі, що виникають при її використанні.
Зробіть дизайн-систему зручною для користувачів
Дизайн-система має бути простою та зрозумілою. Це спонукає членів команди використовувати її частіше. Тому подбайте про те, щоб людям було легко знаходити потрібні компоненти, а назви та описи властивостей не викликали запитань.
