Подписка на блог

В Телеграме помимо ссылок на заметки делюсь околодизайнерскими наблюдениями.

В Твиттере помимо ссылок на заметки пишу всякую чушь.

В Тумблере и Же-же есть автоматические трансляции. Если не работает, напишите мне: ilyabirman@ilyabirman.ru.

По РСС и Джейсон-фиду трансляции для автоматических читалок

Работа

Экспериментальные макеты

Эта заметка была впервые опубликована во внутрибюрошном Бейскемпе в 2014 году.

Когда у дизайнера есть согласованный список замечаний, то арт-директор ожидает увидеть правки строго по нему. Дизайнер с отсебятиной («а мне чё-то вот так захотелось», «подумал, так ещё лучше будет») вызовет раздражение. Согласование на то и согласование, чтобы не обманывать ничьих ожиданий:
(тут была ссылка на другой пост во внутрибюрошном бейскемпе, из которого потом выросла глава о согласовании замечаний в книге Коли Товеровского)

Даже когда списка замечаний ещё нет и дизайнер создаёт новые макеты, у него в голове есть некоторые предположения об ожиданиях («эту фишку Артём точно зарубит, уже проходили», «это круто, но в Актион-ОСе для этого уже придумали другой контрол»), поэтому он не делает чего-то, что может оказаться крутым.

Когда дизайнер превращается в робота и безразлично фигачит по списку («делаю, что сказали, со своими идеями не лезу, а то ещё огребу»), он скучает и не развивается, проекты получаются сухими, открытий не происходит. Но дизайнер на то и дизайнер, чтобы генерировать единицы смысла.

Как решить, показать ли неожиданную прикольную идею или ускорить сдачу? В какую бы сторону ни склонился дизайнер, будет плохо (а компромисс ещё хуже).

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

Пачка экспериментальных макетов обязательно обозначается как экспериментальная (чтобы не обмануть ожиданий) и дополняет основную пачку, где всё сделано чётко по списку (по той же причине). Экспериментальные макеты сделаны вопреки согласованным замечаниям, могут нарушать принятые в бюро стандарты, стиль создаваемого продукта и вообще быть сколь угодно рискованными. Арт-директор зарубит? А плевать, так хочется, это же эксперимент.

Когда арт-директор знает, что перед ним эксперимент, он будет совсем иначе на него смотреть: вместо «ёлки, ну сто раз же попросил поставить на плашку», он с радостью и любопытством поможет докрутить или подскажет, в каком другом проекте идея пригодится.

Если вдруг экспериментальный макет захочется показать клиенту, то критично, чтобы такой показ был сначала согласован внутри бюро. То есть арт-директор должен утвердить макет как «эксперимент, допущенный до показа клиенту». Хоть я уже написал выше, но повторю, что это возможно только после того, как все ожидания клиента оправданы и он предупреждён, что увидит эксперимент.

Арт-директор — это дирижёр

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

Это принято считать фиговой практикой. Но я когда только начинал арт-директорствовать, рисовал что-то сам постоянно, а добиваться от дизайнеров результата почти не умел. И мне было трудно придумать самому себе объяснение, почему я вдруг не могу сделать сам. Если я не сделаю, буду долго мучить дизайнера, не факт, что получится, да ещё и срок сорвём. И это при том, что мне ничего не стоит просто взять и сделать. Меня даже печалила мысль о том, что в «правильной» модели я сам прям ничего не должен рисовать. Я же люблю пофотошопить своими руками.

И потом я придумал простую аналогию: арт-директор — это дирижёр. Роль такая. Дирижёр может уметь играть на разных инструментах. И может любить это дело. И может играть сколько ему влезет, никто ему не мешает. Но если ты в конкретном оркестре на конкретном концерте дирижёр, то совершенно исключено, чтобы ты в сложном месте забрал скрипку у скрипача и сам сыграл, это просто нонсенс. Если ты не можешь добиться того, чтобы музыкант сыграл как тебе надо, значит или у тебя музыкант фиговый (тогда что он делает в оркестре?), или ты дирижёр фиговый (ну, учись).

Когда это понял, всё встало на свои места. Совсем необязательно быть арт-директором во всех проектах, я с удовольствием где-то дизайнер, и рисую. Но если я где-то арт-директор, то мои инструменты — Телеграм и почта, а не Фотошоп.

 нет комментариев    847   2018   работа

