Зміст
- Що таке «система дизайну»?
- Основні міркування перед впровадженням системи проектування
- 01. Враховуйте зрілість товару та компанії
- 02. Створіть заяву про бачення
- 04. Встановіть керівні принципи проектування
- 05. Перегляньте стек технологій та проведіть інвентаризацію інтерфейсів
- 06. Створіть основну команду
- Створення дизайнерської системи
- 01. Продайте ідею
- 02. Виберіть та завершіть пілотний проект
- 03. Спроектуйте та побудуйте
- 04. Запуск і обслуговування
Системи проектування допомагають великим гравцям галузі стандартизувати процес проектування та зробити його більш передбачуваним. Багато компаній намагаються взяти на себе ініціативу побудови власної дизайнерської системи. Але досить часто, незважаючи на найкращі наміри кожного, усі зусилля, які команда продукту докладає до продуманої системи дизайну, можуть піти прямо в каналізацію.
Протягом цієї статті ми визначимо, що таке система проектування, що слід врахувати перед побудовою системи проектування та як найкраще запровадити систему дизайну у вашій організації. Щоб отримати більше чудових ресурсів, перегляньте наш огляд засобів веб-дизайну.
Що таке «система дизайну»?
Назва «система дизайну» може створити хибне враження про те, що представляє цінність лише для дизайнерів. Але насправді система дизайну не стосується лише дизайнерів; натомість мова йде про те, як ціла організація створює свої продукти (якщо це включає веб-сайт, вам знадобиться найкращий конструктор веб-сайтів та чудовий веб-хостинг).
Успішні процеси проектування зазвичай залежать від наявності тісної міжфункціональної співпраці між усіма командами, що беруть участь у створенні продукту. А система дизайну - це побудова спільної мови, яка надає командам змогу ефективніше співпрацювати. Це повний набір принципів, правил та стандартів проектування разом із набором інструментів (шаблони дизайну, візуальні стилі та бібліотека коду для багаторазових компонентів інтерфейсу), необхідних для досягнення цих принципів, правил та стандартів. Система проектування дозволяє команді продуктів швидше створювати продукт, не жертвуючи якоюсь якістю, роблячи дизайн багаторазовим (переконайтеся, що у вас є надійне хмарне сховище для зберігання ваших активів).
Кінцева мета вирішити проблему впровадження системи дизайну - допомогти бізнесу вчитися та рости. Ось чому система проектування завжди повинна базуватися на цілях бізнесу. З тієї ж причини не всі системи проектування будуються однаково, але, тим не менше, більшість систем проектування мають кілька загальних елементів:
- Принципи проектування - цінності, що забезпечують проектні зусилля в правильному напрямку.
- Бібліотеки компонентів і шаблонів - це будівельні блоки системи проектування.
- Посібники з дизайну - конкретні правила щодо проектування певної частини
продукт. Сюди можуть входити рекомендації щодо стилю (типографіка, кольори, інтервали тощо) та інструкції щодо написання UX (голос і тон, мова, принципи написання тощо). - Практики проектування - допомагають підтримувати систему в живих і цінних для команди продуктів.
Основні міркування перед впровадженням системи проектування
01. Враховуйте зрілість товару та компанії
Перш ніж почати будувати систему проектування, потрібно чітко розуміти, для чого вона потрібна. Багато компаній впроваджують системи проектування, щоб зменшити свій технічний борг і пришвидшити процес розробки товару (витрачаючи менше часу на нудну, одноманітну діяльність). Але не всі компанії стикаються з такими проблемами, оскільки компанії мають різний рівень зрілості дизайну.
Створення дизайнерської системи з нуля - це трудомістка діяльність, і невеликі швидкі команди, ймовірно, не потребують проектної системи, оскільки це сповільнить їх. Стартап із трьох до п’яти осіб, який досі намагається знайти відповідність продуктовому ринку, мабуть, витратив би значну кількість часу на створення системи. Коли ресурси витрачаються на побудову системи проектування, вони не витрачаються на побудову продукту. Тому, поки компанія не зможе визначити чіткий напрямок свого продукту, інвестування часу у створення системи проектування ризикує створити багато відходів.
02. Створіть заяву про бачення
Система проектування стосується людей - того, як вони працюють разом для досягнення спільної мети. І люди хочуть знати відповіді на такі запитання:
- Куди ми йдемо?
- Чого ми хочемо досягти?
- Чому ми хочемо цього досягти?
Це основні питання, на які вам потрібно відповісти, щоб побудувати спільне бачення. Спільне бачення стане основою для системи проектування, яка дасть командам керівний шлях до пошуку рішень для їхніх проблем з продуктами.
Заява про бачення визначає, чого намагається досягти ваша команда, продукт чи компанія, і, що важливіше, чому. Він об'єднує команди навколо чіткого набору спільних цілей і стає Полярною зіркою для всієї організації - він об'єднує людей, які беруть участь у розробці продуктів, і направляє їх до спільного пункту призначення.
Якщо ви шукаєте простий спосіб створити заяву про бачення, розгляньте опис того, як має виглядати ваш продукт або організація через п’ять років. Роблячи це, ви визначите цільову умову, і набагато простіше буде створити стратегію, яка допоможе вам її досягти.
04. Встановіть керівні принципи проектування
Як ви визначаєте хороший дизайн? Як ви знаєте, коли щось готове до реалізації? Що стосується оцінки якості дизайну, дизайнери часто покладаються на власні стандарти. Але дотримання такого підходу може внести багато хаосу в процес дизайну товару, оскільки кожен дизайнер матиме суб’єктивні ідеї. Саме тут принципи дизайну можуть врятувати день.
Надійні принципи проектування є основою будь-якої функціонуючої системи. Вони повинні висвітлити суть того, що хороший дизайн означає для компанії, і надати практичні рекомендації командам продуктів щодо того, як цього досягти (принципи проектування завжди повинні бути реалізованими). Принципи дизайну виступають як стандарти для команди продуктів і допомагають їм оцінювати свою роботу.
Ось кілька речей, про які слід пам’ятати, працюючи над принципами дизайну:
- Принципи дизайну повинні відображати природу товару. Наприклад, коли мова йде про дизайн інтерфейсу людина-машина для автомобілів, найважливішим принципом проектування повинен бути „Безпека насамперед” (мета - захистити водія та пасажирів). Ось чому кожне дизайнерське рішення слід вимірювати з точки зору безпеки.
- Принципи дизайну не повинні звучати як правила. Вони не повинні блокувати творчу енергію. Творці продуктів не повинні почуватись обмеженими чи стриманими.
- Принципи дизайну повинні бути результатом відкритої дискусії. У багатьох випадках не важко змусити людей слідувати рекомендаціям, навпаки, важко змусити людей домовитись про них. Якщо в організації багато дизайнерських команд, то залучення їх до обговорення є життєво важливим. Отримавши їх відгуки про принципи дизайну, ви можете адаптувати ці принципи до потреб користувачів.
05. Перегляньте стек технологій та проведіть інвентаризацію інтерфейсів
Багато компаній, як правило, будують систему дизайну поверх поточного інтерфейсу, але такий підхід не є найкращим з багатьох причин. Уявіть, що ваша компанія вже давно будує продукт без системи.
Виріб, ймовірно, має певний рівень невідповідності в дизайні. Невідповідність зазвичай спричинена дублюванням елементів дизайну. Визначення дублювання елементів дизайну допомагає команді уникнути сценарію, коли члени команди будують елемент з нуля, а через деякий час з’ясовують, що його версія вже існує.
Ось чому, якщо ви плануєте запровадити систему проектування, почніть з аудиту - проведіть інвентаризацію інтерфейсу, щоб зрозуміти, що використовується.
Дослідіть існуючі взаємодії, зберіть усі елементи інтерфейсу, що складають інтерфейс, та перегляньте їх. Це важливо зробити перед побудовою фактичної системи проектування, оскільки процедура допоможе вам зрозуміти дві речі:
- Скільки заборгованості за дизайн у вашої організації та які сфери вимагають більшої уваги.
- Причини невідповідності та зміни, які потрібно внести в процес проектування, щоб уникнути таких проблем у майбутньому. Можливо, вам доведеться змінити процес або, можливо, вам доведеться впровадити нові технології.
06. Створіть основну команду
Хто повинен брати участь у побудові системи проектування? Дизайн - це командний вид спорту, і створення системи дизайну не є винятком. Для створення системи проектування необхідні знання та творча енергія, що забезпечується міжфункціональною співпрацею. Ось чому основна команда людей, яка фактично створює систему, зазвичай включає інженерів, дизайнерів, менеджерів з продуктів та зацікавлені сторони. Коли ви починаєте будувати систему проектування, дуже важливо мати невеликий розмір для основної команди (від шести до восьми людей), оскільки це допоможе вам швидко набрати імпульс і щось побудувати.
Створення дизайнерської системи
Розгляньте можливість впровадження системи проектування як проекту. І як і будь-який інший проект, цей повинен мати надійний процес із наступними кроками:
- Продайте ідею
- Виконати пілотний проект
- Спроектуйте та побудуйте
- Запуск та технічне обслуговування
01. Продайте ідею
Продаж ідеї проектної системи - це перший і найважливіший крок у впровадженні дизайнерської системи. Зазвичай важко продати дизайнерські системи через компроміси - і керівництво, і члени команди продуктів розуміють, що ресурси, витрачені на побудову дизайнерської системи, не витрачаються на функції доставки. Тож природно очікувати певного відштовхування. Для того, щоб продати систему дизайну, потрібно зробити дві речі:
Отримайте бай-ін від зацікавлених сторін
Система проектування не почне діяти, якщо люди, які приймають рішення про фінансування, не схвалюють її. Набагато простіше отримати бай-ін від керівників, коли ви показуєте, що система вирішує реальні бізнес-проблеми. Визначте ключові проблеми для бізнесу (сфери, в яких компанія втрачає гроші) і покажіть, як система дизайну може врятувати день. Напишіть стратегію з чіткою пропозицією та передайте її ключовим людям, які приймають рішення.
Рекомендується створити презентацію (або серію презентацій), щоб переконати зацікавлені сторони інвестувати в цей проект. Ви можете обгортати свою презентацію у формі історії. Розповідаючи історії успіху, ви матимете більше шансів залучити зацікавлені сторони.
Отримайте підтримку від своїх користувачів
Отримати бай-ін від зацікавлених сторін - це лише половина успіху. Вам потрібно отримати підтримку від своїх потенційних користувачів. По-перше, вам потрібно визначити свою цільову аудиторію. Хто буде використовувати вашу систему дизайну і як вони її використовуватимуть? Ось декілька поширених груп користувачів:
- Команди продуктів (тобто дизайнери, розробники)
- Треті сторони (тобто постачальники)
- Бізнес (тобто маркетинг, продаж, юридичний)
Вам потрібно буде визначити больові точки різних груп користувачів і показати значення, яке система принесе їм. Кожна група користувачів має різні варіанти купівлі - причини того, чому вони хочуть використовувати систему дизайну. Наприклад, для розробників тригером може бути більша послідовність методів реалізації або витрата менше часу на рефакторинг коду.
02. Виберіть та завершіть пілотний проект
Як тільки ви створюєте базову концепцію для вашої дизайнерської системи, важливо її перевірити. Найкращий спосіб перевірити концепцію - перевірити її на пілотному проекті.
Виберіть зразок реального продукту та створіть систему дизайну, яка забезпечує реальне рішення. Обраний вами проект слід використовувати як основу для вашої майбутньої системи проектування, так що ви зможете перевірити, чи працює ця система для вашої організації.
Ось набір критеріїв, за якими можна визначити потенційну ефективність пілота:
- Проект повинен мати потенціал для загальних компонентів та шаблонів. Він повинен містити компоненти та схеми, які можна повторно використовувати в інших продуктах.
- Він повинен мати хорошу технічну можливість і не складно вносити всі необхідні зміни.
- Проект повинен бути здійснений за розумний проміжок часу (в ідеалі - пару тижнів) і не повинен вимагати участі багатьох людей з різних департаментів (підтримка незалежності є важливою).
- Проект повинен мати маркетинговий потенціал. Проект повинен надихнути інші команди на впровадження систем проектування в процесі проектування.
03. Спроектуйте та побудуйте
Створюйте багаторазові компоненти
Однією помилкою, яку я бачу раз у раз, є те, що команди створюють компоненти, надто зосереджені на випадку одноразового використання. В результаті система стає занадто негнучкою, і її користувачам доводиться створювати власні компоненти кожного разу, коли їм потрібно охопити певний сценарій.
Спробуйте розробити компоненти, які не пов’язані з одним випадком використання, але можуть
бути повторно використаним у багатьох контекстах. Щоб бути багаторазовим та масштабованим, компоненти повинні мати такі властивості:
- Модульний: модульні компоненти автономні - вони не мають ніяких залежностей.
- Складається: можна комбінувати компоненти для створення нових компонентів.
- Настроюється: можна налаштувати та розширити компоненти, щоб вони працювали в різних контекстах.
Кожного разу, коли члени команди хочуть представити новий компонент, їм потрібно продумати, як він буде працювати на різних платформах, для яких вони розробляють. В ідеалі кожен компонент, який вони розробляють, повинен працювати на всіх платформах.
Покажіть значення через середовище пісочниці
Загальновідомо, що найкращий спосіб побачити цінність - це пережити її. Тож створіть середовище пісочниці для членів команди продуктів, щоб створювати зразки продуктів за допомогою вашої системи дизайну.
04. Запуск і обслуговування
Деякі команди виробників вважають, що після побудови системи проектування робота закінчується. Неправда. Система дизайну - це продукт, і життєво важливо керувати ним як продуктом, а не проектом - система дизайну вимагає постійного обслуговування та вдосконалення у міру виникнення потреб.
Заохочуйте прийняття вашої системи дизайну
Як і будь-який інший продукт, система проектування потребує активних користувачів. Ви можете створити найкращу систему дизайну у світі, але, якщо ви не будете активно просувати її у своїй організації, всі зусилля сильно постраждають. Ось чому, з першого випуску вашої системи, вам слід наполегливо попрацювати, щоб сприяти її прийняттю:
- Створити спільноту прихильників. Об’єднайте групу євангелістів на чолі з авторитетними діячами впливу чи дизайнерами, які пропонуватимуть та продаватимуть ідеї щодо вашої системи дизайну. Євангелісти повинні брати участь у таких заходах, як семінари та зустрічі, мета яких - підвищити обізнаність про існування цієї системи та навчити людей користуватися нею.
- Впроваджуйте оновлення. Час очікування на оновлення відіграє ключову роль у прийнятті системи дизайну. Практикуйте регулярні додаткові випуски, а не великі розкриття, і завжди переконайтеся, що ви надсилаєте оновлення з журналом змін.
Проаналізуйте, як люди використовують систему дизайну
Системи проектування піднімаються і падають залежно від того, наскільки просто ними користуватися. Якщо ви тільки почали включати систему дизайну в процес проектування вашої організації, проведіть серію інтерв’ю з користувачами, щоб зрозуміти, як люди використовують це. Роблячи це, ви можете визначити загальні проблеми, з якими може зіткнутися ваша цільова аудиторія.
Для систем, які будуть включені в процес проектування на деякий час, важливо виміряти час, необхідний для постійного оновлення системи. Якщо постійно оновлювати систему проектування стає складно, вона швидко застаріє.
Перевірте свої дизайнерські рішення
Незалежно від того, наскільки добре ви спрогнозуєте речі, важко передбачити, як певна зміна вплине на взаємодію з користувачем. Ось чому важливо підтвердити свої рішення.
Ось три типи тестування, які допоможуть вам:
- Тестування юзабіліті
- Тестування візуальної регресії, яке допомагає вловити непередбачені візуальні зміни стилів компонентів
- Ручне та автоматизоване тестування доступності, яке забезпечує доступність ваших компонентів
Представити версій
Системи проектування повинні мати версії, оскільки управління версіями значно полегшує відстеження змін. У версіях версій користувачі можуть посилатися на певну версію як на залежність. Вони також мають контроль над тим, коли і як обробляються оновлення до нових версій.
Існує два типи версій:
- Версія всієї системи. Тут все в системі належить одному номеру версії. Як користувачі, ми маємо справу з встановленням версій для всієї системи, коли оновлюємо мобільну ОС - коли оновлюємо iOS, ми оновлюємо всю частину програмного забезпечення.
- Версія за модулями. Це передбачає наявність номера версії для кожного компонента або стилю в системі дизайну. Порівняно з версіями всієї системи, управління версіями за модулем надає більшу гнучкість - користувачі можуть вибрати оновлення лише тих елементів, які їм потрібні.
Створення системи проектування не є одноразовою діяльністю; це насправді повторюється. Люди, які беруть участь у створенні дизайнерської системи, повинні думати про неї як про живий організм, що з’єднує цілу організацію. Успішна система проектування стає частиною ДНК організації та допомагає забезпечити незмінний досвід користувачів.
Цей вміст спочатку з’явився у мережі netmag.
