Дизайнеры и разработчики: основы эффективного сотрудничества

web_design
Аудио дорожка
2072

Если вы немного интересовались принципами взаимодействия участников веб-разработки, то могли заметить, что между дизайнерами и девелоперами иногда случаются, скажем так, недоразумения. Но почему так происходит?

Сегодня мы попытаемся разобраться в причинах таких недоразумений и поможем будущим дизайнерам более эффективно работать в тандеме с веб-разработчиками. Информация будет полезна для начинающих дизайнеров, а также тех, кто только планирует учиться и развиваться в этом направлении.

Кстати, напоминаем о нашем онлайн-курсе «Web-дизайн с нуля до крутого портфолио» – отличную возможность сделать первый шаг в одном из самых креативных IT-направлений.
Но давайте к делу!

Взаимодействие веб-дизайнера с разработчиком

Самая большая ошибка в сотрудничестве веб-дизайнера и девелопера – не обсуждать взаимодействие еще до начала сотрудничества. Очень ошибочное решение – ориентироваться по ситуации. В таком случае вы рискуете либо добавить лишней работы, либо усложнить рабочий процесс для разработчика.

5dc2923c9ee94bc46b7e0b03a89b09a14c9897a6

Выстраивая принципы сотрудничества, рекомендуем в первую очередь определить, с каким типом девелопера вы имеете дело:

  1. Консерватор
    Такой разработчик предпочитает старые, но проверенные временем инструменты, но не желает что-либо менять. Поэтому когда вы передадите ему макет в Figma, он может сказать "Мне нужен макет в Photoshop".
  2. Любитель
    Это разработчик, работающий преимущественно с довольно примитивными инструментами. В том числе конструкторами сайтов типа Wix. Поэтому от него вы вполне можете услышать вопрос "А как адаптировать эту страницу для смартфонов?".
  3. Начинающие
    У таких веб-разработчиков достаточно ограничен инструментарий. Поэтому сложные дизайнерские решения вполне могут вызвать у них полное непонимание, что делать и как реализовать задумку дизайнера.
  4. Профессионалы
    С одной стороны, с профи легко работать, они ведь могут реализовать практически любую дизайнерскую идею без лишних вопросов. С другой, некоторые из них любят диктовать свои правила и строить работу так, как удобно им, а не дизайнерам.

Итак, в итоге вам нужно:

  • Определить тип разработчика, с которым вы работаете
  • Составить список технологий, которые будут использованы в проекте
  • Настроить общий язык с девелопером и с заказчиком

18YhgvG4BDSiN2vF2s5WW8w.png (851×401) - Google Chrome

На самом деле ничего сложного. Просто нужно выделить на это немного времени еще перед непосредственной работой совместного проекта. Так вы существенно минимизируете риски недоразумения и вместе добьетесь лучших результатов.
Ключевые принципы передачи дизайна в разработку

Для начала отметим, что полностью завершенный дизайн в цифровом продукте просто не существует. Всегда есть что доработать и улучшить. И следует быть готовыми к тому, что при сотрудничестве с разработчиком доработки все-таки будут. Но задачу можно существенно упростить, если процесс передачи дизайна в разработку будет построен правильно:

  • Предоставление инструкции по стилю интерфейса, понятного всем участникам процесса разработки.
  • Корректно построена дизайн-система с указаниями по использованию различных элементов, описанием их назначения и разбивкой процесса на отдельные элементы.
  • Передача готового набора элементов интерфейса (UI Kit), который включает все основные компоненты дизайна.

Также следует понимать, что работа дизайнера не завершается на этапе передачи дизайн-макета разработчику. Будьте готовы, что девелопер еще не раз будет обращаться к вам для уточнения деталей или с просьбой внести определенные коррективы. Это совершенно нормальная практика. Ведь не любую дизайнерскую идею физически возможно реализовать. А некоторые дизайнерские решения могут оказаться менее актуальными, чем те, что предлагает девелопер с опытом.

design-method-process

Главное – осознать, что вы с веб-разработчиком в одной лодке. И вы оба заинтересованы в том, чтобы проделать работу быстро, качественно и без лишних споров. Поэтому обсуждайте проект. Прислушайтесь к советам и сами давайте советы, если считаете нужным. IT – это почти всегда командная работа. Даже когда вы работаете на фрилансе. А значит, вы не можете работать в вакууме.

Вывод

Каждый разработчик, каждый дизайнер, каждый коллектив и каждый проект – уникальны. Поэтому невозможно построить универсальную схему сотрудничества, при которой будет достигнуто стопроцентное понимание между участниками рабочего процесса, а разработанный дизайн без каких-либо итераций будет реализован разработчиками.

Даже когда вы станете настоящим профессионалом в веб-дизайне и будете сотрудничать с такими же профессиональными девелоперами, рабочие недоразумения и спорные вопросы все равно будут время от времени возникать. Это нормально! Главное – научиться их быстро и эффективно решать, учитывая принципы работы и интересы других участников рабочего процесса. Иногда придется подстраиваться под умения и навыки веб-разработчика. Это тоже нормально. Но при этом важно, чтобы девелопер-новичок не стал тормозным фактором для вашего собственного развития и не сковывал ваши возможности. Поэтому умение находить подходящую команду для работы – еще один важный фактор успеха. Но это уже совсем другая тема разговора.