Як працювати в реальних умовах?
Робочий процес під реальні задачі.
Як працювати в реальних умовах? Важливо розділяти задачі.
Деякі з них дійсно не мають великого навантаження у вигляді ресерчу чи роботи з данними. Часто починаючі дизайнери прочитавши деяку кількість статей на тему правильного підходу до дизайну, починають шукати складність там, де їі немає. Намагаючись, здатися більш професійними, ви можете забути, що дизайн це іноді просто дизайн. Просто рішення, яке може вирішити проблему тут і зараз.
Я рекомендую розгляди всі задачі, які ставлять перед вами через призму підходу Jobs to be done. Цей підхід використовують для створення продуктів чи послуг. Але його можна також застосувати до всіх майбутніх задач які стоять перед вам.
Подумайте, що саме має бути рішенням вашої задачі.
Якщо це Landing page для нової рекламної кампанії, то яку работу цей лендінг має виконати. Якщо ви маєте достатньо даних для того щоб якісно виконати поставлену задачу, просто переходьте до її виконання. Якщо ж на вашу думку ні - тоді задайте додаткові питання. Яку роботу повинна виконати ця сторінка. Змусити користувачів залишити свої email, чи просто розповісти про послуги компанії чи можливо змусити користувачів зробити річну підписку на послуги компанії.
Іноді в роботі ви допрацьовуєте вже існуючий проект - чудово! Скоріше за все в ньому вже є готові елементи від попередніх дизайнерів. Використовуйте все, що вам треба щоб покрити затвердженні hi-fidelity wireframes.
З новим продуктом вам треба почати з дизайн системи. Гарний приклад дизайн системи від Material Design. Він може стати базою для ваших майбутніх проектів.
Початківці часто вважають, що від них очікують оригінальне рішення, щось взагалі неповторне і унікальне. Але в роботі над проектом будь-яке рішення, яке виконує поставлену задачу є унікальним. Якщо ви просто змінити розташування вже існуючої кнопки та додасте достатньо аргументації, що це готове рішення - воно таким і буде.
Робіть рішення на основі готових, беріть як приклад відомі додатки. Великі корпорації використовують багато ресурсів, щоб протестувати свої рішення. І це не обов’язково мають бути компанії з аналогічної тематики, шукате відповідні фічі у своїх дейлі інструментах, те що ви самостійно вже використовували не один раз.
Не придумуйте велосипед - використовуйте вже готове.
Для цього у мережі є багато UI китів, та наборів елементів - іконок, а для нативних додатків - є гайдлайни, які часто вже мають у собі необхідні рішення.
Взагалі намагайтеся вивчити свій основний інструмент якомога краще. Якщо це Figma - будьте в курсі всіх оновлень. Тримайте руку на пульсі. Вивчіть як працюють Auto layout, як створюються компоненти, як можна налаштувати бібліотеки і все інше.
Якщо ж ви не володієте конкретною частиною, наприклад не вмієте створювати прототипи - просто дайте собі час на вивчення. Так і кажіть на роботі, що вам потрібно трохи більше часу на виконання цієї задачі. І взагалі не бійтеся ставити великі естімейти (оцінка часу на роботу), гарний результат не може бути зроблений за декілька годин.