Как не стоит искать дизайнеров

Иногда от потенциальных клиентов приходят письма вроде такого:

В связи с поиском подрядчика на оказание услуг по созданию информационных продуктов для нашего предприятия, и в случае Вашей заинтересованности, прошу Вас прислать расценки на оказание услуг по созданию концепции, структуры, контента и макетов информационных продуктов, а также разработки. Прошу Вас указать в коммерческих предложениях стоимость услуг согласно приложенному к данному сообщению Техническому Заданию, отдельно выделив стоимость изготовления макета и разработки под каждую из требуемых платформ. Данный запрос не влечет за собой возникновения каких-либо обязательств для Заказчика. Предложение должно быть оформлено на бланке организации, содержать печать, подпись ответственного лица. Прием коммерческих предложений производится до 12:00 [послезавтрашняя дата] в электронном виде на почту [такую-то].

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

Проблема в том, что таким письмом хрен какую задачу решишь.

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

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

Если вы дизайнер, и вам пришло такое письмо, не обязательно его игнорировать. Можно коротко объяснить клиенту, почему вы бы хотели встретиться и всё обсудить. И дальше вести уже весь процесс по-нормальному. А предложения, оформленные на бланках организаций и содержащие печати и подписи ответственных лиц, пусть шлют ваши конкуренты. Клиент их даже не посмотрит, потому что после разговора с вами — если вы его нормально проведёте — у него на это не останется ни времени, ни желания.

Кстати, гарантировать и соблюдать сроки вообще умеем только мы.

 нет комментариев    1366   2018   работа

Карты забегов серии Московского марафона

Мы в бюро сделали карты для Московского марафона и остальных забегов серии. Всего получилось 50 карт — 25 на русском и 25 на английском. Это маршруты двух из четырёх дистанций Московского полумарафона, прошедшего в мае:

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

А это маршрут июньского Красочного забега, версия на английском:

Дизайнеры — Камиль Миндубаев и Сергей Чикин.

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

Сходите почитайте рассказ о проекте на сайте бюро. Там даже опубликовано наше руководство (Гугль-док).

Отдельное внимание прошу обратить на ведро — простыню промежуточных вариантов. Это одно из самых длинных и подробных вёдер в бюрошном портфолио, и при этом у меня ощущение, что мы там лишь коротенечко пробежались по основным штукам.

Интерфейс Секьюриджа 2.0

Я сделал интерфейс для программы пультовой охраны «Секьюридж». Это программа, в которой операторы пульта смотрят, не пробрался ли кто-то в вашу квартиру, и, если что, отправляют группу быстрого реагирования. Выглядит так (теперь):

Любимый момент был, когда я сидел на пульте и молча наблюдал за работой операторов (потому что пустили только молча), а потом девушки такие: «вы спрашивайте, если что», ну и я стал спрашивать. Там-то как раз и выяснил, почему клавиатура не очень используется. Возможно, если бы не это, я бы не заморочился так с Фиттс-оптимизацией. Уж точно левая панель поиска по номеру объекта бы не была такой.

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

Страшно интересный проект. Только на примерах из этого проекта можно учебник по интерфейсу написать. Читайте подробный рассказ.

Кнопка «Купить» всегда доступна

Мы рисовали страницу машины для Энви, и там справа есть жёлтый блок, который мы называли «ценником» — на нём кнопка «Арендовать»:

Кнопка «Купить» всегда доступна

Обычный сценарий попадания на страницу машины такой: на главной клиент указывает желаемые даты аренды, нажимает «Найти» и потом кликает в доступную машину. Возможно, однако, что клиент долго думал над выдачей, и когда кликнул, машину уже арендовал другой. Или он перезагрузил страницу машины через пару дней, с тем же результатом. Так что клиент может оказаться на странице машины с указанными датами, в которые машина недоступна. Значит, арендовать её будет нельзя.

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

Пошёл я презентовать дизайн Илье Синельникову (один из создателей Энви). Рассказываю, значит, про тот ценник.

