КОГДА ДИЗАЙН ПРОДУКТА ОТСУТСТВУЕТ

Далее описаны три распространенные ситуации, которые чреваты весьма серьезными проблемами.

1. Как продакт-менеджер вы пытаетесь разрабатывать дизайн продукта самостоятельно. Обратите внимание: речь идет не о случае, когда вы и правда квалифицированный и опытный дизайнер, который взял на себя обязанности менеджера продукта. Я говорю о случаях, когда у вас нет образования в области дизайна, но вашим инженерам-программистам он нужен, и вы берете эту функцию на себя. Обычно при этом вы предлагаете разработчикам так называемый вайрфрейм, или низко детализированное представление дизайна (полный набор функциональных возможностей конечного продукта, организованный в виде структуры с предоставлением элементов интерфейса и навигации и их взаимодействия друг с другом), а они совместными усилиями разрабатывают ту или иную форму графического дизайна.

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

3. Как продакт-менеджер вы предоставляете дизайн взаимодействия, опять же, чаще всего вайрфреймы, а затем привлекаете к разработке графического дизайнера.

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

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

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

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

Впрочем, убедить компанию инвестировать достаточно средств в высококвалифицированный дизайнерский персонал — это лишь половина дела. Объясню почему.

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

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

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

1. Сделайте все от вас зависящее, чтобы дизайнер сидел рядом с вами.

2. Включайте дизайнера в дело с самого начала разработки идеи.

3. Как можно активнее вовлекайте его во взаимодействие с потребителями и пользователями. Изучайте пользователей и потребителей вместе.

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

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

Вы с дизайнером должны стать партнерами. Ваша задача — вместе искать решения, связанные с продуктом, и каждый из вас привносит в ее выполнение разные, но очень важные навыки.

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

И начинается все с вас. Это вы, менеджер продукта, обязаны выполнить свое домашнее задание и с первых минут привнести в команду знания и навыки эффективного управления продуктом.

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

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