Защо да създадете блог за дизайн на системата Thiga

Тази статия е откъс от последната ни книга, Product Academy том 4, посветена на продуктовия дизайн. Налична за изтегляне, тази книга е за всеки, който желае да интегрира продуктовия дизайн в своята продуктова организация.

Дали системата за проектиране е нещо повече от модна дума? В Thiga мислим така. Макар да е писано много за неговите предимства (ще се върнем към това), много организации имат проблеми с настройването му.

Тези проблеми са често срещани и за щастие лесно се решават. Ето защо в тази последна глава искаме да се съсредоточим върху правилния начин да го продадем вътрешно, да го инсталираме и да избегнем клопките.

Какво да очаквате от система за проектиране ?

Макар да не е сребърен куршум, системата за проектиране може да бъде особено полезна, ако имате:

Екипи, които си сътрудничат малко или не са разположени на едно и също място.
Постоянно създаване на вече съществуващи елементи от страна на дизайна или разработката.
Потребителско изживяване, което губи последователност.

Можете да очаквате:

Споделяне и сътрудничество: членовете на екипа за продукти, дизайн или разработка създават общ език, който значително рационализира обмена.
Ефективност: няма повече пропилени ресурси! Сега компонентите са проектирани и разработени само веднъж. Увеличава се скоростта на производство, намаляват се разходите за проектиране и разработка. Time to Market и Time To Impact се ускоряват.
Фокус: това позволява на дизайнерите да бъдат там, където могат да имат най-много добавена стойност (потребителски изследвания, проектиране на нови функции и т.н.), като избягват да прекарват по-голямата част от времето си в създаване на интерфейси.
Последователност и качество: потребителят има продукт, чието преживяване е безпроблемно благодарение на ясно дефинираното поведение на интерфейса, следователно по-лесно за обработка и когнитивно усвояване.

Какво е система за проектиране ?

Малко история

Идеята за стандартизиране на визуалната идентичност на марката не е нова. Още през 1975 г. графичното стандартно ръководство на НАСА става първият пример за кодификация от този тип. Имаше лога, шрифтове и цветове, които можеха да се използват от екипите на НАСА. Можете също така да намерите как да ги използвате върху сгради, канцеларски материали, униформи, формуляри, научни публикации, космически совалки и др.

Появата на цифрови продукти добави ново техническо измерение към необходимостта от едно хранилище за дизайн. Визуалните елементи вече са не само изчертани, но и кодирани, което предполага и много по-висока честота на актуализация на дизайна.

Системата за дизайн, комбинация между материално и нематериално

Определение (я): Какво е - или не - система за проектиране ?

От 1975 г. други компании последват примера и малко по малко се появява концепцията за система за дизайн. Говорим за система, защото тя е структурирано цяло, което може да бъде разделено на елементи и поделементи, като логическа или математическа система. Тези елементи са взаимосвързани, многократно използвани и възприети от общност от хора, които самите са свързани. По този начин трима експерти по дизайн определят концепцията за система за дизайн:

„Системата за проектиране е екосистема от компоненти, интерфейси, насоки, архитектура и процеси, за да задоволи изискванията на продукт или организация и да създаде умишлен резултат.“

Тереза Мира - Старши дизайнер в Designit NYC

„Система за дизайн предлага библиотека с визуален стил, компоненти и други проблеми, документирани и пуснати от отделно лице, екип или общност като код и инструменти за проектиране, така че приемането на продукти да бъде по-ефективно и сплотено.“

Нейтън Къртис - Съосновател на EightShapes

„Система за дизайн е официалната история за това как вашата организация проектира и изгражда цифрови продукти.“

Брад Фрост - Уеб дизайнер, консултант, писател

Ще разберете, противно на това, което често се казва, системата за проектиране не е нито графична харта, нито библиотека от компоненти - или във всеки случай, не само. Системата за дизайн има за цел да носи общ език между различните бизнеси и екипи на един или повече Продукти. Той централизира и поставя в перспектива различни документи, исторически конструирани независимо (платформа на марката, графична харта, изходен код и др.). Той също така позволява на екипите да бъдат по-автономни и по-ефективни при конструирането на продукти, като същевременно освобождава време за фокусиране върху други дейности с висока добавена стойност.

Компонентите на система за проектиране

Система за проектиране е система, базирана на материални елементи, като съдържание. Но също така разчита на нематериални елементи като процеси (Тереза Мира, 7 изисквания на холистична система за дизайн, Medium). Ето всичко, което той може да разбере:

Представяне на система за проектиране

Материални елементи:

Активи на марката (мисия, ценности, тон на гласа и др.)
Принципи на проектиране (или принципи на опита)
Графични компоненти, споделени между дизайнерите
Библиотека от разработени компоненти (споделена между разработчиците)
Документация на компонентите (правила за използване на компоненти)
Документация за достъпност (например: ниво на контраст между текст и фон, субтитри за видеоклипове и т.н.)

Нематериални елементи:

Процес и управление (подаване на нов компонент, актуализация на съществуващ компонент и др.)

Основните компоненти и опциите

Всъщност системата за проектиране рядко е толкова изчерпателна. В зависимост от вашата култура, вашите продукти и вашата зрялост в дизайна, само някои елементи са от значение. Различаваме 3 нива на зрялост (най-ниското ниво на зрялост сега е най-често):

Нива на зрялост в системата за дизайн (вдъхновено от Нейтън Къртис)

Тук ще намерите няколко примера за система за проектиране, които илюстрират осезаемите елементи, присъстващи в „експертно ниво“.

Докато структурата на тези различни примери обикновено е идентична, някои включват специфични характеристики, специфични за техните специфични нужди:

Подробни насоки за взаимодействия и дизайн на движение.
Раздел „Как да допринеса“, така че всеки да има възможност да изпраща промени (допълнения, поправки на грешки и т.н.).
Външно отворени елементи като потребителския интерфейс и принципите на дизайна.
Подробни насоки за приемане на тона на гласа.