Eще одно надоедливое эссе о процессе проектирования

Проблема всех эссе о процессе проектирования — это то, что они читаются, как ханжеские упреки. Я понимаю, что вам не хочется слушать о том, что для выполнения работы, нужна организованность. Все это совершенно очевидно, но удивительно трудно делать изо дня в день, когда вы хотели бы изучать Framer и кодировать прототип. Так что я постараюсь это учесть.

Проблема с простотой

Раньше я считал, что процесс проектирования происходит следующим образом: Кто-то о чем-то думает; потом они просят меня нарисовать эскизы; я рисую эскизы; мы их кодируем, проводим пользовательское тестирование, и настраиваем; затем запускаем продукт.

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

Вконтакте

Facebook

Twitter

Мы пытаемся урегулировать наш спор пользовательским тестированием. Но мы не имеем четкого представления о том, что тестировать, исследователи заняты, и мы торопим испытания. В итоге мы понимаем, что спроектировали неправильный продукт. Когда пыль укладывается, я говорю что-то вроде: «Что случилось — я думал у вас есть план.»» А они говорят: «О, а мы думали, что у тебя был план!»

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

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

Как много времени это займет?

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

Мало кто хочет смотреть на процесс проектирования в реальном свете, чтобы признать, что он беспорядочен, требует сотрудничества и компромиссов. Проще опустить голову, сосредоточиться на своей работе, и надеяться, что у кого-то другого есть план.

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

Оттачивание процесса в Facebook

Я присоединился к Facebook в качестве дизайнера во время особенно быстрых перемен. Продукты, которыми занимался один дизайнер, внезапно разбились на огромные куски инфраструктуры, поддерживаемые сотнями инженеров и приносящие миллионы долларов дохода.

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

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

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

  • Понимание — Согласиться с проблемой, которую надо решить.
  • Моделирование — Сузить мышление и описать концепцию визуально.
  • Проектирование — создание продукта
  • Запуск — Тестирование и координирование с рынком. Продолжение: https://goo.gl/IIVu7f
Show your support

Clapping shows how much you appreciated Ux guru’s story.