Питання цілком риторичне, адже впливають вони перш за все на розробку та гарантію того, що застосунок (веб або ж моб) вийде таким, яким його дійсно створив дизайнер. Мабуть, що всі відчували той самий сором, коли ти малював крутезну апку місяцями, витрачав сили та натхнення, а потім побачив що видали розробники та зомлів. Можливо саме так в мене зʼявилася перша сивина. Можливо саме через це дизайнери мають за звичку показувати портфоліо у Фігмі, а не живі проєкти. І як доводить практика - дизайн-систему хоч збирай, хоч ні - якщо розробник робить свій умовно кажучи, перший проєкт це мало врятує ситуацію. А от якщо ми поглянемо на практику дизайн-системи з точки зору комунікації, вона точно матиме набагато більше сенсу.
Ми знаємо компанії, які роблять детальну дизайн-систему завжди та всюди. Це прикольно та корисно, якщо ви маєте два департаменти в одному бізнесі: і дизайн, і розробку одночасно. Таким чином ви заощаджуєте час (та й ресурс розробників на проєкті). Але ж якщо це просто студія дизайну, робити систему краще опціонально. По-перше, гарна дизайн-система може зайняти від 12 до 36 годин роботи залежно від кількості скрінів. Певне що кожен дизайнер має вміти робити її та точно що гарно організований дизайн-файл набагато приємніше віддавати колегам. Проте, якщо ви будете ставити такий спринт на кожен таск, це буде не дуже доцільним, бо ви не знаєте що за розробники сидять на “тому боці".
Дизайн-система містити перелік всіх розмірів, станів та компонентів, типографіки тощо, які є присутніми в дизайні. Грубо кажучи, це бібліотека дизайн елементів. При цьому, вона має під собою таку собі систематизацію всіх даних та екранів, також груп елементів. Саме завдяки тому, що вірогідність вірного сприйняття дизайну розробником сильно збільшується після того, як ви надаєте людині дизайн систему, вона дійсно позитивно впливає на комунікацію з енд-юзером та покращує досвід користувача. Але ваша справа тут - віддати систему. А от чи прийме її розробник до уваги? Це вже інше питання.
Найновіші коментарі (0)