Книга Как создать продукт, который полюбят - Скотт Херф
Шрифт:
Интервал:
Закладка:
• Для эргономичного дизайна учитывайте расположение зоны большого пальца. Это своего рода тепловая карта, показывающая, насколько легко наш большой палец может дотянуться до той или иной области на экране.
• Какие элементы интерфейса вашего продукта вы считаете отталкивающими или сбивающими с толку? Примените принципы UI-стека ко всем пользовательским сценариям, отметьте, чего не хватает и что можно сделать более понятным.
• Наложите карту зоны большого пальца на дизайн своего продукта. Сколько управляющих элементов располагаются в легкодостижимой зоне?
• Продумайте внешний вид продукта и адаптируйте его к различным устройствам, которые используют ваши клиенты.
• Возможно, имеет смысл провести собственное исследование клиентской базы. Как они держат телефоны? В каком контексте используют ваш продукт и что при этом делают руками?
Диогенис Брито — разработчик и продуктовый дизайнер, работавший в Slack, LinkedIn и Squarespace.
Я хотел начать с твоего недавнего поста «Что означает быть дизайнером и разработчиком: это не так сложно, как вы думаете»[137]. Ты очень четко и понятно описал роли разработчика и дизайнера. Многих людей интересует пересечение областей дизайна и разработки. А как ты пришел к выводу о том, что у хорошего дизайнера и хорошего разработчика много общего? Мне бы хотелось понять ход твоих мыслей.
Конечно, давай поговорим об этом. Я думал об этом достаточно долго и не всегда четко понимал ответ. Я всегда находился на границе между разработкой и дизайном и сомневался, нормально ли это. Я хотел заниматься дизайном, но единственный способ это сделать — разрабатывать продукты самому.
Если ты разработчик-фрилансер, заказчик воспринимает тебя как универсала, и у тебя нет выбора, кроме как делать все и сразу. Когда я накопил достаточно опыта, то задумался: а могу ли я говорить о себе как о дизайнере и разработчике одновременно? Как на это отреагируют люди, поверят ли мне? Это казалось мне нереальным.
Разумеется, мне приходилось нелегко, но все изменилось после речи Остина Бейлза, которую я цитирую в своем посте[138]. Диаграмма появилась еще до поста, а текст уже строился вокруг нее.
Я задумался, почему многие люди считают дизайн и разработку диаметрально противоположными областями. Мне кажется, что в некоторых случаях это воспринимают как противостояние художника и… не знаю, не могу подобрать пример. Кажется, у Бейлза были бариста и инженер ракетостроения.
Но все примеры, которые я могу придумать, все равно показывают лишь некоторое сходство. Например, можно было бы сказать, что дизайнер и разработчик непохожи, как художник и кузнец. Но это некорректное сравнение, потому что кузнец — тоже в своем роде художник.
Прослушав выступление Бейлза, я понял, что человек должен быть и тем и другим, и не потому, что он может разделиться надвое, а как раз потому, что не может. Наше время и умения в той или иной области ограниченны. Но навыки, необходимые хорошему разработчику и хорошему дизайнеру, пересекаются настолько, что работать в обеих областях более чем выгодно.
После этого остается только одна задача — заставить людей поверить в тебя и найти свое место на рынке. Но есть небольшая проблема: выполнять обе функции одновременно можно только в том случае, если работаешь на себя или в небольшой компании.
У каждого человека есть определенные навыки, необходимые дизайнеру и/или разработчику.
Многие умения и привычки, которые позволят вам стать звездой в одной из этих отраслей, пригодятся и во второй. Есть тенденция выбирать одну из них и отказываться от другой, но на самом деле не бывает «типов» людей, которые не могут стать дизайнером или разработчиком. Важно лишь время и усилия, которые человек готов в это вложить.
Но как только вы придете в крупную компанию, где у каждого есть своя специализация, этот трюк будет куда сложнее провернуть.
Да, последний пункт кажется мне очень интересным. Я всегда думал, что не могу делать и то и другое. Наступает ли момент, когда нужно выбирать? И как с этим справиться?
На моей диаграмме есть уровни — профессиональный и мировой. Я уверен, что дойти до профессионального уровня можно в обеих областях, и тогда в них ты будешь действительно хорош. Но если хочешь достичь мирового уровня, нужно выбрать что-то одно.
Музыканты мирового уровня играют только на одном инструменте. Понимаешь, о чем я?
Они владеют многими, но известны только одним. Мне кажется, что с дизайном и разработкой происходит то же самое. Чтобы подняться по-настоящему высоко, требуются глубокие знания в своей области. Нужно быть частью сообщества, следить за последними тенденциями. И делать обе эти вещи одновременно довольно тяжело.
Можно быть профессионалом, можно даже совмещать обе должности на работе, но я бы сказал, что в Squarespace я занимался, скорее, фронтендом, а не дизайном. Сейчас я поменял приоритеты.
Переход от конвергентного мышления к дивергентному дается довольно тяжело. Когда занимаешься дизайном, требуется время. Как мне это описать?
Некоторые вещи настолько отличаются друг от друга, что не получится переключаться с одной на другую или делать их параллельно. Оба набора навыков могут присутствовать у одного человека, но в заданный момент времени человек способен использовать только один.
То, что делает вас хорошим специалистом в одной области, помогает и в другой. Например, разработчик может взять проблему и засесть за ее решение на всю ночь. Просто кодить, не обращая внимания на время, пока задача не будет решена. С дизайном все по-другому. На определенном этапе все проверенные приемы разработчика перестают действовать.
Мне кажется, что это работает и в обратную сторону. Когда думаешь над дизайнерской проблемой, с творческой точки зрения делаешь совершенно другие вещи, чем когда решаешь задачу на разработку.
Один человек может справиться с подобными переходами между задачами, но для того, чтобы делать и то и другое хорошо (например, на работе и на постоянной основе), нужно отводить пару дней на то и пару дней на другое. Нельзя один час быть дизайнером, а другой — разработчиком.