Якщо ви бодай трохи цікавилися принципами взаємодії учасників веб-розробки, то могли помітити, що між дизайнерами та девелоперами іноді трапляються, скажімо так, непорозуміння. Але чому так відбувається?
Сьогодні ми спробуємо розібратися в причинах таких непорозумінь та допоможемо майбутнім дизайнерам продуктивніше працювати в тандемі з веб-розробниками. Інформація буде корисною для дизайнерів-початківців, а також тих, хто тільки планує навчатися і розвиватися у цьому напрямку.
До речі, нагадуємо про наш онлайн-курс «Web-дизайн з нуля до крутого портфоліо» — чудову можливість зробити перший крок в одному з найкреативніших IT-напрямків.
Але давайте до справи!
Найбільша помилка у співпраці веб-дизайнера й девелопера — не обговорювати взаємодію ще до початку співпраці. Дуже хибне рішення — орієнтуватися по ситуації. У такому випадку ви ризикуєте або собі додати зайвої роботи, або ускладнити робочий процес для розробника.
Вибудовуючи принципи співпраці, рекомендуємо в першу чергу визначити, з яким типом девелопера ви маєте справу:
Такий розробник надає перевагу старим, але перевіреним часом інструментам, та не бажає щось змінювати. Тому коли ви передасте йому макет у Figma, він може сказати «Мені потрібен макет в Photoshop».
Це розробник, що працює переважно з доволі примітивними інструментами. В тому числі конструкторами сайтів по типу Wix. Тому від нього ви цілком можете почути питання «А як адаптувати цю сторінку для смартфонів?».
У таких веб-розробників доволі обмежений інструментарій. А тому складні дизайнерські рішення цілком можуть викликати у них повне нерозуміння, що робити і як реалізувати задумку дизайнера.
З одного боку, з профі легко працювати, адже вони можуть реалізувати практично будь-яку дизайнерську ідею без зайвих питань. З іншого, дехто з них полюбляє диктувати свої правила та будувати роботу так, як зручно їм, а не дизайнерам.
Отже, у підсумку вам потрібно:
Насправді нічого складного. Просто потрібно виділити на це трохи часу ще перед безпосередньою роботою над спільним проєктом. Так ви суттєво мінімізуєте ризики непорозуміння і разом досягнете кращих результатів.
Для початку зазначимо, що повністю завершеного дизайну в цифровому продукті просто не існує. Завжди є що доопрацювати та покращити. І варто бути готовими до того, що при співпраці з розробником доопрацювання все-таки будуть. Та задачу можна суттєво спростити, якщо процес передачі дизайну в розробку буде побудований правильно:
Також варто розуміти, що робота дизайнера не завершується на етапі передачі дизайн-макету розробникові. Будьте готові, що девелопер ще неодноразово буде звертатися до вас задля уточнення деталей чи з проханням внести певні корективи. Це абсолютно нормальна практика. Адже не кожну дизайнерську ідею фізично можливо реалізувати. А деякі дизайнерські рішення можуть виявитися менш актуальними ніж ті, що пропонує девелопер з досвідом.
Головне — усвідомити, що ви з веб-розробником в одному човні. І ви обоє зацікавлені в тому, щоб виконати роботу швидко, якісно і без зайвих суперечок. Тому обговорюйте проєкт. Прислухайтеся до порад і самі давайте поради, якщо вважаєте за потрібне. IT — це майже завжди командна робота. Навіть коли ви працюєте на фрілансі. А значить, ви не зможете працювати в вакуумі.
Кожен розробник, кожен дизайнер, кожен коллектив і кожен проєкт — унікальні. Тому неможливо побудувати універсальну схему співпраці, при якій буде досягнуте стовідсоткове порозуміння між учасниками робочого процесу, а розроблений дизайн без будь-яких ітерацій буде реалізований розробниками.
Навіть коли ви станете справжнім профі у веб-дизайні і будете співпрацювати з такими ж професійними девелоперами, робочі непорозуміння та спірні питання все одно будуть час від часу виникати. Це нормально! Головне — навчитися їх швидко і ефективно вирішувати, враховуючи принципи роботи та інтереси інших учасників робочого процесу. Іноді доведеться підлаштовуватися під уміння та навички веб-розробника. Це також нормально. Але при цьому важливо, щоб девелопер-новачок не став гальмівним фактором для вашого власного розвитку та не сковував ваші можливості. Тому вміння знаходити відповідну команду для роботи — ще один важливий фактор успіху. Але це вже зовсім інша тема розмови.