Нам, говорю, не нравилось, что кнопка «Арендовать» бывает недоступна — это против полезного действия: сайт ведь для того, чтобы машины арендовали. Но как арендуешь машину, которой нет, или без дат? Сначала подумали, что надо автоматом подсовывать ближайшие доступные даты. Но это засада: вдруг человек вообще не заметит, что мы поменяли ему даты, оплатит аренду, приедет в те дни, когда он сам хотел, а у нас машины нет? Мы, говорю, думали ещё над инструментом, который бы как-то аккуратно подсказывал, на какие даты поменять, но в этой итерации мы не успеем такое сделать, поэтому пока предлагаю блокировать кнопку.

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

Тут Илья перебивает:
— Что-то ты усложняешь, пусть кнопка просто всегда доступна, пофиг на даты.

Что? Машины же может не быть в эти даты.

— Да плевать, — говорит Илья, — клиент готов денег заплатить, а ты ему не даёшь, это же бред. Пусть заплатит, а мы как-нибудь разрулим.

И тут Илья открывает мне глаза на мир. Энви в любом случае нужно уметь вручную обрабатывать ситуации, когда заказанную машину дать клиенту не получится. Мало ли, предыдущий клиент её сломал или ещё какая неудача. Чтобы клиент не расстроился, они в таких случаях готовы дать ему более крутую тачку за те же деньги.

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

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

Принцип: кнопка «Купить» всегда доступна.

Что почитать на выходных — 120

Вот:

  1. Designer Marc Newson on Fountain Pens and the Sad State of Cars. «One thing I find overrated is specialization. Design is about solving problems; if you can’t apply that skill to a variety of things, then I don’t think you’re a good designer».
  2. Навигация, информационное оформление и общественный транспорт в Скандинавии. Эпический фотопост Сержа Николаева.
  3. Привяжите к реальности. Максим Ильяхов даёт советы про текст о себе и показывает зелёные цифры.
  4. Защита решений. Всеволод Устинов переформулировал.
  5. Как продать крепостную. Исторический «Арзамас».
  6. «Нравится» и «хочется». Естественные критерии выбора профессии. Андрей Шапиро.
2015   дизайн   проекты   работа   релиз

Берите предоплату 100%

Периодически попадаются обсуждения того, как дизайнера кинул клиент, не заплатив за сделанную работу. Кто-нибудь обязательно советует брать предоплату. Обсуждают, какой она должна быть и как уговорить клиента её дать.

Я этого всего вообще понять не могу. Решение проблемы очевидно: предоплата должна быть 100%. Ситуация, когда вы сделали что-то, за что вам не заплатили, должна быть невозможной.

И непонятно, зачем клиента уговаривать. Если что-то — данность, то и вопрос уговоров отпадает. Вот я так работаю просто, буду рад вам помочь.

Если 100% — это слишком большая сумма, разбейте проект на этапы с полной предоплатой каждого. Если же клиенты массово уходят от вас, когда вы говорите, что у вас 100% предоплата, то у вас куда более серьёзная проблема, чем то, что клиенты вас кидают: они не видят в вас особой пользы или просто не доверяют.

 187   2015   работа

Поддержка Мака обязательна для хорошего дизайна

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

У вас не будет хорошего дизайна.

Большинство хороших дизайнеров сидят на Маке. Если дизайнер постоянно будет видеть говно, и вы не будете его чинить, веря, что на Виндоусе-то у вас всё хорошо, то вы даже никогда не узнаете, хорошо ли у вас на Виндоусе. Проверять качество будут ваши программисты, а не дизайнер, и дизайн получится на их уровне. Нанимать дизайнера, который даже не может посмотреть, что получается — вот где неэффективная трата ресурсов.

Тут может возникнуть вопрос: не должен ли дизайнер поглядывать из-под Виндоуса сам, раз делает продукт для его пользователей? Хорошо бы, чтобы поглядывал. Но дизайнер — не тестировщик. Если он будет сидеть и внимательно прокликивать свои интерфейсы, запустив фаерфоксы и обложившись андроидами, то у него не останется времени на основную работу. Поэтому важно, чтобы дизайнер мог видеть продукт в том браузере, который у него и так открыт. При этом, когда дизайнер объясняет разработчикам, что и как починить, у разработчиков повышается разрешение и понимание того, как всё должно быть, поэтому они сами лучше реализуют во всех браузерах.

Если вы позвали дизайнера и хотите дизайн, то считайте, что с этого момента важная часть вашей аудитории использует Мак.

 123   2015   дизайн   дизайн продуктов   работа
Ранее Ctrl + ↓