Скотт Хёрф - Как создать продукт, который полюбят

Разумеется, мне приходилось нелегко, но все изменилось после речи Остина Бейлза, которую я цитирую в своем посте [138]. Диаграмма появилась еще до поста, а текст уже строился вокруг нее.

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

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

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

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

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

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

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

Да, последний пункт кажется мне очень интересным. Я всегда думал, что не могу делать и то и другое. Наступает ли момент, когда нужно выбирать? И как с этим справиться?

На моей диаграмме есть уровни – профессиональный и мировой. Я уверен, что дойти до профессионального уровня можно в обеих областях, и тогда в них ты будешь действительно хорош. Но если хочешь достичь мирового уровня, нужно выбрать что-то одно.

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

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

Можно быть профессионалом, можно даже совмещать обе должности на работе, но я бы сказал, что в Squarespace я занимался, скорее, фронтендом, а не дизайном. Сейчас я поменял приоритеты.

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

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

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

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

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