Школа
Интерфейс

Как дизайнеру общаться с разработчиком?

Здравствуйте! Как дизайнеру правильно общаться с разработчиком, если дизайнер очень отдалённо понимает, как работает разработка? В перспективе можно разобраться в разработке, но общаться нужно уже сейчас.

Артём Халеев
18 июня 2024
👁 3564   🗩2
Интерфейс

Как дизайнеру общаться с разработчиком?

Здравствуйте! Как дизайнеру правильно общаться с разработчиком, если дизайнер очень отдалённо понимает, как работает разработка? В перспективе можно разобраться в разработке, но общаться нужно уже сейчас.

Артём Халеев
18 июня 2024
👁 3564   🗩2
Илья Бирман
Арт‑директор и соавтор курса «Пользовательский интерфейс и представление информации»
Полезно
 28
28
Непонятно
  
Войдите в Бюросферу, чтобы голосовать

Всё зависит от того, в чём именно проблема. Можно ведь представить ситуацию, когда незнание дизайнером нюансов разработки не вызывает проблем. Дизайнер делает макеты как умеет, разработчик по ним реализует как умеет, все довольны.

Если дизайнер недоволен

Но допустим, дизайнеру не нравится, как разработчик реализует. В голове дизайнера всё должно вести себя не так, как получилось. Как объяснить это разработчику, если не владеешь техническим языком? Можно попробовать на примерах:

— Иван, а оно как‑то не так работает, как я хочу, но я не могу точно объяснить, в чём дело. Посмотри, пожалуйста, вот на этот сайт: ссылка. Попробуй его поскроллить, видишь как там происходит то‑то и то‑то? Я хочу так же, а у нас я вижу такие‑то отличия. Я ещё вот скринкаст снял, посмотри на такой‑то секунде: видео. Чего нам не хватает, чтобы так же было?

Обращаясь к разработчику, важно включить режим максимальной скромности и готовности помочь. Представьте, что вы написали как‑то в духе «Вот ссылка, нужно сделать как там». Может ведь быть, что у вашего разработчика и так реализовано «как там», но там — текстовая страница, а у вас — тяжёлое видео, и поэтому всё то же самое уже тормозит. Ваш пример не помогает, а форма обращения вызывает раздражение. Или может быть, что там фоновая картинка нарисована с запасом по размеру, а у вас запаса не хватает, и поэтому по вашим макетам просто не сделать такое. Вам самому нужно сделать «как там», прежде чем требовать чего‑то от разработчика. В той же формулировке, которую предложил я, у разработчика сразу будет ощущение, что обратиться к вам легко за другим примером или изменениями в макете. А на этом ощущении он и со своей стороны внесёт нужные изменения охотнее.

Если разработчик недоволен

Другой вариант — разработчик недоволен дизайнером: считает, что макеты подготовлены не так, как надо; важные ситуации не рассмотрены; ассеты не выгружены в нужном формате; в описании желаемого поведения — дыры и логические противоречия. Мы исходим из того, что проблема не в том, что дизайнер ленится, а в том, что он просто пока не понимает, что и как правильно делать. Что ж, тогда снова нужно помочь разработчику:

— Иван, прости, что у меня бардак в макетах и сообщениях, я пока только учусь нормально передавать дизайн в разработку. Помоги мне сделать всё как надо. Чего недостаёт в макетах, чтобы их было удобнее разрабатывать? Какие ситуации нужно ещё нарисовать? Какие противоречия в описании? Если хочешь, можешь мне войсом записать все свои вопросы или давай созвонимся, как тебе лучше. Или если есть какой‑то пример, который мне стоит изучить, дай ссылку, пожалуйста.

Здесь снова важно, чтобы разработчик чувствовал, что дизайнер хочет сделать всё нормально, а не просто расслабленно делает кое‑как, оправдываясь тем, что не разбирается в разработке. Вообще в обязанности разработчика не входит обучение дизайнера, но тут уж что поделаешь: он сам дизайнером недоволен, а дизайнер старается «въехать» изо всех сил. Чтобы у разработчика не возникало ощущения, что объяснять бесполезно, придётся всё внимательно изучить и начать применять, а если что‑то непонятно, то задать следующие вопросы, причём из которых будет ясно, что всё, что могли, вы уже поняли.

Может возникнуть вопрос: почему в моей модели именно дизайнер всегда должен как‑то заботиться об удобстве разработчика, а не наоборот. А это просто потому, что вопрос был именно со стороны дизайнера. Спросил бы разработчик, как общаться с дизайнером, когда не разбираешься в дизайне — ответы бы перевернулись.

Приглашаю уважаемых советчиков поделиться своими примерами и возражениями.

Путь дизайнераПрофессиональная этика
Полезно
 28
28
Непонятно
  
Войдите в Бюросферу, чтобы голосовать
Отправить
Поделиться
Поделиться
Запинить
Твитнуть

Комментарии

Во второй ситуации прежде, чем идти к разработчику с этой тирадой, надо обязательно внимательно прочитать то, что разработчик ответил на первоначальный макет. Возможно, кроме того, что «макеты говно», разработчик сказал про «не хватает этого и этого, а вот тут — непонятно, мы сообщение хотим или что?». Тогда перед походом к разработчику стоит устранить понятные замечания: «Я подписал состояния более явно, а вот тут добавил ... Чего ещё не хватает?» И уточнить непонятные: «Ты сказал, что не хватает ... Боюсь, не понимаю, когда такая ситуация возникает и что ты имел ввиду». Иначе вы будете вызывать раздражение: «Я же тебе сразу написал, что надо добавить».

А что делать, если разработчик всё делает «на глаз»? Я ему уже показывал, как пользоваться Фигмой, где смотреть размеры и т. д., но это не помогло.

Теперь воркфлоу такой: он верстает как верстает, а я потом всё переписываю сам. Создаю компоненты для повторяющихся элементов, рефакторю наши компоненты, чтобы избежать постоянных оверрайдов, заменяю закопипащенные СВГшки на иконки из библиотеки, привязываю шрифты и цвета к переменным и т. п. Обычно около 90% всех значений он задаёт неправильно.

Т. е. «техническим языком» я владею (30% кода в продукте сам написал), но это не помогает.

Цель рубрики — обсуждение вопросов дизайна, веб-разработки, переговоров, редактуры и управления.
Комментарии модерируются. Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры.

Рекомендуем другие советы