Лучшие советы для совместной работы дизайнеров и разработчиков
Опубликовано: 2019-05-30Дизайнеры и разработчики могут быть парой, заключенной на небесах. При эффективной совместной работе они могут буквально изменить мир.
Так почему же большинство проектов начинается с дизайна и заканчивается разработкой? Этот процесс вызывает массовый разрыв: дизайнеры передают свои драгоценные проекты, а затем с нетерпением ждут, чтобы увидеть, интерпретируют ли разработчики их так, как предполагалось.
Так не должно быть. Дизайнеры и разработчики находятся в одной команде; у них просто разные роли, наборы навыков и сильные стороны.
«Если вы хотите создавать успешные веб-сайты, вам нужно работать сообща, а не соревноваться. ”
Важность сотрудничества
Чтобы превратить проект из базовой идеи в выдающийся продукт, дизайнеры и разработчики должны работать синхронно, в тесном сотрудничестве и четком общении на всех этапах.
В конце концов, мы все вместе. Таким образом, предположения, предположения, споры, тыканье пальцем и закатывание глаз друг на друга приведут только к трениям, которые в конечном итоге выльются в некачественный продукт.
Легко обвинить другую «сторону», когда что-то идет не так, как ожидалось, но важно помнить, что дизайнеры и разработчики имеют свои собственные таланты и разные взгляды на вещи. Поэтому то, что может быть очевидным для одного, может быть чуждым понятием для другого.
Совместная работа — это приобретаемый навык, и им необходимо овладеть, если ваша веб-команда хочет реализовать свой потенциал.
Вот мои лучшие советы по улучшению сотрудничества между дизайнером и разработчиком :
- Работайте вместе с самого начала
- Разработать стандарты сотрудничества
- Примите открытый, уважительный разговор
- Создание прототипов
1. Работайте вместе с самого начала
В традиционном процессе веб-дизайна дизайнер заботится о начальных этапах проекта — исследовании, анализе и создании прототипов — оставляя разработчиков в неведении до тех пор, пока проекты не будут переданы на их стол и им будут даны инструкции.
Этот процесс наполнен проблемами. Дизайнеры могли придумать великолепный дизайн только для того, чтобы обнаружить, что это сложно, требует много времени или просто невозможно реализовать. При этом разработчики будут чувствовать себя оторванными от проекта, так как не будут иметь полного понимания его причин.
Если разработчиков с самого начала пригласить на обсуждение дизайна, они поймут проблемы, которые призван решить продукт, и поймут потребности пользователя. Они также смогут проверять проекты и выявлять технические факторы, которые могут вызвать проблемы в будущем.
Другими словами, если дизайнеры и разработчики работают вместе над проектом с самого начала, меньше шансов получить плохой или неработоспособный дизайн, больше шансов на удовлетворение конечного пользователя и больше возможностей для творческих решений.
2. Разработать стандарты
Когда дизайнеры и разработчики обладают соответствующими знаниями и правильными инструментами для работы, они могут быстро выполнить работу. Но слишком часто время тратится на обсуждение логистики.
Например, выбор плагина WordPress, способного объединить соображения дизайна с техническими ограничениями, может вызвать серьезное обсуждение. Однако, как только вы о чем-то договорились, имеет смысл принять этот плагин в качестве стандарта в других подобных проектах, если только он не подходит по логистическим причинам.
То же самое можно сказать и о соглашениях об именах, размерах, сетках, полях и т. д. Стандартизируя свои системы и процессы, каждый будет знать, что от него ожидается, вы не увязнете в мелочах, и у вас будет больше времени, чтобы сосредоточиться на создании продукта, который работает для всех.
3. Открытое, уважительное общение
Если вы хотите, чтобы ваш проект был успешным, необходимо частое и открытое общение. И я не говорю о том, чтобы в течение дня проверять кучу электронных писем.
Электронные письма отлично подходят для некоторых вещей — например, для предоставления письменного резюме обсуждения. Но они также могут быть проблематичными. Легко просмотреть электронное письмо, чтобы получить общее впечатление о его содержании, особенно когда вы полностью заняты проектом, а ваш почтовый ящик перегружен. Но одинаково легко пропустить что-то важное или получить неправильное впечатление из-за чьего-то тона или стиля письма. Это особенно верно для дизайнеров и разработчиков, поскольку они часто приходят к ситуации с разными ожиданиями, конфликтующими точками зрения и говорят на другом языке.
Электронные письма часто создают иллюзию общения, но это всего лишь мираж. Все члены вашей проектной группы должны регулярно общаться лично, по телефону или посредством видеоконференций, чтобы ничего не потерялось при переводе. Общайтесь с уважением и сочувствием, активно ищите обратную связь и обменивайтесь идеями друг с другом. Это создает атмосферу доверия и платформу для творчества.
4. Создайте прототипы
Как гласит старая поговорка, лучше показать, чем рассказать. Но переживание важнее их обоих.
Начинайте прототипировать проект как можно раньше. Во-первых, это помогает клиенту лучше понять ваши идеи и означает, что вы можете начать пользовательское тестирование. Но что еще более важно, это устраняет неправильное толкование и показывает разработчикам, как именно вы представляете себе работу продукта. Поскольку разработчики говорят на языке взаимодействия, им легче наметить, как должен быть построен продукт. Это также укрепляет сотрудничество между дизайнером и разработчиком с самого начала, подчеркивая единую цель, над которой все работают.
«Дизайнеры и разработчики, которые тесно сотрудничают с самого начала и общаются открыто, с гораздо большей вероятностью разработают выдающиеся веб-сайты. ”Продолжайте читать: почему вы должны привлечь своего разработчика к процессу проектирования
Интернет гудит дискуссиями о том, почему дизайнеры должны учиться программировать или хотя бы знать основы веб-разработки. Если дизайнеры кое-что знают о веб-разработке, они могут лучше понять, как будет выглядеть их дизайн, когда он будет завершен и закодирован в шаблоне. Может быть, этой странной области виджета в нижнем колонтитуле нужны дополнительные отступы, чтобы полностью работать с вашим адаптивным дизайном?
Это лишь одна из причин, по которой вам следует привлечь разработчика к процессу проектирования. Чтобы получить дополнительные советы по совместной работе, загрузите это бесплатное руководство!
Какие советы вы можете дать, чтобы улучшить сотрудничество между дизайнерами и разработчиками? Вы можете что-нибудь добавить к нашему списку? Присоединяйтесь к обсуждению ниже.
Эта статья была первоначально опубликована 28.11.2017. Последнее обновление было 30 мая 2019 г.