Как стать автором
Обновить

Как стать дизайнером. Главная ошибка и необходимые навыки. Личный опыт сотрудников Mail.Ru Group, Badoo, Trood

Время на прочтение4 мин
Количество просмотров33K
Всего голосов 28: ↑22 и ↓6+16
Комментарии18

Комментарии 18

А вот рынок дизайна не очень соответсвует описанному в статье. Он как раз о заметном дизайне. Заказчики в основном хотят красивые картинки, круче чем у конкурентов, а решать проблемы они не хотят. И это задает, какие навыки стремятся развивать дизайнеры. И никакой пиар, направлленый на дизайнеров, не поможет это изменить.
Мне кажется, что тут многое зависит от самого дизайнера, а так же от политики, которой придерживается компания, в которой он работает. Если позиционировать компанию и дизайнеров в ней, как профессионалов, знающих своё дело, то тогда гораздо легче направить клиента не по пути «давайте поиграемся со шрифтами», а по пути, где вы и клиент постоянно задаете друг другу вопрос «почему?» и отвечаете на него.
Действительно, хорошие дизайнеры интерфейсов — это чаще всего и хорошие аналитики.
и маркетологи!
Система сама по себе ограничивает. Упоминаете паттерны и сами используете готовые методы проектирования. Берём готовый процесс — получаем типовой результат. Это не всегда плохо, но когда берёшь в руки фотоаппарат, нахваленный эргономичностью, стоимостью несколько месячных зарплат и осознаёшь, что там эргономикой не пахло, а заточено всё на удобство производства, в лучшем случае и эту форму из года в год повторяют.
Знаете проблему современных нулевых клиентов — браузеры сильнее всего грузят клиента и не хватает вычислительной мощности компьютера, чтобы отрисовать, да обсчитать прерывания всех библиотек, которые были использованы. Тесты проводят из расчёта, что открыто одно окно и чтобы с этим справлялся сервер, а если пользователь открывает 70 вкладок и на каждой вы прикрутили свои знания JQuery, потом плагинизировали хорошенько.
Заходишь на сайт, который один к одному, отличаются лишь оттенки…
Надеюсь, текущей аудитории не касается, но надоели дизайнеры, считающие себя художниками. Техническая это профессия и нужно быть конструктором, исследователем, но точно не ваять страницы по 3 Мб, при рисовании которых думали о цветах, но не о том, как и зачем

Тема отставания. Дизайн, как проектирование завязано не на стремительно развивающейся техники, а на человека. Не припоминаю, чтобы у нас стремительно изменялось цветовосприятие или изменялась длина рук. А вот дизайнеров, не изучавших основы… собственно, ни разу не встречал даже одного, кто бы их изучал. В итоге имеем все те вещи, которые красивы, но когда начинаешь пользоваться, например, читать статью, видишь, что автор сам даже не удосужился её прочитать перед публикацией и кроме орфографических ошибок, встречаются пропущенные буквы… так спешили выпустить современный продукт
В моей практике кругом и около ситуация, когда дизайн и красивый и функциональный, но стоит дойти до разработки, как оказывается, что этот дизайн совсем не приспособлен к реальным ситуациям, когда каких-то данных нет, что-то пустое, где-то текста в три раза больше, а где-то одно слово…
Мечта: каждый экран отрисованный в нескольких ситуациях, где будут видны и учтены вышеперечисленные недостатки
Вы опять говорите о дизайне, как о картинке. Дизайн это не то, как выглядит продукт. Дизайн это то, как он работает.
Похоже, что в веб разработке дизайнер это еще и пол-архитектора. Я не дизайнер, но ожидаю от дизайнера в основном картинку (desktop application): правильные цвета, шрифты, размеры, иконки… Usability это наполовину моя (не дизайнерская) проблема. Она как-раз и зависит от нюансов (заполнить данные асинхронно? подождать, заблокировав UI? и тд). Любое решение дизайнера должно быть одобрено архитектором или руководителем проекта, т.к. те решения, что на бумаге, могут подчас требовать в 100 раз больше человеко-времени и это сложный выбор — сделать «идеально» для пользователя или же съэкономить. Дизайнер — не программист, чтобы принимать такие решения самостоятельно.
мало что в рунете столь угробищно и при этом столь же вездесуще, как стилистика mail.ru. Поскольку вы сами отметили, что «плохой дизайн убивает», хочу предупредить, что приводя мнение руководителя их дизайн-команды, вы призываете к геноциду.
Самая главная ошибка, которую может совершить хороший дизайнер — пойти работать в MailRu. Вы уж простите, но ваши продукты с точки зрения именно дизайна, в том понимании, о котором вы говорили в самом начале — кромешный ужас. Несмотря на то, что в КАРТИНКА в последние годы стала лучше. Но картинка это не дизайн.
Наоборот же, это значит что для хорошего дизайнера там будет много интересной работы.
При условии, что менеджеры не будут использовать дизайнера в качестве личного карандаша и ластика.
Боюсь, что главный дизайнер mailRu считает, что он хороший дизайнер(скорее всего так и есть) и просто не даст другому дизайнеру сделать всё «как надо».
Вполне очевидно, что мэйл делает продукт настроеный на массового пользователя, соответсвенно решение ориентировано на какого-то среднестатистического юзера (и вряд ли этот дизайн делают без учета аналитики). То, что вам в этом продукте что-то не нравится всего лишь означает, что ваши предпочтения не соответствуют средней температуре по больнице среднестатистической выборке. И тут уже вам решать продолжать есть кактус пользоваться мэйлом или искать заменители, которые вас устроят.
НЛО прилетело и опубликовало эту надпись здесь
Прошу обратить внимание, что у меня ни слова нет про идеальность, а лишь про ориентированность, как цель, которая не факт, что может быть достижима.
Кроме того, смею заметить, что кроме удовлетворения нужд пользователя, еще существует удовлетворение нужд бизнеса и зачастую это совсем не одно и то же. А еще можно вспомнить про ресурсные возможности, приоритеты, хотелки менеджеров и разработчиков, интриги и еще кучу всего от чего зависит результат.

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

P.S.: мне довелось работать в организации UX/UI-дизайнером, которая поддерживала 5 новостных портальных систем (по 15-30 ресурсов в каждом), так что я не по наслышке знаком с большей частью процессов, которые протекают изнутри.
Так получилось, что последнее время работаю в Европе. То, что вы описываете мне очень знакомо по работе в России. Однако описанные вам подходы в Европе встретили бы в штыки. В частности то, что вы пишите, что нужно решить проблему клиента. Ваше решение будет интерпретировано как ваше субъективное. От вас, как проектировщика требовали бы обоснования в виде проведения исследований и а/б тестов. Предполагается, что именно пользователи знают что им нужно. В целом применяется подход бережливого программного обеспечения. Интересно, знаете ли вы про эту Европейскую школу, и не думали ли применять описанные выше идеи?
спасибо за воду. тренд «дизайн для решения проблем» наступил 3-5 лет назад… интересно, за что бы зацепился автор, если бы писал этот пост лет 10 назад.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации