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

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

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

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

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

Работа

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

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

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

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

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

2018   работа

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

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

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

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

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

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

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

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

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

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% предоплата, то у вас куда более серьёзная проблема, чем то, что клиенты вас кидают: они не видят в вас особой пользы или просто не доверяют.

2015   работа

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

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

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

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

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

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

2015   дизайн   дизайн продуктов   работа

Внутренний дедлайн

Дедлайн — важнейшее ограничение проекта. Часто он обусловлен внешними факторами: выставка в Германии, выход нового Ай-ОСа, выборы. Иногда дедлайн одного проекта связан с планами в параллельном: сайт должен быть запущен к началу продаж; указатели должны быть размещены к открытию торгового центра.

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

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

Если внешних ограничений нет, необходимо ввести и чётко объявить внутренний несдвигаемый дедлайн: запускаемся 24 октября. Но если чуть-чуть не успеем, то что мешает доделать и выпуститься 30-го? А то, что пуск — 24-го! Все сотрудники имеют право с 25 октября брать отпуска или браться за другой проект. Опции «не успеть» нет.

Жизнь слишком коротка, чтобы работать без дедлайна.

2014   Бюро   работа   управление собой
Ранее Ctrl + ↓