Ричард Бэнфилд, Мартин Эрикссон, Нейт Уокингшо

Лидеры продукта. Как лучшие в мире продакт-менеджеры создают команды и запускают крутые продукты

Информация от издательства

Научный редактор Анастасия Тарасова

Издано с разрешения O’Reilly Media, Inc.

На русском языке публикуется впервые

Книга рекомендована к изданию Вячеславом Молодых, Ильей Балашовым

Возрастная маркировка в соответствии с Федеральным законом от 29 декабря 2010 г. № 436-ФЗ: 16+

Бэнфилд, Р.

Лидеры продукта. Как лучшие в мире продакт-менеджеры создают команды и запускают крутые продукты / Ричард Бэнфилд, Мартин Эрикссон, Нейт Уокингшо; пер. с англ. Е. Петровой; науч. ред. А. Тарасова. — М.: Манн, Иванов и Фербер, 2019.

ISBN 978-5-00146-198-2

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

Все права защищены.

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

© 2017 Richard Banfield, Martin Eriksson, and Nate Walkingshaw

© 2019 Mann, Ivanov and Ferber Authorized Russian translation of the English edition of Product Leadership ISBN9781491960608. This translation is published and sold by permission of O’Reilly Media, Inc., which owns or controls all rights to publish and sell the same

© Перевод на русский язык, издание на русском языке, оформление. ООО «Манн, Иванов и Фербер», 2019

Предисловие

«Так это вы решаете, какого цвета будет упаковка моющего средства?»

Именно так отреагировал один ветеран Кремниевой долины, когда я сообщил, что собираюсь переключиться с разработки на управление продуктом. Эра доткомов только начиналась, и, по сути, он был прав. Из главы 1 вы узнаете, что именно такими вопросами и занимались много лет продакт-менеджеры (ПМ). С развитием технологий их роль изменялась, расширялась, но каждый понимал ее по-своему. В одних компаниях упор делали на исходящий маркетинг, в других — на технические нюансы. Одни использовали термин «менеджер программ», другие — «менеджер проектов» (и всех сокращали до ПМ, что вносило еще большую путаницу).

Со времени того разговора прошло уже почти 20 лет, и продакты уже не те. В нынешнем цифровом мире люди вынуждены признать: там, где пересекаются бизнес, технологии и взаимодействие с пользователем, без ПМ не обойтись. Благодаря компаниям — производителям лидирующих продуктов, таким как Microsoft, Google и Facebook, люди наконец-то заговорили на одном языке. Каждый год я вижу студентов, которые надеются сделать карьеру продакт-менеджера. И это прекрасно: я в их возрасте вообще не знал, кто это (пожалуй, и теперь не уверен, что твердо знаю).

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

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

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

Кен Нортон

Маунтин-Вью, Калифорния

27 марта 2017 г.

Введение

* * *

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

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

Для создания успешного дизайна и разработки продукта наряду с собственными командами привлекают агентства. Руководить людьми и следовать планам нелегко, но найти лидера, который проведет продукт от видения до запуска, избежав при этом пары-тройки катастроф, во много раз сложнее. Так почему же одни лидеры продукта успешнее других? За много лет работы мы выяснили, какими качествами должен обладать лидер. Нам повезло сотрудничать с десятками талантливых профессионалов, и в этой книге мы рассказываем об их подходе, стиле, наработках и методах, чтобы помочь продакт-менеджерам достичь успеха.

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

Кому пригодится эта книга и почему

Непосвященным покажется, что лидер продукта — относительно новый персонаж в дизайне и разработке программных продуктов. Это не так: лидеры уже не одно десятилетие незримо ведут цифровые компании к успеху. Мы давно наблюдаем самые разнообразные проявления лидерства, хотя его значимость в сфере цифровых технологий признали лишь недавно. Функции лидера отличаются от менеджерских. Он не всегда руководит коллективом и со стороны похож на управленца (то есть определяет вектор движения организации), но не осуществляет контроль и не решает групповые задачи. У лидера может и не быть своей команды: иногда он действует самостоятельно. Образование и компетенция лучших лидеров продукта, как и руководителей, весьма разнообразны, но они органично вливаются в окружение, постоянно учатся на своем опыте, примерах компании и рынка.

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

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

Книга написана для тех, кто реально стремится к лидерству, а не для тех, кто так называется. Она адресована также членам команд лидеров и тем, кто принимает решение о найме сотрудников. Мы расскажем, как привести продукт, будь то новаторская идея или обновление проекта десятилетней давности, к успешной реализации. Наши рекомендации основаны на опыте работы с сотнями программных продуктов и интервью с десятками лидеров продукта из таких компаний, как Adobe, YouTube, Uber, Google, Airbnb, Basecamp, Zipcar, Intuit, Intercon, Sonos, Drift, Rue La La, Transferwise, Upthere, Localytics, Cinch Financial и ProductPlan. С вами поделятся опытом эксперты Кен Нортон, Марти Каган, Мина Радхакришнан, Дэвид Кэнсел, Ванесса Ферранто, Джош Портер, Жанна Бастоу, Джош Брюер, Мелисса Перри, Колин Кеннеди и представители компаний GV (бывшая Google Ventures), Mind the Product, Pluralsight, Fresh Tilled Soil, Clearleft и Rocket Insight.

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

Это не инструкция, требующая безукоснительного соблюдения. И не пошаговое руководство «Как стать продакт-менеджером». Это схема, по которой можно набросать текущую задачу и избежать ошибок предшественников. Она пригодится на разных этапах карьеры — как в маленьком стартапе, так и в международной крупной компании — и на любой стадии развития организации. Читайте, усваивайте и применяйте ее в соответствии с потребностями компании и с уровнем готовности продукта. Если изменились обстоятельства или место работы, то вернитесь к уже изученным темам и освежите их в памяти. Надеемся, в целом эта информация не потеряет актуальности со сменой тенденций и развитием технологий. Приобретенные навыки пригодятся и в настоящее время, и в будущем независимо от вашей сферы деятельности, рынка и занимаемой должности.

ОТВЕТСТВЕННОСТЬ БЕЗ ПОЛНОМОЧИЙ

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

Лидер должен сделать продукт привлекательным для пользователя и не обмануть ожиданий заинтересованных лиц. Аналогия «директор по продукту», наверное, не совсем уместна, но удачно показывает уровень ответственности. У лидера он такой же, что и у руководителей высшего звена, а вот полномочий гораздо меньше. Исключение — начинающие компании, где функции лидера продукта иногда выполняет генеральный директор, но в любом случае лидерство не наделяет абсолютной властью. Сейчас все стремятся к консенсусу, и специальные полномочия лидеру не гарантированы. Мэтт Асэй, вице-президент по мобильным приложениям Adobe Marketing Cloud, заметил: «Я не могу ни от кого ничего требовать, только влиять и убеждать. Я не имею права раздавать приказы под угрозой увольнения». Авторитарному лидерству уготована судьба динозавров. Как подчеркивает Асэй, настоящие лидеры увлекают за собой примером.

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

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

С чего начинается лидерство:

• узнать, в чем его уникальность, каковы отличия от маркетинга, операционной, инженерной деятельности и других сфер и точки пересечения с ними;

• осознать ценности организации и стремиться достичь их;

• объединить ценности продукта и компании для обеспечения единства и согласованности;

• донести преимущества до клиента и закрепиться в нише на рынке;

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

• выяснить, как собрать подходящую для организации команду и, запустив проект, обеспечить ей содействие и поддержку;

• внедрить оптимальный для организации процесс; в каждой компании он свой;

• научиться привлекать независимых инвесторов и другие компании для обеспечения поддержки своей деятельности;

• продумать, как увлечь команду по продукту миссией, видением и ценностями компании;

• измерить и оценить успехи команды в работе;

• создать культуру продукта, сочетающую в себе независимость и ответственность.

ЧЕМ УНИКАЛЬНО ЛИДЕРСТВО?

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

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

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

Менеджер и лидер продукта — уникальные позиции. Разработка продукта предполагает взаимодействие с другими подразделениями и командами. Следовательно, успеха добьется только лидер со всесторонним подходом и знанием всех тонкостей бизнеса, имеющих отношение к продукту. По мнению Джима Семика, генерального директора и соучредителя ProductPlan (инструмента для создания оперативного плана разработки продукта), «продукт — это не набор фичей, а то, что вы о нем говорите, как привлекаете к нему внимание клиентов, как продаете, плюс опыт. Вот это и есть продукт, по крайней мере, в сознании клиента».

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

СТИЛЬ ЛИДЕРСТВА, ОПТИМАЛЬНЫЙ ДЛЯ СТАДИИ ПРОДУКТА

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

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

Как построена книга

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

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

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

КАК ПРОВЕСТИ КОМПАНИЮ ЧЕРЕЗ ТРУДНОСТИ РОСТА

В молодой компании, или стартапе, лидером продукта часто становится учредитель или один из первых сотрудников. У новых компаний еще нет слаженной продуктовой команды, и некоторая непоследовательность стиля руководства вполне естественна. Лидер продукта берет на себя ответственность за обещанный успех, но при этом должен хорошо ориентироваться и в текущей ситуации. О положении дел в стартапе и планах достижения поставленных целей рассказывает Дэвид Кэнсел, директор по продукту, генеральный директор и соучредитель Drift: «Мы обсудили, к чему хотим прийти, какие команды будут работать самостоятельно и непосредственно с клиентами решать, чем им заниматься. Это только начало. Мы постепенно двигаемся вперед». За плечами у Кэнсела несколько стартапов, и, по его словам, ему больше нравится работать с компанией на раннем этапе ее жизненного цикла: «При возвращении на начальный этап или этап свободных потребителей есть один нюанс. Привыкаешь к дизайну и системе продукта, зависящим от потребителей, но что делать, когда их нет?»

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

На каждой стадии — свои препятствия и разочарования. Так и должно быть. Универсального рецепта успешного развития бизнеса еще не придумали, и с этим надо смириться. Как говорят спортсмены, «принять поражение». Не игнорировать проблемы и плохие новости, а, наоборот, настроиться на трудный путь к успеху. Каким сложностям придется противостоять, чтобы получить отдачу от усилий? Готовы ли вы к неизбежным и трудным разговорам? Путь к любой стоящей цели непрост, и лидер продукта должен задать эти вопросы себе и своей команде.

Лидеры, подобные Дэвиду Кэнселу, не боятся трудностей и поражений. Дэвид знает, что его стиль лидерства идеален в условиях неопределенности на ранних этапах развития компании. Реальное восприятие своих способностей повышает ценность лидера. Не менее полезно перенимать опыт коллег, преодолевших аналогичные трудности, и делать выводы из чужих успехов. На страницах этой книги лидеры, нашедшие свой путь ценой огромных усилий, поделятся с вами личными историями и рекомендациями. Так, Кэнсел описывает тонкости лидерства на ранней стадии и его отличия от последующих стадий: «На ранней стадии лидерам приходится исходить из предположений. Чтобы система заработала, нам приходилось самим изображать потребителей. Когда все было готово, мы привлекали пользователей бета-версии, и тогда уже они выступали в роли клиентов». Все эти этапы требуют от продакт-менеджера адаптации к новым стилям лидерства. Кэнсел считает, что для того, чтобы вернуть полномочия команде, продакт-менеджеру придется перевоплотиться в блюстителя концепции: «Теперь у нас есть реальные клиенты, и мы стремимся к их разнообразию. Постепенно набрав объем необходимых инструментов для бизнеса, можно передать бразды правления в руки команды и позволить ей действовать самостоятельно». Из подобных рецептов-цитат и состоит эта книга. Мы советуем прочитать ее целиком, чтобы понять, что представляют собой все стадии и переходы между ними.

КАК ПОДБИРАТЬ И ОБУЧАТЬ КОМАНДУ

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

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

С переходом продуктовой команды на следующую стадию развития компании изменятся и задачи. Колин Кеннеди, ранее продакт-менеджер компании Sonos, ныне занимающий ту же должность в Upthere, описывает, как быстрорастущие команды одновременно ограничены в ресурсах и мотивированы ожиданием результатов: «В одной компании нам не хватало ресурсов, но они появлялись по мере развития. Любая продуктовая команда всегда стартует в очень маленьком составе, и ключевые лидерские позиции занимают продакты, дизайнеры и инженеры». Уравновешивание роста, ограниченных ресурсов и политика стартапов «без излишеств» — скорее искусство, нежели наука. Успешные лидеры продукта, такие как Кеннеди, знают, каким образом достичь баланса. Лидер помогает каждому максимально проявить себя, умеет мотивировать, вести за собой и сплотить.

Даже крупные, состоявшиеся компании ставят общекомандные ценности во главу угла. «Я работаю в кроссфункциональной команде, куда входят маркетологи, разработчики, DevOps-специалисты, продажники, менеджеры и кадровики, — говорит Джей Ривера из Intuit QuickBase. — Мне важно знать, что на встречах, будь то ежедневный стендап или еженедельный обзор программ, рядом со мной правильные люди». По мнению Риверы, важно не только собрать команду, но и убедиться, что все ее члены совместно решают текущие вопросы. Эффективная коммуникация и коллегиальное принятие решений — ключевые факторы идеальной команды. При плохой коммуникации в команде качество сотрудников уже не имеет значения.

ПРОЦЕСС И ДВИЖЕНИЕ К ЦЕЛИ

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

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

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

Без ясной цели невозможны ни успешный бизнес, ни разработка продукта. Осмысленная деятельность всегда эффективнее. Авторитеты в области культуры труда, такие как Дэн Пинк и Саймон Синек, объяснили схему целенаправленной деятельности процветающих организаций и команд. Надеяться на авось — не лучшая стратегия. Лидер продукта обеспечивает отладку и адаптацию процесса согласно миссии компании. В книге мы рассматриваем, как лучшие специалисты собирают команду и организуют процесс, руководствуясь общими задачами, а не личными интересами. Джошуа Портер, основатель Rocket Insights и бывший директор команды UX в HubSpot, рассуждает о создании среды, сфокусированной на клиенте: «Нанимая сотрудников, мы (или я) в первую очередь ищем клиентоориентированных. Обычно такие люди не страдают завышенной самооценкой. Они не настроены делать себе имя и доказывать всем, на что способны, и вкладываются в продукт на благо клиенту». Сосредоточенность на клиенте не всегда приоритет для разработчиков, а зря! Одна из задач лидера — наладить процесс таким образом, чтобы сотрудники помнили о клиенте и его потребностях.

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

КАК ОЦЕНИТЬ УСПЕХ

Успех — вещь, казалось бы, субъективная, тем не менее он измеряется объективными параметрами. Лидеры продукта определяют критерии достижения цели. Одни переформулируют бизнес-цели в измеряемые величины, такие как привлечение клиентов, индекс потребительской лояльности и совокупная прибыль. Другие, например продакт-менеджеры, управляющие сложными и зрелыми продуктами, предпочитают большую конкретику. В целом все критерии должны быть связаны с потребительской стоимостью продукта. Это подтверждает Дэвид Кэнсел из Drift: «Все наши оценочные критерии учитывают комфорт клиента как при активации, так и в использовании. Но качественные показатели гораздо важнее: как мы слушаем клиентов и что они говорят. Мы общаемся с ними ежедневно».

Мысль о том, что успех и неудачи измеряются не количеством, высказали несколько лидеров. Так, с этим согласен партнер по дизайну True Ventures Джефф Вин: «Думаю, после Agile/Lean мы преувеличивали значение количественных показателей. Хорошо, что маятник снова качнулся в сторону качества». Дэвид Кэнсел также предпочитает принимать решения по продукту исходя из качественных показателей: «Любая качественная оценка — текстовая, вербальная или визуальная — проясняет ситуацию. Приближаемся ли мы к решению проблемы клиента? Делаем ли что-то в этом направлении? Обнаруживаем ли другие проблемы? И когда вовлекаемся в эту проблему, можем ли утверждать, что наш подход сработает? Тут легко ошибиться, потому что все пользователи разные. Если мы ошибаемся, то что с этим делать? Мы смотрим на все эти вещи “глазами” клиента, группы, системы и на всех уровнях, в том числе покупательском и пользовательском. Работа команды оценивается в контексте целей потребителей».

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

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

Часть 1. Лидер продукта

* * *

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

Первая часть разделена на главы: что такое управление продуктом, почему оно так важно именно сегодня, как стать лидером продукта и какова формула успеха. В этих главах мы описываем роль лидера в создании продукта и его влияние на результат.

1. Что такое управление продуктом?

* * *

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

По словам Марти Кагана, партнера-основателя Silicon Valley Product Group, 30 лет занимавшегося управлением продукта, «работа менеджера заключается в поиске ценного, удобного в использовании и целесообразного продукта». Для соавтора книги Мартина Эрикссона управление продуктом — это точка пересечения бизнеса, опыта пользователя и технологий (см. иллюстрацию 1–1; только продакт-менеджеру пришло бы в голову определить себя диаграммой Венна!). Хороший менеджер продукта обладает опытом по меньшей мере в одной сфере, проявляет энтузиазм[1] ко всем трем и способен изъясняться с профессионалами на эти темы.

Иллюстрация 1–1. Управление продуктом — сфера пересечения бизнеса, опыта пользователя и технологий (источник: Мартин Эрикссон, 2011)

Бизнес

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

Опыт пользователя (UX)

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

Технологии

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

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

Роль продакт-менеджера

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

Зачем продакт-менеджеру разбираться в бизнесе, пользовательском опыте и технологиях? Найлан Пейрис, вице-президент по продукту и развитию Transferwise, считает, что продакт-менеджер должен «делать все необходимое». Таня Кордри, бывший директор по цифровым технологиям Guardian, добавляет: «Лучшее в позиции продакт-менеджера — многофункциональность, но от нее и больше всего беспокойства. Приходится разбираться в стратегиях, вдохновлять людей и видеть долгосрочные перспективы. В то же время надо добиваться результатов».

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

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

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

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

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

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

Эллен Чиза, вице-президент по продукту в Lola, подчеркивает важность переключения контекста: «Менеджер продукта всегда попеременно смотрит то на общую картину, то на частности».

Мина Радхакришнан, первый директор по продукту Uber, говорит: «Многие думают, что продакт-менеджер — кто-то вроде генерального директора или капитана корабля. Создается впечатление, что он принимает решения и приводит все в действие. Но продакт-менеджер сообщает всем остальным: “Вот как это должно работать и вот почему”».

«Как связующее звено, менеджер удерживает вместе все функции и роли сотрудников, говорящих на разных языках, — добавляет Кен Нортон, партнер по продукту в GV (бывшая Google Ventures). — Он, как универсальный переводчик из “Стартрек”, обеспечивает коммуникацию между всеми группами. Если команды действуют несогласованно, то продукт не станет успешным». Это лишний раз напоминает о главной сложности этой профессии: не столько важны технические навыки, сколько умение убеждать, вести переговоры, внятно излагать концепцию и общаться.

Это важный навык для лидера вообще и лидера в сфере продукта в частности, но о нем иногда забывают. Предприниматель и автор бестселлеров Сет Годин отмечал, что навык общения часто недооценивают: «Считается, что это черта характера. Но лидеру без нее никуда. Обаяние, усердие и вовлеченность — все это навыки. И, хотя их отделяют от профессиональных, за которые принимают на работу и выдают диплом об образовании, давайте все же называть все это “навыки”»[2].

Как развивалось управление продуктом

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

РОЖДЕНИЕ УПРАВЛЕНИЯ ПРОДУКТОМ

Современное управление продуктом началось в 1931 году с меморандума Нила Макэлроя из Procter & Gamble. Этот документ обосновывал увеличение штата сотрудников и стал краеугольным камнем восприятия бренд-менеджмента и вообще управления продуктом.

В меморандуме из 800 слов Макэлрой[3] доступно и емко описал «бренд-мэна» и его должностные обязанности — от отслеживания продаж до управления продуктом, рекламой и продвижением. Он впервые предложил осуществлять все эти функции посредством обстоятельного тестирования и взаимодействия с клиентом.

Макэлрою выделили двух новых сотрудников, а его идеи привели к реструктуризации Procter & Gamble в бренд-ориентированную организацию и к рождению управления продуктом в сфере быстрореализуемых потребительских товаров. Позже Макэлрой стал министром обороны и участвовал в основании НАСА (чем доказал, что все лидеры достигают успеха). Он также работал советником в Стэнфорде, где оказал немалое влияние на двух молодых предпринимателей — Билла Хьюлетта и Дэвида Паккарда.

Хьюлетт и Паккард восприняли концепцию «бренд-мэна» как выработку решений по результатам непосредственного взаимодействия с клиентом, которого в компании представляет менеджер продукта. Эпохальная книга «Путь Хьюлетта и Паккарда» (The Hewlett-Packard Way) заслужила признание как история беспрецедентного роста компании — со скоростью 20% в год в течение 50 лет, в период с 1943 по 1993 г. Hewlett-Packard была пионером во многом, в том числе первой внедрила структуру подразделений, в которой группа по каждому продукту функционировала независимо и отвечала за его разработку, производство и маркетинг. Как только число сотрудников в подразделении превышало 500, его дробили, сохраняя небольшие группы.

Тем временем в послевоенной Японии дефицит и проблемы с оборотом наличных вынудили предприятия развить производство по принципу «точно по графику». Тайити Оно и Эйдзи Тойода (племянник основателя Toyota, впоследствии — президент и председатель Toyota Motors) позаимствовали эту идею и через 30 лет усовершенствований разработали производственную систему Toyota и Toyota Way. Они не только исключили лишнее, но и привели все в соответствие с принципами, знакомыми каждому современному продакт-менеджеру: «кайдзен» — непрерывное улучшение бизнеса, постоянные инновации и развитие; и «генти генбуцу» — получение фактов непосредственно из источника для принятия правильного решения.

Эти два принципа системы производства Toyota прилежно воплощал Юджи Йокойа — инженер нового поколения минивэна Toyota Sienna для североамериканского рынка. Он не ограничился тщательным анализом данных и обратной связи на старую модель и опросом ее владельцев, а сел за руль Sienna и проехал больше 85 000 км по Америке — от Анкориджа на Аляске до мексиканской границы и от Флориды до Калифорнии. В результате он значительно усовершенствовал модель, резко повысив продажи.

Разумеется, когда технология производства «точно по графику» пришла на Запад, Hewlett-Packard одной из первых оценила ее преимущества и начала осваивать. Бывшие сотрудники Hewlett-Packard ориентировались на клиента и соблюдали принцип бережного производства, и эта концепция быстро прижилась в Кремниевой долине. Так управление продуктом распространилось на все компании по выпуску оборудования и ПО и приняло облик, знакомый нам сегодня.

ЛИЦОМ К ТЕХНОЛОГИЯМ

Первые менеджеры продукта, как, несомненно, и большинство их нынешних коллег в сфере товаров массового спроса, выполняли в основном маркетинговые функции. Они внимали потребностям клиентов и искали способы их удовлетворить, руководствуясь концепцией четырех факторов (4Р): продукт, цена, продвижение и каналы распространения.

Критериями успеха служили продажи и прибыль, но из-за длительности процесса разработки и производства новых продуктов массового спроса менеджеры учитывали три фактора (3Р) или 4С Шимизу (товар, затраты, коммуникация и каналы). Таким образом, продакт в этой сфере играл роль маркетолога, отыскивая верное сочетание упаковки, цены, продвижения, маркетинга и прочего, не вмешиваясь в разработку продукта.

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

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

УПРАВЛЕНИЕ ПРОДУКТОМ В AGILE

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

В 2001 году на горнолыжном курорте 17 инженеров-разработчиков ПО написали Agile-манифест[4], основанный на возврате к легким методам программирования образца 1970-х — упрощенной альтернативе громоздкому и процессно-ориентированному каскадному методу. Хотя Agile и Agile-манифест все связывают со Scrum[5], он был изобретен раньше, наряду с другими методами, такими как DSDM (метод разработки динамических систем) и ХР (экстремальное программирование), и с теми же целями. Kanban, еще один отличный метод, еще в 1953 году внедрили Тайити Оно и Эйдзи Тойода в производственной системе Toyota.

Независимо от корней и происхождения, Agile-манифест содержит блестяще сформулированные принципы всех этих методов и ценится по сей день:

«Мы постоянно открываем для себя все более совершенные методы создания программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Мы осознали, что:

• люди и взаимодействие важнее процессов и инструментов;

• работающий продукт важнее исчерпывающей документации;

• сотрудничество с заказчиком важнее согласования условий контракта;

• готовность к изменениям важнее следования первоначальному плану.

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

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

Изменение фокуса произошло на многих уровнях. Во-первых, продакт-менеджеры и разработчики перешли от оппозиции к сотрудничеству. В Scrum появилась роль владельца продукта, а Agile увидел лучший вариант решения клиентской проблемы в личной коммуникации между продакт-менеджером и инженерами.

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

Наконец, эти принципы проникли в бизнес посредством бережливого производства и Lean Startup и Lean Enterprise, основанных на упомянутой японской традиции «кайдзен» и применяющих Agile-итеративный подход не только в разработке продукта, но и в бизнесе в целом. Появляются все новые принципы, прогресс в нашем ремесле радует и вселяет надежды.

ПРОДАКТ-МЕНЕДЖЕРЫ В РУКОВОДСТВЕ

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

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

Распространенный пример — борьба между отделами продаж и маркетинга за окончательное решение о рыночной цене продукта. Недавно мы наблюдали, как последнее слово в этом ключевом вопросе передали лидеру. Мы считаем, что это справедливо. Именно он лучшим образом учитывает интересы пользователя, стремясь к повышению дохода от продажи правильной технологии правильному покупателю по правильной цене. «Продакт-менеджер продукта как минимум равен разработчику и маркетологу, — говорит Кен Нортон из GV. — Он должен отчитываться директору и нести ответственность перед владельцем компании».

Соавтор книги и главный менеджер Нейт Уокингшо в своем проекте Directed Discovery[6] задает вопрос: «Могут ли ваши команды по исследованию и поставке продукта влиять на концепцию, стратегию, культуру и процессы в компании?» Возможно, это самый главный вопрос для лидера, потому что отрицательный ответ означает, что у команды нет свободы действий. Связь между управлением и лидерством заключается в том, как управление продуктом обогащает культуру и лидерство. Здесь есть свои трудности и перспективы. Вот им-то и посвящена эта книга!

Перспективы управления продуктом

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

Управление продуктом отчасти включает в себя и маркетинг. Многие организации привлекают к тестированию пользователей уже на этапе разработки, поскольку качественный продукт — самый бюджетный и быстрый фактор роста. Компании учитывают опыт пользователя и его впечатления; задействуют гибкие процессы, адаптированные под команду, продукт и рынок: Scrum, Kanban и многие другие или все вместе взятые.

Управление продуктом в компаниях теперь ценят больше и внедряют гораздо лучше. Это сфера деятельности, которой может заниматься инженер, дизайнер, основатель компании или продакт-менеджер. Важнее всего фокус на продукте и его соответствии нуждам потребителя. Только внимание к опыту пользователя гарантирует успех. Разработка, дизайн, маркетинг и юнит-экономика сами по себе не так важны, как удовлетворение их средствами нужд пользователя. Как правильно отмечает ветеран управления продуктом Мелисса Перри, директор Produx Labs: «Ценность продукта измеряется реальным решением проблем пользователя. Важен результат, а не вложенные усилия».

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

2. Почему лидерство так важно?

Влияние лидера продукта

Лидер продукта отвечает за его успех или провал и, следовательно, за саму компанию. Его влияние трудно переоценить. По словам Кена Нортона, лидер продукта — «конструктор концепции». Он постоянно толкает компанию вперед, «задаваясь важнейшими вопросами: чего она хочет достигнуть в бизнесе и что для этого нужно?» Опыт Нортона в GV убедил его в значимости роли лидера продукта. У него должно быть представление о продукте через год, пять и десять лет, которое необходимо донести как до команды, так и до всей организации. Успех команды зависит от концепции продукта и плана ее реализации.

15 лет назад, в бытность продакт-менеджером Netscape, Бен Хоровиц из венчурной инвестиционной компании Andreessen-Horowitz сформулировал это так: «Хороший продакт-менеджер действует как генеральный директор и производит соответствующее впечатление. Команда видит в нем лидера. Его концепция успешного продукта реальна, и он воплощает ее в жизнь, несмотря ни на что». Аналогия с генеральным директором сомнительна, но по внешнему виду и манере разговора успешный лидер продукта должен быть похож на руководителя. Основной посыл этой книги в том и состоит, что продакт-менеджер — всегда лидер. Простите, если мы повторяем этот тезис слишком часто, но его нужно затвердить.

РАЗВИВАЮЩАЯСЯ ОРГАНИЗАЦИЯ

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

Одним словом «лидер» нельзя увлечь людей за собой. «Обязательства и ответственность лежат на команде, а моя задача — сделать так, чтобы люди каждый день спешили на работу, — говорит Найлан Пейрис, вице-президент по продукту и росту в Transferwise. — Команда — это единое целое, поэтому нужно заранее продумать наем сотрудников, культуру и управление внутри команд». Сплоченность не возникает случайно. От менеджеров и лидеров продукта ждут активных действий по формированию культуры и руководству командой в повседневных процессах, а не только в глобальных стратегиях и видении.

Восприятие продуктовой команды как структуры, равной другим департаментам, «создает здоровую конкуренцию между командами по разработке, продукту и маркетингу с их разными подходами. Это позволяет менеджеру синтезировать все альтернативные точки зрения и вынести решение, верное для продукта и компании», — добавляет Нортон. Необходимо уравновесить обратную связь, а также исключить трения между командами и внешними источниками. В развивающейся организации понимают, что конфликты — это ценный источник информации. О том, как важно сохранить разногласия и одновременно предотвратить хаос, увлеченно рассказывает Стив Зельцер. Как у менеджера по дизайну пользовательского интерфейса в Airbnb, у него немалый опыт преодоления конфликтов из-за плохого юзабилити, но слова Зельцера касаются всех аспектов продукта: «Хорошо, когда нет трений, но даже в противном случае они способствуют росту и жизнеспособности и помогают ориентироваться в меняющейся среде». Как и во многих других аспектах создания продукта, правила успешного дизайна подходят и для успешного руководства командой.

КОМАНДА

Без команды нет и лидера. Успех лидера измеряется успехом команды, и наоборот, неудачи команды обличают плохого лидера. Есть предположение, что если бы зарплата лидера зависела от эффективности его команд, то удачных продуктов было бы гораздо больше. Самыми важными задачами лидера являются набор команды, развитие и управление ею. «Любая команда состоит из индивидуальностей, — говорит Дэвид Кэнсел, директор и основатель Drift. — В продажах и маркетинге с управлением нет никаких неожиданностей. Но с продуктом все гораздо интереснее. Сейчас у менеджеров, разработчиков и дизайнеров море возможностей, за которыми стоит помнить: почему пользователи должны предпочесть ваш продукт остальным?»

У Кэнсела, руководителя команды продукта в Performable и HubSpot, технического директора в Compete, нетривиальный взгляд на функцию лидера продукта: «Здесь всё не так, как в других командах, где управление происходит по всем правилам, в приказном порядке».

Лидер продукта играет важную роль, потому что именно он отвечает за соответствие концепции руководства ее практическому воплощению. Брайан Данн, старший директор по управлению продуктом в Localytics, рассказывает о начале работы: «Пока компания была маленькой, большинство решений по продукту принимали генеральный и исполнительный директора, но после расширения они перестали справляться: не успевали вникать в детали, предусматривать нюансы и просчитывать последствия своих решений. Они видели потенциальную ценность, но не успевали подробно обсудить все с клиентами и доходчиво донести до разработчиков, в чем именно нуждается рынок».

Лидер продукта должен учитывать жизнеспособность, выполнимость и удобство использования. По поводу первого пункта он советуется с руководством, а затем развивает идею. Общее направление компании задает генеральный директор. В молодых компаниях он иногда также занимается изысканием и распределением средств, назначением руководства команд и многими другими вещами. Как выразился Данн: «Я проводил столько времени за детальными обсуждениями, которыми занимается менеджер продукта, что у меня сложилось свое мнение о том, что нам делать дальше». Судя по его наблюдениям, решения по продукту должны принимать наиболее приближенные к пользователю сотрудники. То есть лидеру продукта следует выбирать направление для продукта, ведь он знает о пользовательском опыте из первых рук. Между тем для руководителей высшего звена этот опыт не всегда в приоритете и не всегда доступен. Лидеру продукта следует обеспечить себе полномочия в выборе направления.

ТВОРЦЫ

Управление потоком информации и выбор направления в качестве представителя пользователя — важные аспекты работы продакт-менеджера. Он возглавляет внутреннюю команду. «В продуктовой команде мы имеем дело с творцами, — говорит Кэнсел. — Они не такие, как мы, иногда со странностями. С ними бывает сложно. У каждого свои особенности, что следует учитывать при подборе коллектива, адаптации и мотивации».

Для творчества и решения проблем творцам нужно время, когда их не беспокоят. А при некоторой формальности процесса это приходится делать. Любого специалиста судят по результатам работы его команды, и лидер продукта не исключение. Управляя командой талантов, вы должны защитить ее от лишних вмешательств и обеспечить условия для творческой деятельности. Это еще один аспект, отличный от системы управления старой школы. Лидер не рявкает на подчиненных, не отдает приказы, а деликатно направляет творческие личности к достижению взаимовыгодных целей. Команда проявит себя, если лидер обеспечит ей душевный и физический покой для созидания и решения проблем. Лидер одновременно и защищает ее интересы, и обучает, направляет, наставляет и подбадривает. Один лидер продукта поделился с нами своим опытом: «Когда я был старшим менеджером инженерно-технической службы, то занимался только технологиями и процессом. Теперь, как директор контроля производства, я сталкиваюсь непосредственно с людьми и их психологическими особенностями».

Конкретные трудности лидерства: не просто место за руководящим столом

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

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

«Выступая в других руководящих ролях, вы обязаны осветить конкретные перспективы: оптимальное решение для маркетинговых исследований, архитектуры или команды техобслуживания, — говорит Эллен Чиза, вице-президент по продукту в Lola. — Нельзя сказать “так лучше для продукта”. Нужно это обосновать, разработать максимально эффективную стратегию, синтезировав данные и сделав вывод с позиции лидера, компетентного в разных сферах».

Чего не следует ожидать от лидера продукта

Ответов на все вопросы. У лидера продукта их нет, поскольку в динамичной среде это невозможно. Производство — невероятно сложный организм, ни у кого и не должно быть готовых решений для всего. Лидер не может помнить все технические нюансы: это пустая трата мозговых ресурсов и времени. Гораздо эффективнее формулировать правильные вопросы и получать на них ответы. Положение, когда каждый сотрудник может сказать: «Я не знаю, но сейчас выясню», — способствует ответственности и развитию, и это гораздо разумнее, чем притворяться ходячей энциклопедией.

Составляющие стратегического лидерства

У лидера продукта «много общего с другими руководящими ролями. В частности, то, что необходимость вести команду к достижениям отодвигает на второй план повседневную работу», — говорит Мина Радхакришнан, первый директор по продукту в Uber и наставник венчурного фонда 500 Startups, курирующая сейчас очередной стартап. Равновесие между тем, что делаешь сам, и тем, что под твоим руководством делают другие, необходимо любому лидеру в сфере продукта, в маркетинге или в разработке. «Лидер всегда размышляет, как стратегия продукта согласуется с общей стратегией компании. По сути, они едины». Лидер не может создать продукт в одиночестве и должен вести инженеров, маркетологов, дизайнеров и другие команды под знаменем компании. Причем без авторитарного давления.

Ночные кошмары лидеров продукта

Недавно Mind the Product[7] и Кристиан Бонилла, менеджер продукта и основатель UserMuse, спрашивали коллег о трудностях, с которыми им доводилось сталкиваться. Выяснилось, что чаще всего говорили о необходимости расставлять приоритеты без исследования рынка, далее — о нехватке ресурсов, переговорах с руководством, найме и обучении сотрудников и коррекции стратегии.

ПРИОРИТЕТЫ ИДЕЙ, КОМПОНЕНТОВ И ПРОЕКТОВ

Обозначить приоритеты труднее всего, и неудивительно, что лидеры продукта постоянно об этом говорят. Самая сложная часть работы — определить, на что потратить время, бюджет и энергию. Большая ответственность! Ведь каждую идею и компонент кто-то создавал, вкладывал в них душу…

Согласно опросу Mind the Project, 49% продакт-менеджеров считают одной из ключевых трудностей невозможность провести полное исследование рынка и проверить, будет ли востребован их продукт. А из менеджеров корпоративных продуктов об этом заявили уже 62%. То есть почти две трети лидеров корпоративного продукта не уверены, какие проекты сейчас нужны. Если развить эту мысль, то придется признать, что большую часть своего времени лидер корпоративного продукта обозначает приоритеты между проектами и информирует сотрудников о фронте работ. Предстоит много трудных диалогов с раздосадованными людьми. Неприятно принимать решения, которые кого-то разочаруют.

И это еще не всё. В любой организации нужно еще уладить вопросы с заинтересованными сторонами. Как правило, это руководящие лица, которые выносят решения и высказывают мнения, даже не обладая достаточной информацией и не до конца все понимая. Для этой ситуации придумали пренебрежительный термин «гиппо» (HiPPO — сокращенное от «гиппопотам» и аббревиатура от «мнение самых высокооплачиваемых персон»); его часто употребляют, однако он искажает контекст. Руководство редко сознательно создает препятствия, и отношение к нему как к неразумному животному только все усложняет.

Необоснованные решения могут пустить под откос самые продуманные планы. Никому не понравятся спущенные сверху идеи, обязательные к исполнению. «Команда только что пережила очередной налет и разнос начальства, — Джаред Спул, основатель User Interface Engineering[8] и соучредитель CenterCentre, сравнивает руководство со стаей хищных чаек. — Начальник, ничего не зная, вмешался в проект, раскритиковал дизайн и стремительно улетел, оставив за собой клочья и руины». Разумеется, Спул шутит. Как правило, команда и лидер идут к общей цели и не собираются ничего разрушать. Вполне реально все обсудить спокойно, без претензий и скандала.

Многим профессионалам приходится мириться с неизбежным срывом планов под давлением обстоятельств. Том Гривер, автор «Формулировки решений дизайна» (Articulating Design Decisions), называет такую ситуацию «кнопкой директора» — это «необычное и совершенно неожиданное требование высшего руководства добавить компонент, полностью нарушающий равновесие проекта и уничтожающий смысл существования дизайнера». Подобные вмешательства иногда бывают безобидными, но при бессистемном повторении могут загубить проект. К счастью, всё решается, хотя и не всегда быстро.

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

«Задача продакт-менеджера — убедиться, что компания выбрала верный продукт, но многие (пожалуй, даже большинство) этого не делают, — считает Кристиан Бонилла из UserMuse. — Обычная отговорка — нехватка времени на валидацию рынка». Бонилла напоминает, как легко закрутиться на работе и забыть о том, что наиболее важно для успеха продукта. «Если задуматься, сколько времени, денег и сил зря потрачено на создание компонентов, не востребованных рынком, то это немного отрезвляет. Подозреваю, что именно поэтому карьера некоторых лидеров продукта не так быстро идет в гору»[9]. Это лишний раз подтверждает, как важно лидеру продукта освоить искусство и науку обозначения приоритетов.

Мина Радхакришнан добавляет: «Немалая часть работы лидера — размышления о проекте и поиск аргументов для утверждения “Этим не стоит заниматься. Сейчас для нашей стратегии это не подходит”. Вот что очень важно».

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

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

СЛАЖЕННОЕ И ПЛОДОТВОРНОЕ СОТРУДНИЧЕСТВО

Путь к успеху лежит через сотрудничество. «Сотрудничество — не единодушие: необязательно всегда и со всем соглашаться. Такое вообще бывает крайне редко, — утверждает К. Тодд Ломбардо, главный дизайнер-стратег Fresh Tilled Soil и соавтор книги «Дизайн-спринт» (Design Sprint). — План обозначения приоритетов, по сути, совместное творчество. Здесь усматривается аналогия с Ikea: мы любим их мебель, потому что сами ее собирали. То же применимо и к составлению плана продукта. Подключите всю команду и обойдитесь без обмена файлами Excel, иначе ваш почтовый ящик или Slack-чат взорвется».

Ломбардо провел сотни сессий по дизайну продукта и уверен, что все проблемы сотрудничества преодолимы, если конструктивно и многократно обсудить с каждым его точку зрения. В дизайн-спринте и Directed Discovery есть десятки дискретных практик для коллективных сессий (см. иллюстрации 2–1 и 2–2). Например, если генеральный директор хочет добавить какой-то компонент, то лидер продукта выясняет у него почему. Достаточно расписать аргументы по всем компонентам и перспективам, и вся команда увидит, кто что хочет и почему. Идея, не подкрепленная данными, обоснованиями и тестированием, не пройдет. Голосование и рейтинг выявят ненадежные перспективы. После такого пристального рассмотрения проще переубедить высшее руководство. Конечно, лидеру продукта следует готовиться к жестким переговорам. Ломбардо напоминает, что «работа требует личного вклада каждого, и команда поймет это, если включить ее в процесс планирования продукта».

Иллюстрация 2–1. Гилберт Ли (стоит в центре) работает с командами управления продуктом и пользовательского опыта в Pluralsight. В этой компании все команды межфункциональны и работают в одном офисе. Раз в неделю команды собираются на двухчасовое обсуждение итогов работы

Иллюстрация 2–2. Мэтт Меррилл (стоит слева) из Pluralsight отчитывается о работе своей команды. Для успеха и плодотворного сотрудничества необходимо быть в курсе текущих дел и перспектив всех команд

Лидер продукта должен уметь сам проводить коллективные сессии и научить этому команду. Без коллективных сессий менеджер и лидер продукта попадут в порочный круг ошибочных решений, принятых под давлением начальства. «Замечательно, когда высшее руководство лично присутствует на дизайн-спринте, — считает Спул. — Оно не только видит, как все происходит, но может еще поделиться знаниями и опытом». Плюсы структурированного процесса — в нейтрализации политики компании и предоставлении голоса младшим сотрудникам. Равноправное партнерство позволяет выбрать лучшие идеи и бесконечно упрощает обозначение приоритетов. Как объясняет Спул, «фасилитатор на каждой фазе специально разработанными методами подключает к обсуждению всех сотрудников, независимо от позиции. Идеи самого младшего сотрудника рассматриваются на равных с предложениями высшего руководства».

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

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

ОБУЧЕНИЕ И РАЗВИТИЕ ПРОДУКТОВОЙ КОМАНДЫ

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

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

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

Индивидуальные планы роста лидера и команды так же важны, как и обучение. Чтобы учиться и развиваться, необходимо ставить сложные задачи. К сожалению, с планом дело редко заходит дальше первого обсуждения, а потом о нем и вовсе забывают. Этого не произойдет, если квартальные или ежегодные отчеты заменить краткими, но частыми планерками: тогда все будут помнить о плане и действовать согласно намеченным пунктам. Напоминание членам команды о целях и ключевых результатах (OKR) работает аналогично устранению отвлекающих факторов, то есть перенаправляет внимание на важные вещи. Ежеквартальные и ежегодные отчеты слишком разнесены во времени и не влияют на деятельность активной команды продукта.

Успешный лидер не может считать, что достаточно нанять лучших людей или применять лучшие методы и процессы. Без верных наставлений и ориентиров ни идеальная команда, ни прекрасный процесс не достигнут оптимальных результатов. В непрерывном, регулярном и последовательном обучении есть еще один плюс: команда узнаёт о реальной ценности процесса, тестируя свой продукт на себе — как говорится, пробуя собственный собачий корм (мы предпочитаем вариант «шампанское собственного производства»).

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

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

МЕНЕДЖМЕНТ ВОСХОДЯЩИЙ И ИСХОДЯЩИЙ

Лидер продукта сродни ветчине в сэндвиче — сверху придавлен стейкхолдерами (директорами, инвесторами, членами правления и т. д.), а снизу зажат продуктовой командой (дизайнерами, разработчиками, маркетологами и т. п.). Вдобавок ему приходится иметь дело с другими департаментами, клиентами, партнерами и даже со СМИ. Ситуацию прояснит всесторонний подход к среде продукта и понимание, что все это для него необходимо. Возглавлять процесс создания продукта — задача не техническая, она во многом связана с экосистемой, и, по словам Ванессы Ферранто, директора по продукту Zipcar, «продукт не только программа или комплектующие, это процесс в целом и участники его создания». Лидер на любом уровне — это общественно значимая позиция. А лидер продукта, с учетом его ключевой роли, тем более.

Оправдать ожидания высшего руководства непросто, но вполне реально. «В начале карьеры я очень старалась поставить себя на место пользователя. Сейчас я стараюсь еще и влезть в шкуру стейкхолдеров, — рассуждает старший менеджер продукта GrubHub Роуз Грабовски. — И думаю теперь не только об их мотивах, но и о том, чего хотела бы на их месте. Я также помню об отделе продаж, инженерах, маркетологах, всех внутренних заинтересованных лицах. Стараюсь прочувствовать их позицию и учитывать ее в дальнейшем. Вхожу в их положение».

Еще раз повторим: лидер продукта имеет дело с людьми, их личными потребностями и индивидуальностью. Создание карты экосистемы стейкхолдеров поможет лидеру визуализировать этих людей, присвоить им определенные черты. Иметь с ними дело и развивать стратегии проще, если знаешь, кто потенциальная помеха, а кто движущая сила. Следующий шаг — разработка карты опыта взаимодействия организации и ее среды — еще более углубляет понимание. Может показаться, что это лишняя работа, но польза от нее огромная. Способность идентифицировать препятствия и спланировать пути их преодоления станет решающей для реализации продукта. Карты стейкхолдеров, эмпатии и опыта пользователей (см. иллюстрацию 2–3) не должны быть сложными. Всего несколько часов работы по структурированию и схематизации устранят любые неопределенности.

Иллюстрация 2–3. Карта опыта взаимодействия (источник: Fresh Tilled Soil)

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

ВВЕДЕНИЕ В КУРС И НАПРАВЛЕНИЕ В НУЖНОЕ РУСЛО

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

«Основная трудность в том, чтобы донести видение до каждого члена команды», — говорит Джефф Вин из True Ventures. Люди лучше справляются с ситуациями, когда понимают, что их ждет в будущем. Это естественное поведение, которое проявляется как в бизнесе, так и в концепции продукта. Выравнивание ежедневной работы команды в соответствии с видением продукта позволяет держать руку на пульсе. «Сотрудники всегда рады войти в курс дела, — добавляет Вин. — Есть и другие факторы, но если они знают, что уже сегодня вкладываются в идею, в которую верят, то это дорогого стоит».

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

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

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

3. Как стать лучшим лидером продукта

Менеджмент — это делать вещи правильно.

Лидерство — это делать правильные вещи.

Питер Дрюкер

Принципы продукта

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

Пол Адамс, вице-президент продукта в Intercom, говорит: «У нас три основополагающих принципа. Первый — стремиться к большему, начиная с малого. То есть, удерживая в голове общее видение, мы без колебаний отсекаем лишнее, чтобы дойти до необходимого — реализации. Поскольку следующий наш принцип — учиться на каждом продукте, то чем быстрее мы его реализуем, тем быстрее получим новые знания. Третий принцип — создавать дизайн с чистого листа, не копируя конкурентов и не предполагая, что оптимальное решение уже существует».

Эти принципы — фундамент всех будущих проектов и общие для всей команды границы принятия ежеминутных решений при каждой итерации продукта.

Концепция продукта

Джефф Безос, генеральный директор и основатель Amazon, говорил: «Крепко держись за видение и гибко подходи к мелочам». Видение разрабатывается на долгое время, возможно, на годы. Лучшие концепции продукта не привязаны ни ко времени, ни к технологиям, на основе которых созданы. В стартапах видение разрабатывает основатель или первый генеральный директор. И надо постоянно напоминать о нем сотрудникам организации в процессе принятия решений по продукту и обсуждений плана выпуска. «Когда я в 1992 году присоединился к компании, мы обсуждали ее миссию, в том числе наличие ПК в каждом доме, через 10 лет так и было, по крайней мере, в развитых странах, — рассказывает генеральный директор Microsoft Сатья Наделла. — Меня всегда терзало сомнение: не спутали ли мы долгосрочную миссию и краткосрочную цель». Для создания долгосрочной концепции важно абстрагироваться от времени и трендов, потому что в перспективе достижение целей, сформулированных с ясным видением будущего, приведет к разработке качественного продукта.

Видение компании вряд ли сильно изменится. Нововведения в организации или продукте редко этого требуют. Четко сформулированное видение не зависит от времени, технологий и трендов. Миссия Disney — «нести людям счастье», причем неважно, каким способом. Видение должно выдержать проверку временем и отражаться в краткосрочных целях, задачах и ключевых результатах (OKR) или роадмапах. Последние могут (и должны) меняться с поступлением новой информации от рынка и потребителей. Но адаптация краткосрочных целей никак не влияет на тщательно сформулированное надвременное видение.

«Я часто замечала за собой и за другими, как сложно составить план, зная, что придется его менять, — рассказывает Роуз Грабовски, бывший директор по управлению продуктом в Invaluable, ныне — старший менеджер продукта в GrubHub, — и, как правило, уже “завтра”. Когда оно наступает, тебя ждет очередное “завтра”. Может быть, не в буквальном смысле, прямо на следующий день, но нужно постоянно учитывать новую информацию и готовиться к коррекции курса». Грабовски описала ситуацию, знакомую всем, кто занимается продуктом, — работу в условиях неопределенности, переменчивых дедлайнов и неиссякаемых проблем: «Трудно говорить что-то вроде “мы кое-что сейчас покажем, там много примечаний, это динамичный документ. Но все еще изменится. Даты не точные”». Грабовски обращает наше внимание на парадоксальную суть работы лидера продукта — наличие четкой долгосрочной идеи и одновременно постоянно меняющихся краткосрочных задач и планов.

Еще одна сложность в том, что, ознакомившись с видением и роадмапом, команда полностью сосредотачивается на результатах. «Люди надеются, что ничего не поменяется или, по крайней мере, останется неизменным то, в чем они хотят стабильности», — считает Грабовски. Для согласованности повседневной работы с видением необходимо регулярно озвучивать его, напоминать команде, что способы его воплощения будут меняться. Перемены неизбежны, это нужно донести до людей, с этим нужно смириться. И лучше напомнить об этом лишний раз, потому что, как подчеркивает Грабовски, «недостаточно часто указывать на важный момент — распространенная ошибка».

На каждом этапе работы над продуктом лидер принимает на себя ответственность и продвигает видение. Он всегда должен спрашивать себя: как решение текущей проблемы согласуется с общим видением? Насколько продукт ему соответствует? Каким образом и как часто озвучивается видение и кто за это отвечает?

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

Вообще, не столь важно, от кого исходит видение. Важнее его правильная формулировка. Слово гуру управления продуктом Ричу Миронову: «Для меня неважно, кто предложил хорошую идею, но именно я должен убедиться, что она лучшая и что есть люди, готовые за нее заплатить. Процесс всегда необходимо согласовывать с видением. И тогда неважно, чья она».

Переход от видения к стратегии

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

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

«Мы полностью ориентированы на цели, — говорит Пол Адамс, вице-президент по продукту в Intercom. — Почти все наши действия направлены на их достижение. У нас есть цели компании и цели команд. Цели определены на любом уровне: квартальные мы разбиваем на еженедельные, те, в свою очередь, на ежедневные. Они идут каскадом. Можно взять ежедневную цель инженера и соотнести с еженедельной, а ее — с шестинедельной целью всей команды. Дальше мы приходим к квартальной цели продукта и команды инженеров, за ней — к цели компании, и так далее».

Из целей рождаются конкретные компоненты для разработки. Видение находится в центре, а вокруг волнами расходятся ориентиры и цели, образующие, в свою очередь, соответствующие компоненты. С последних начинать не следует. Даже если бизнес или продукт основаны на «концепции компонентов», спросите себя, в чем конкретно заключается проблема и зачем ее решать. Никакой компонент не должен рассматриваться, возводиться в приоритет и тем более реализовываться сам по себе. Без видения продукта проект быстро превратится в набор решений, пусть и гениальных, но не связанных общей задачей. Компоненты должны соответствовать продукту или стратегическим целям организации.

«Видение продукта показывает, зачем он и для кого, но это общая картина», — говорит Тим Бантел, вице-президент по продукту в XebiaLabs. Его немалый опыт в Atlassian, Microsoft, Adobe, Codiscope, а также интеграции разработки и эксплуатации в XebiaLabs позволяет утверждать, что граница между концепцией и стратегией очень тонка.

«Стратегия продукта — это реализация видения. Это могут быть предлагаемые преимущества, ряд ключевых компонентов, а также бизнес-цели. Стратегия разрабатывается примерно на год». Бантел знает, что по истечении года ключевые функции изменятся. Видение он считает долгосрочным, между тем как срок жизни стратегии — не более года: «Роадмап продукта еще короче, около шести месяцев. Согласно ему происходит реализация ключевых компонентов».

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

Умение адаптироваться пригодится при встрече с неизбежным внешним давлением. Падение рынка и изменение внешних условий могут нанести компании серьезный урон. Лидер продукта должен допускать приход перемен, иногда неконтролируемых. Мы наблюдали, как новые компании (Airbnb, Uber, Tesla, Slack) пошатнули позиции именитых крупных компаний, предоставив пользователям новые возможности. Иметь видение, которое сможет вместить в себя неожиданные внешние влияния, — значит быстрее адаптироваться к переменам. Поскольку стратегия продукта ответвляется от его видения, то желательно, чтобы оно было гибким и неподвластным времени.

Переход от стратегии к роадмапу продукта

Готовый, блестяще реализованный продукт кажется идеальным. Мы видим только великолепное воплощение и предвкушаем лишь положительный опыт использования. Чего мы не видим, так это сколько труда вложено в этот шедевр. И сколько людей и процессов задействовано в его производстве. Это общее правило для лучших продуктов. За всеми стоит отличная команда, которая следовала роадмапу продукта — от задумки до реализации — и показала прекрасный результат[10].

Вот сколько разных людей и элементов вовлечены в любой качественный продукт: лидер и/или менеджер продукта, команда продукта (дизайнеры, инженеры, тестировщики и т. д.), компоненты, роадмап, методы, UIKit, маркетологи, рекламщики и, конечно, клиенты. Как и в кулинарии, замена любого ингредиента (члена команды) может привести к совершенно иному результату. Иногда это к лучшему, но чаще получается совершенно не то, что планировали вы и чего хотели бы пользователи. Если вы продаете шоколадные торты, а потом вдруг вместо них появятся клубничные, некоторые клиенты будут разочарованы.

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

Фокус

Сначала мы обозреваем фронт работ и сосредотачиваемся на ключевых ценностях. Для достижения результата это не просто желательно, а необходимо. Роадмап также помогает понять, что не стоит нашего внимания. Развивая кулинарные аналогии, можно сказать: «Мы печем лучшие пироги. Не печенье, не пирожные, а именно пироги».

Согласованность

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

Приоритеты

Знать, что делать, — только полдела, вторая половина — знать когда. Приоритеты — вот ключевая составляющая эффективного роадмапа. То есть утверждение «У нас нет на это времени» следует конкретизировать: «Это не входит в список приоритетных действий на пути к успеху».

Наглядность

Возможность видеть, как команда работает и что она делает, существенно упрощает процесс. В роадмапе сразу видны потенциальные подводные камни и возможности, если работа организована в соответствии с приоритетами и значимостью. Если сейчас 15:00, а пирог должен красоваться на прилавке магазина к 10:00 следующего утра, то можно наметить этапы работы в этом промежутке времени.

Координация

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

Видение

Лучшие компании всегда четко представляют, куда идут. Идеальное видение описывает райскую картинку для клиентов. Ведь все это не ради вас, а ради них. Как мы уже упоминали, самая известная и, возможно, лучшая клиентоориентированная концепция была у Disney — «делать людей счастливыми». Это ясно говорит о том, чем следует заниматься ежедневно. Вы только что порадовали клиента, доставив ему вкусный и красивый пирог. Что предложить людям дальше? В оперативном плане должно быть описано, как перейти к долгосрочным отношениям с клиентом.

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

• это не план релизов — не вносите даты и графики;

• это не перечень функций и/или элементов, пользовательских историй и подлежащих выполнению задач. Для роадмапа это мелочи;

• это не обязательство, а динамичный ориентир, изменяющийся с поступлением новой информации;

• это не всеобщий документ. Поскольку мы настаиваем на маленьких, автономных и кроссфункциональных командах, сосредоточенных на конкретных задачах по продукту, то у каждой должен быть свой роадмап;

• успешный роадмап — это не диаграмма Гантта. Взаимозависимости и каскадные связи не годятся для этого уровня планирования.

Жанна Бастоу из ProdPad подводит итог: «Роадмап перестает работать, если вносить в него конкретные даты. Это означает непонимание его сути. Для меня это некий артефакт, обозначающий направление действий к воплощению видения продукта. Это документ, который отличается (должен отличаться) от плана релизов, где описывается, что именно запускается, когда и кто над этим работает. Они в равной степени значимы, но если объединять их, то получается диаграмма Гантта с датами, однако не на ближайшие один-два квартала, а гораздо шире. Я всегда подчеркиваю, что никто не знает, насколько компания расширится к декабрю, не говоря уже о темпах создания продукта».

Мэтт Уолтон, директор по продукту FutureLearn, добавляет: «Каждая команда ответственна за свой роадмап. Специалисты сами решают, как добиться поставленной цели и соответствовать критериям. Главное — это помнить, что сам по себе роадмап не имеет значения, он нужен для понимания и обсуждения рабочих процессов в команде, выявления и решения проблем. Раньше наши роадмапы были всего лишь идеальными картинками в Keynote, а теперь у каждой команды живые, динамичные, общие доски в Trello, от которых гораздо больше толку».

Следовательно, лучший роадмап — артефакт стратегической коммуникации, описывающий общую картину и пути к воплощению концепции продукта. «Отсутствие оперативного плана часто приводит к тому, что делается больше, но хуже», — считает Энтони Аккарди, технический директор Rue La La. Кто будет пользоваться роадмапом после его составления? В общем-то, все: дизайнеры, разработчики, сотрудники отдела продаж и маркетинга, руководство, потребители, партнеры и клиентская поддержка.

ИЗУЧЕНИЕ ПРОБЛЕМ ПОЛЬЗОВАТЕЛЯ

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

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

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

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

ПРИОРИТЕТЫ ЦЕЛЕЙ И СТРАТЕГИЧЕСКИХ ДЕЙСТВИЙ

«Часто, придумав хорошую идею, люди приступают к ней со стороны предложения, — считает Райан Сингер, менеджер продукта в Basecamp. — Они ищут повод создать то, что им хочется, а следовало бы поглубже вникнуть в продукт и подойти со стороны спроса: подходящее ли сейчас время? Почему это важно? Что имеет значение прямо сейчас?»

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

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

Итак, указанные источники информации не заслуживают абсолютного доверия, их надо перепроверять. Тогда на какие же можно положиться? Приоритеты следует рассматривать сквозь призму ключевых принципов управления продуктом:

• ценность;

• выполнимость;

• удобство использования.

Ценность и удобство использования являются ключевыми для клиентоориентированного обозначения приоритетов. Принесет ли эта идея (продукт, функция) пользу клиенту? И в достаточной ли степени, чтобы иметь ценность для бизнеса? Нравится ли клиенту пользоваться продуктами? Разумеется, вопрос следует отделить от технической (и деловой) стороны — выполнимости. Можно ли создать продукт с наименьшими затратами? Каковы издержки на обслуживание и поддержку? Поставить одну идею выше другой возможно, лишь имея перед глазами общую картину.

УПРАВЛЕНИЕ НЕИЗВЕСТНОСТЬЮ

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

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

«Мы в команде предпочитаем форму пари. Если выдвигать идею с формулировкой «спорим, что, если сделать Х, получится Y», то проще поделиться соображениями, чем предлагать формальную гипотезу. Ошибаться, конечно, неприятно, но ничего страшного. К тому же пари разряжает атмосферу, способствует творчеству и обмену идеями. И это привычнее, чем гипотеза, а значит, и уверенный шаг к культуре, поощряющей эксперименты», — рассказывает консультант по управлению продуктом Кейт Лето.

Низкие ставки

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

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

Высокие ставки

Для высоких ставок на новую линейку продуктов (или совершенно новые компоненты) мультивариантное тестирование не годится. В этих случаях большинство лидеров продукта возвращаются к подходу «минимального жизнеспособного продукта» (МVP). Его впервые предложил Эрик Рис в книге «Бизнес с нуля», но сам термин используется так часто, что утратил первоначальное значение.

«MVP иногда ошибочно применяют к первой реализации зачаточного продукта. И в результате этот подход вместо быстрого теста предстает очень сложным и недостаточно качественным», — утверждает Рик Хигэм, старший менеджер продукта в Skyscanner.

Вместо этого следует сделать выводы и поставить акцент на тестировании рискованных допущений. «Тест рискованных допущений[11] — исчерпывающий тест, — продолжает Хигэм. — Для проверки любой неопределенности не нужны лишние телодвижения. Никто не ждет идеального кода или дизайна. И преждевременного воплощения продукта не произойдет».

Привязка неопределенности ко времени

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

Иллюстрация 3–1. Концепция роадмапа Жанны Бастоу, генерального директора и соучредителя ProdPad

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

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

Работа над продуктом как командная игра

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

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

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

Задача лидера продукта — в умении вести за собой команду к четко сформулированной цели. Он отвечает за всю рабочую обстановку — от проблем и разочарований клиентов до конкуренции внутри компании. По крайней мере, именно об этом мы рассказываем в книге.

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

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

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

ПОДБОР КОМАНДЫ ПРОДУКТА

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

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

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

TransferWise создала полностью автономную продуктовую команду с четкими KPI (ключевыми показателями эффективности деятельности)[12], но полной свободой в создании роадмапа, разработке организационной структуры, выборе команд и ресурсов, необходимых для выполнения плана. Любая команда вправе изменить любую часть продукта. Например, маркетологам не нужно ждать реализации продукта для выполнения своей части работы; у них есть полный доступ к созданию страниц, изменению потока пользователей и всего, что им необходимо для достижения цели.

В Pluralsight команды полностью автономны, кроссфункциональны и работают вместе. Команда не начинает работу, пока не наберется нужный состав. Каждая команда самостоятельно разрабатывает, реализует и полностью контролирует свой опыт и опыт пользователя (илл. 3–2).

Иллюстрация 3–2. Дэвид Платт (слева) проводит тест предпочтений пользователя для обучающего опыта Plurasight

В условиях такой автономии Spotify разработала одну из своих известных моделей. Они начали с «отрядов» — совместно работающих независимых команд со всеми навыками и инструментами дизайна, разработки и реализации своей части продукта.

Каждый отряд самоорганизуется и выбирает свой подход. Одни пользуются спринтами Scrum, другие — Kanban, а третьи — их смесью. Отряды группируются в «племена», работающие над родственными сферами продукта, но им не позволяется превышать число Данбара[13]. Чтобы координировать функциональные наработанные методы (например, дизайн) во всех командах, вводятся «отделы» и «гильдии» для обмена знаниями и опытом между «отрядами» и «племенами».

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

«Традиционное управление незаменимо, когда нужно подчинение, но если вы хотите вовлеченности — а именно она сейчас и нужна, ведь люди выполняют более сложную и комплексную работу, — то без автономии и самоуправления не обойтись», — поделился с нами опытом Дэн Пинк, автор книги «Драйв: что нас мотивирует»[15].

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

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

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

Разнообразие

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

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

Джеймс Келлер, возглавляющий стратегию Uncorked Studios в Портленде, придумал отличное определение: «Чтобы создать лучшее, необходимы люди разных возрастов, с разными навыками и опытом. Мы называем это “людской суп”. Структура и иерархия позволяют компаниям воплотить проверенные идеи в продукт, но для первоначального замысла и разработки концепции требуется хаос — хаос в людском супе. Когда первые фазы позади, наступает время для структуризации».

Многочисленные исследования выявили, что разношерстный коллектив стимулирует творческое начало, прилежание и трудолюбие[16], а также способствует инновациям и успеху компании[17].

Мина Радхакришнан из Uber поделилась своим мнением на эту тему: «Для меня разнообразие очень важно, я уверена, что на руководящих ролях должны быть и женщины, и люди с другим цветом кожи, и меньшинства. Это способствует нестандартному мышлению. Мы искали людей совершенно с другими опытом и образованием, чем у нас, а не стремились, чтобы человек вписался в коллектив, как это обычно принято.

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

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

КРОССФУНКЦИОНАЛЬНОСТЬ

Под кроссфункциональностью подразумевается не только продукт, дизайн и разработка (хотя с этого все начинается). В состав лучших команд входят все, кто участвует в работе над продуктом, — от юристов до маркетологов.

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

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

Вечный оптимизм

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

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

Иллюстрация 3–3. Митч Думке (в центре) и команда Pluralsight во время нарративной сессии. Каждый член команды набрасывает нарратив, а потом все по очереди (инженеры, менеджеры продукта и опыта пользователя) излагают свое видение пользовательский истории. Делается подборка тем, и создаются простые нарративы

В настоящее время оптимальный метод включает в себя исследования по продукту и реализацию. И, если исследования прошли успешно, то вся продуктовая команда увидит сценарий происхождения продукта вплоть до самой первой стадии идеи. Это побуждает команду заняться видением, стратегией и внедрением идеи, которая обретает форму. В фазе реализации подключаются UX-специалисты и продакт-менеджеры. Мы видели много успешных проектов, полностью или частично использующих практики Lean, немного чаще — Kanban, Agile и Scrum (см. иллюстрации 3–3, 3–4, 3–5, 3–6, 3–7, 3–8). Таким образом, менеджеры продукта и UX-специалисты могут наблюдать, как инженеры оценивают пользовательские истории, как истории разбиваются на этапы в Kanban-процессе, и понять, сколько времени потребуется на реализацию этапов и деталей этих историй. Главная цель — уйти от негибких продуктов, процессов и платформ и достичь стабильного состояния кропотливой итерации.

Иллюстрация 3–4. Дэвид Платт из Pluralsight (справа) проводит с командой сессию по приоритетам. На трех крайних листах слева — артефакты, представляющие персон, на которых ориентирован результат. Простые нарративы сгруппированы по темам, разбиты на шаги и далее — на детали. Затем команда сортирует и создает карты для досок Kanban

Иллюстрация 3–5. Расстановки в Pluralsight за месяц. Квадратами показаны истории

Иллюстрация 3–6. В Directed Discovery входят стадии непрерывной разработки и непрерывной реализации. ГП — голос пользователя, ТПП — тестирование пользовательских предпочтений (прототипов), ООД — отлаженность операционной деятельности (источник: http://bit.ly/2nzOXB6)

Иллюстрация 3–7. Релизы команды за октябрь 2016

Иллюстрация 3–8. Сопоставление с расстановкой спринта. В большинстве случаев непрерывные исследования и реализация отсутствуют, что потенциально ведет к повышению количества откатов, багов и опыту, не соответствующему ожиданиям клиента

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

В основе такого подхода лежит баланс полноценной работы/жизни, в отличие от искусственного темпа, иногда называемого «театром Scrum», создающего иллюзию продуктивности, активной деятельности без измеряемых показателей. Если команда слепо следует теории процесса, не до конца его понимая, то повышается вероятность провала. Люди выполняют все необходимое без искры в глазах. Но оперативность нужна не для галочки в отчете; это следствие искренности и взаимопонимания. Иными словами, оперативность — не мерило предпринятых действий, а результат продуктивного труда. Темпы команды говорят о любви ее членов к своему делу и разработке положительного опыта.

РАЗВИТИЕ СОТРУДНИКОВ И СОДЕЙСТВИЕ КАРЬЕРНОМУ РОСТУ

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

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

Так же, как дизайн и разработка продукта, рост сотрудников происходит в динамике. В этом случае нет единого решения для всех организаций, зато есть оптимальные методы. Один из них — это Directed Discovery. Он включает в себя ориентированный на пользователя продукт и принципы дизайна. Лидерам продукта, развивавшимся на каскадном процессе или Agile, придется переключить мышление в «режим» Directed Discovery. Его отличие от других подходов — в сочетании полной автономии команды со встроенной в процесс работы ответственностью. С Directed Discovery команда может посмотреть на себя со стороны (читай: увидеть предвзятость) во время обсуждений, интервью, создания прототипов, итераций, кодировки и реализации продукта. Может также одновременно проанализировать, соответствует ли качественное исследование желаемому результату. Лучше внедрять не структурированные, а задающие границы фреймворки, в пределах которых все гибко. Набор принципов, а не правил, на которых лидер создает собственную модель развития команды. Идеальный фреймворк задает структуру для ежедневного принятия решений, при этом оставляя место спонтанности и незапланированным коррективам. Даже при наличии четкой концепции и стратегии никогда не помешает в подходящий момент скорректировать курс. Такое содействие карьерному росту мы называем «дизайн карьеры».

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

Карьерный путь в соответствии с видением

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

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

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

Беседы о карьере и общая картина

В книге «Драйв», основанной на исследованиях Массачусетского технологического института, Дэн Пинк предлагает сосредоточиться на трех факторах, мотивирующих сотрудников выходить за пределы поставленных задач:

Автономия

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

Мастерство

Стремление совершенствоваться, нарабатывать новые навыки. Об этом мы поговорим в следующих главах.

Цель

Потребность делать что-то осмысленное и важное.

Цель — это основа всех последующих действий. Не приступайте к разговору о карьере с описания маленьких последовательных улучшений. Лидер не должен начинать обсуждение нового продукта с перечисления требований. Первым делом необходимо выяснить, какие задачи человек решает своей карьерой. Понимание этого — ключевой момент для планирования пути к решению, то есть карьерному росту. В первую очередь следует спросить: «Зачем?» Цель карьеры аналогична цели продукта. Вот несколько примерных вопросов[18]:

1. Ваши мечты и планы на жизнь?

2. Почему именно эти, а не другие?

3. Какую проблему вы хотели бы решить?

4. Почему ее стоит решать?

5. Кем вы видите себя через несколько лет?

6. Чем вы увлекались, когда вам было 8 лет?

7. Как вы думаете, почему это было интересно?

8. Можете подробно описать свои увлечения?

9. Как они связаны с вашей текущей работой или профессиональной областью?

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

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

Возвыситься над трендами и технологиями

Не стоит привязывать карьеру ко времени, трендам и технологиям. Привязка к технологической платформе может породить проблемы — ведь если она изменится, то все рухнет. Например, подход «В 2020 году я хочу быть лучшим разработчиком мобильных приложений» связан с технологиями и со временем, над которым никто не властен. Мобильные технологии быстро развились, и, возможно, им на смену так же стремительно придет что-то новое. У подобного видения карьеры финал либо неопределенный, либо не имеющий никакой ценности. Лучше сформулировать так: «Я хочу быть самым востребованным создателем технологических продуктов, которые преумножат естественную человеческую мобильность». Мы убрали срок, и теперь видение можно реализовать раньше или позже, чем планируется, и не бояться «не успеть». К тому же оно привязано к постоянному и неизменно ценному фактору — мобильности человека. Стоящие у нее на службе технологии во все времена получают множество преимуществ.

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

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

Дизайн карьеры применим и к лидеру продукта. Вообще, успех лидера продукта — это успех всей его команды. Если она растет и развивается, то это положительно отражается и на нем. И наоборот. Качество продукта — одно из мерил успеха.

Развитие hard skills

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

Что касается hard skills, то в первую очередь следует учесть, нужны ли они для тактических потребностей или стратегических интересов.

«Если дело в тактике, — говорит Эллен Чиза, вице-президент по продукту в Lola, — например, когда нужно выбрать оптимальный путь реализовать что-нибудь к следующей неделе, достаточно погуглить, сделать пару звонков и подумать; все просто. Но если дело в стратегии — скажем, вы на ранней стадии, еще не задумывались о доходах и не знаете, как за это взяться, — то все совсем по-другому. Тут нужен целый ряд hard skills. Необходимо также учесть, что вы делаете, что предстоит узнать и какой способ для этого самый эффективный». Также помните, что в команде все учатся по-разному, независимо от того, получают они новую информацию из поисковика или на профессиональных курсах.

Развитие soft skills

Soft skills (управление людьми, умение формулировать, находить общий язык с другими руководителями и клиентами) привить неизмеримо сложнее. Лучше всего подойдет коучинг: следует выбрать один навык и прорабатывать его с каждым членом команды в соответствующей ситуации. Эллен Чиза подчеркивает: «Самые успешные примеры отработки soft skills, которые я видела, происходили так: непосредственно после окончания отвести человека в сторонку и спросить: “Я кое-что отметил на встрече. Можем об этом поговорить?” Так сказать, ковать железо, пока горячо».

Равновесие между исследованиями и реализацией

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

Питер Дрюкер

Оптимизация команд и процессов реализации глубоко укоренилась в разработке ПО. Самые широко известные практики — это Agile, Scrum (который вообще-то относится к Agile, но за последние годы стал особо популярен), каскадный процесс (дедушка ранних методов разработки) и Lean. Все они разделяются на подкатегории. Например, внутри Lean есть Kanban, популярный побочный продукт системы производства Toyota. В наше время все занимаются разработкой программных продуктов внутри этих заслуженно признанных фреймворков, процессов и методов организации деятельности. Множество документов, продуктов, инструментов и прочего подтверждает их значение для разных компаний и людей.

Если отбросить процессы, то, как мы уже подчеркивали, самая большая трудность в реализации — принять решение, на что потратить имеющиеся ресурсы. Мы подробно обсудили обозначение приоритетов, но как понять, что вообще рассматривать? Что лучше — добавить новые компоненты или улучшить существующие? В этом-то и заключается суть лидерства. Как распределять ресурсы, чтобы соответствовать потребностям пользователя (тем более, если они пока неизвестны)? Тот факт, что клиент пользуется продуктом, еще не означает, что он ему нравится. «Это, наверное, самая распространенная ошибка работы с продуктом», — считает Марко Марандиз, менеджер продукта HomeAway. Лидеры и менеджеры иногда ошибочно полагают, что если люди пользуются продуктом, то и улучшения излишни. И думают: «Продукт востребован, значит, удовлетворяет потребности». А ведь это неверно. Им следовало бы спросить себя: «Как заинтересовать им других людей? Как репозиционировать или представить продукт, чтобы он представлял для них ценный способ решения их проблем?» Поиск новых проблем или улучшения в связи с актуальными задачами сводится к усилиям, вложенным в понимание пользователей. Лучшие лидеры продукта большую часть времени посвящают этим изысканиям.

ВНЕШНИЙ ВИД ИЛИ РАСШИРЕНИЕ ГОРИЗОНТОВ

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

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

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

Лучше собирать качественные данные, когда у вас уже есть чем поделиться с клиентом. Особенно хороши для этого прототипы и наблюдение за их использованием. По словам Джона Маэды, директора по глобальному развитию и распространению машинного проектирования в Automattic (ранее — партнера по дизайну в Kleiner Perkins Caufield & Byers): «Если картина стоит тысячи слов, то прототип стоит тысячи встреч». Настоятельно рекомендуем прочитать «Дизайн-спринт: практическое пособие по разработке лучших цифровых продуктов» (O’Reilly) Ричарда Бэнфилда, К. Тодда Ломбардо и Трейса Уэкса[19], там подробно рассказывается, как делать прототипы и развивать навыки интервью для наработки качественной обратной связи.

ИССЛЕДОВАНИЯ КАК ЧАСТЬ ПРОЦЕССА

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

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

Самый подходящий процесс

В практической методологии лидерства неизбежно возникают путаница и споры вокруг выбора процессов. Любой хороший лидер понимает необходимость ориентированности на клиента и итеративности, но не всем понятно, как это воплотить в ежедневных процессах. И приходится разрываться между вопросами: использовать Agile? Scrum? А может, Lean? Или Lean-UX? Или гибрид Agile и Lean? Нужен ли нам вообще процесс для успеха? Может быть, все это вместе? Или решим по ходу дела? И никто не обращает внимания на то, что влияние на успех продукта конкретных тактик этих методов и фреймворков не доказано.

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

1. Какую процессную проблему мы решаем?

2. Уверены ли мы, что это правильно поставленная проблема?

3. Какие предположения следует протестировать или обосновать?

4. Как мы будем тестировать новый процесс?

5. Какова наша гипотеза?

6. По каким критериям мы будем подтверждать или опровергать гипотезу?

7. Для кого создается процесс управления продуктом?

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

9. Улучшится или ухудшится ситуация для команды с внедрением этих изменений?

10. Изменения продиктованы внешним давлением или для них имеются реальные основания?

11. Что произойдет, если дополнить, преобразовать или заменить текущую модель?

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

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

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

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

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

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

Маленькой, кроссфункциональной, работающей плечом к плечу автономной команде следует подбирать процесс под свои потребности.

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

Обмен информацией и ограничения

При наличии каких-либо ограничений трудно увязать то, что вы говорите людям, с тем, как они вас воспринимают, — например, в условиях жесткого дедлайна или завышенных требований со стороны руководства. Внешние и внутренние ограничения неизбежны и, более того, необходимы для роста и прогресса. Чтобы их выявить, лидеру сначала нужно оценить степень своего влияния в команде или компании. Осознаёте вы это или нет, но люди слышат каждое слово, слетающее у вас с языка. И внимают ему. От вашей формулировки зависит, как команда представляет себе возможное и невозможное. Слова решают все, написаны они, произнесены вслух или выражены языком тела. Команда реагирует на них. Они влияют и на коллективы вне вашего прямого подчинения. Учитесь слушать себя, следить за речью и примечать, как ее воспринимают другие, тогда сможете эффективно доносить информацию. Язык либо преодолевает, либо укрепляет ограничения. Даже если раньше их не было, они в любой момент могут проявиться в конкретных словах.

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

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

Будучи лидерами продукта, мы знаем, что найдется множество оправданий этим вариантам. Например, вы облегчаете жизнь команде, у которой и без того полно хлопот. Иногда так оно и есть, но чаще эти варианты являются единственной известной возможностью. Оправдания основаны на иллюзии, что у лидера на все должен быть готов ответ. Если вы или ваша организация так думаете, то для вас неясна роль лидерства. Оно заключается в том, чтобы помочь людям понять концепцию, стратегию или миссию. Работа лидера — знать «зачем», а не «как». Как — решит команда. Если вы слишком углубляетесь в этот вопрос, то команда, скорее всего, не знает, что делать. Забудьте об ограничивающем перечислении вариантов, лучше сосредоточьтесь на том, чтобы четче сформулировать проблему. Прояснив ее, можно переложить ответственность за решение на плечи команды.

Если вы лидер команды (одной или нескольких), то главное в вашей работе — организовать людей на решение актуальной задачи. И правильно донести информацию — тоже ваша обязанность. Речь сейчас не о мотивации, а о том, чтобы дать команде понять, что вы доверяете ей самостоятельно принять решение. Чтобы не навязывать команде свои ожидания, достаточно обычного комплекта терминов и определений.

Недостаточно описать артефакты и процессы, их необходимо наделить смыслом. Без этого задача или артефакт не принесут ожидаемого эффекта. Например, члены команды часто расходятся в трактовке терминов наподобие «каркасное представление». Это артефакт с высокой или низкой точностью? В каком формате он поставляется? Нужна ли к нему аннотация? Зачем он вообще нам нужен? Кому выгодны действия или артефакт?

Все это необходимо проговаривать, и тогда возникает доверие, которое превратит хорошую команду в отличную. Сосредоточившись на «зачем», команда ограничит область оптимальных решений. Вспомните о конфликтах с коллегами и подчиненными по поводу направления. Большинство из них произросли именно из ошибочных формулировок. Учитесь изъясняться, чтобы вместо ограничений обозначать словами новые возможности. Считайте это навыком и нарабатывайте его тщательно и без спешки. Это может занять месяцы и даже годы. Каждый день упражняйтесь сами и учите команду. Результат проявится не сразу, зато все усилия окупятся сторицей.

Вопрос полномочий

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

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

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

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

Управление политикой

Лидеру следует деполитизировать обычный рабочий процесс и наделить команду суперсилами для достижения успеха. Под этим мы подразумеваем преумножение своего вклада. Иными словами, внедрить инструменты и привычки, которые помогут максимизировать вклад специалистов. В сильной команде все получают заслуженное признание. Когда полезные привычки и поведение укоренятся, лидеру продукта с командой пора обратиться к высшему руководству: «Смотрите, чем мы занимаемся. И вот каких результатов мы достигли». Артефакты, демо, прототипы и законченные продукты — неважно, главное, что результат надо показать всем. Если лидер хочет укрепить свое влияние и авторитет, то о его работе должны знать все.

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

4. Есть ли формула успеха?

* * *

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

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

• результативные методы успешных лидеров продукта;

• стили руководства и как выбрать из них свой;

• универсальные и адаптируемые наработки в условиях различных организаций;

• распространенные ошибки профессионалов и как их избежать.

Что такое успех для лидера продукта?

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

Этот тезис и подтверждается нашим опытом, и многократно повторяется нашими собеседниками. Как сказал Кен Нортон из GV: «Я начинаю с проблемы. Умные люди ориентированы на решение и говорят только о нем. Но успешные люди думают о проблеме. Прежде чем перейти к продукту, функции или устройству, которым буду заниматься, я должен всесторонне рассмотреть ее. И тогда становится понятно, что называть успехом, потому что отсутствие проблемы не вызывает сомнений».

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

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

Измерение степени успеха

Хороший лидер продукта продуманно подходит к определению и измерению успеха. Пол Адамс, вице-президент по продукту в Intercom, считает: «На определение проблемы и критериев успеха уходит много времени. Какую проблему предстоит решить и как узнать, что она решена?»

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

«Для хорошего лидера продукта успех имеет две стороны — мгновенный и долгосрочный результат. По крайней мере, о последнем он думает больше, чем все его коллеги», — подчеркивает Таня Кордри, бывший директор по цифровым технологиям Guardian.

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

В течение 90 дней тестирования рабочей версии мы хотим на 65% повысить частоту использования корпоративной контрольной панели. Для этого мы добавим дополнительные ключевые показатели эффективности (KPI), такие как среднее время использования приложения и повышение среднего количества логинов. Мы уверены, что эти дизайнерские новшества приведут к желаемому росту.

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

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

У большинства систем измерения один недостаток — один-единственный критерий. Попробуйте начать не с мгновенного, а с долгосрочного результата, основанного на клиенте и решаемой проблеме. И измеряйте его несколькими критериями, чтобы не применять один ко всей организации и продвинуть стратегию продукта. Итоги скажут сами за себя. Действенные, измеримые критерии с четко установленными сроками и компромиссом между мгновенным и долгосрочным результатом — лучший выбор профессионалов.

Измерение успеха как умение решать проблемы

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

В этом плане показателен пример Pluralsight, обучающей онлайн-платформы.

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

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

Успех — это следствие способности команды выявить проблему, проверить опыт пользователя после ее устранения и внедрить решение (элегантно и эффективно).

Общие характеристики успешных продуктовых команд

В каждой команде есть что-то свое, что объединяет ее членов и координирует совместные усилия по достижению цели. В то же время все успешные команды обладают рядом общих признаков, о которых постоянно упоминали в своих интервью лидеры продукта. Неудивительно, что никто из них не говорил о профессиональных навыках инженеров и дизайнеров или о специфических знаниях продакт-менеджеров (это подразумевается). Зато о личностных навыках вспомнил почти каждый. По словам генерального директора и основателя In Drift Дэвида Кэнсела, «вторичны не навыки лидера продукта, а его опыт». Кэнсел считает, что среди важных характеристик лидера продукта преобладают личностные навыки: «Мы скорее рассматриваем качественную сторону, и людям это не нравится, потому что все очень размыто». Именно эти «размытые» характеристики бесконечно упрощают работу менеджера, и они есть у всех лучших лидеров продукта:

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

• Коммуникативные навыки. Это широкое понятие, в него входят многие личностные качества, такие как умение слушать и внятно изъясняться. Но в целом это определение говорит само за себя. Как сказал генеральный директор ExtensionEngine Боб Аллард, «в управлении проектами все проблемы сводятся к коммуникации». Это в равной степени применимо и к управлению продуктом. Любое эффективное лидерство основано на развитых навыках коммуникации.

• Эмпатия. Она тесно связана с коммуникацией и предполагает умение сопереживать не только команде, но и клиентам. «Думаю, лидерство в сфере продукта ориентировано по большей части на потребителя, и качественный продукт без этого невозможен», — говорит Джошуа Портер, основатель Rocket Insights, бостонского агентства по дизайну и разработке продукта. Без конечного пользователя не существовало бы вообще ничего, поэтому-то он и стоит на первом месте. Еще один важный признак эмпатии — это чуткость к среде создания продукта. Ее понимание позволит лидеру продукта собрать соответствующую команду и скоординировать ее действия с целями организации.

• Многогранность. Хороший лидер продукта знает, что разнообразие образования, опыта работы и происхождения дает разнообразие точек зрения. Однобокая команда выдаст такой же продукт, в то время как современное пространство программного продукта представляет собой сложное сочетание вкусов, потребностей и ожиданий. Лучшие лидеры продукта ищут членов команды, которые внесут в нее новые взгляды и опыт.

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

• Кроссфункциональность. Без этого взгляды команды будут предвзятыми. Чем больше функций лидер продукта объединит в одной команде, тем более слаженно она действует.

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

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

• Взаимозависимость. Звучит как явное противоречие автономии, но успешные команды не стремятся отделиться от компании. Автономия — это способность самостоятельно принимать решения, а не стремление избегать коллег. Если команда обращается за советом и опытом к другим сотрудникам компании, то это говорит о ее зрелости.

• Ответственность. Хорошая команда грамотно устанавливает границы ответственности; поэтому разберется: качественное исследование себя не оправдывает или релизы продукта не соответствуют желаемым результатам. Чтобы границы не утратили смысл, их надо чаще измерять. Они работают как страховка. А для команды важен цикл обратной связи в реальном времени. Как легко можно догадаться, для высшего руководства в этом тоже есть плюсы, особенно на ранних стадиях, потому что так устанавливаются доверительные отношения.

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

Как распознать лидера продукта

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

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

• умеет ладить со всеми. В управлении и лидерстве главную роль играют люди. Коллектив состоит из отдельных личностей, имеющих свои особенности, взгляды и мнения. Лучшие члены команды понимают это, приветствуют разнообразие и стараются лучше узнать друг друга. Понимая, что движет людьми, проще добиться от них максимальной эффективности и заметить проблемы. Кроме того, это существенно упрощает коммуникацию. На работе люди обычно сдержанны и скрывают истинные проявления своего «я», и лишь доверительный диалог дает возможность прямого и честного общения. Держитесь подальше от талантливых инженеров, которые настаивают на независимой деятельности и утверждают, что в одиночку способны на большее. В уединении люди иногда работают продуктивнее, но нужно следить, чтобы они не изолировались от остальных, потому что это ведет к недопониманию и нарушению коммуникации. Лучшие сотрудники воспринимают свои обязанности в контексте целей команды и способны наладить связь и продуктивно общаться с разными людьми. Это не значит, что они стараются всем угодить, скорее, умеют найти подход даже к тем, с кем у них мало общего;

• не избегает трудностей. Лидер продукта, настроенный преодолевать трудности, непременно добьется успеха в нынешней цифровой среде. И, учитывая прогресс технологий и изменчивость рынков, скучать ему не придется. Большинство опрошенных нами лидеров спокойно чувствуют себя в условиях неопределенности. Трудности поджидают за каждым углом, и сильный лидер всегда готов столкнуться с ними и поддержать команду. Если ты готов к переменам, то не переживаешь, когда они неизбежно приходят. На собеседовании спросите соискателя об опыте борьбы с трудностями. Кандидат должен оживиться и с увлечением рассказать, как ему удалось решить проблему или подготовиться к предстоящим испытаниям;

• не боится испачкать руки. Любой, кто работал в команде продукта, знает, что мир не идеален. Лучшие лидеры не отстраняются от ежедневного бардака, а закатывают рукава и разгребают его. «Коллеги часто говорили мне, что для вице-президента я слишком часто занимаюсь чужой работой, — рассказывает партнер по дизайну True Ventures Джефф Вин. — И имеют в виду не сидение за Sketch или Photoshop, а ежедневные планерки с разбором повседневных вопросов и выяснением, каким будет продукт и что показало тестирование удобства использования». Оптимальный способ поддержки команды — это содействие в принятии решений. Вин считает, что «испачкать руки» не значит выполнять обязанности технического персонала. Наоборот, только плохой менеджер или лидер постоянно делает работу за других, полагая, что у него получится быстрее. Куда эффективнее позволить людям трудиться самостоятельно, а в идеале — делегировать им все полномочия. Причем это означает не полностью самоустраниться, а участвовать в ежедневном процессе, быть в курсе всех дел и при необходимости оказать помощь. Выглядеть опытным специалистом и одновременно не стремиться прибрать все к рукам — оптимальный баланс. То есть лидер должен непосредственно участвовать в процессе создания продукта и сохранять доверие коллектива. В целом лидеру продукта стоит пачкать руки, лишь устраняя препятствия для нормального хода работы;

• всегда ставит команду на первое место. Если человек хочет постоянно слышать только похвалы, то не годится в лидеры. Даже лучшие из них редко получают признание за свой тяжкий труд и самоотверженность. Более того, все прожекторы они переводят на команду, все венки отдают ей. В любой сфере лидер должен ставить коллектив на первое место, особенно в сфере продукта. И, глядя на их усилия, необходимо чаще спрашивать себя: «Что я могу сделать для их успеха?» Знать, что приведет команду к успеху, и приложить соответствующие усилия — часть ежедневных забот лидера продукта. Исходя из этого стоит мотивировать и стимулировать людей. Цели, ключевые результаты (OKR) и вознаграждение должны соответствовать тому, над чем работает коллектив. Это не исключает индивидуальных планов роста и OKR, но и их следует рассчитывать с учетом пользы для команды или компании в целом. В организациях со здоровой культурой индивидуальные и командные цели соответствуют корпоративным концепции и ценностям. В незрелой или нездоровой культуре цели команды связаны с денежными премиями старшему руководству, стоимостью акций или выходом из инвестиций;

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

• любознателен. Эта черта заслуживает отдельного рассмотрения. Страсть к знаниям, желание испытать себя, умение разговорить собеседника, выслушать его точку зрения — всем этим движет любознательность. Она формирует образ мышления, направленный на решение проблем. Лидер продукта постоянно читает, он в курсе новостей и может предсказать, что повлияет на команду или продукт. Нелюбознательному легко пропустить потенциальное решение. Такие лидеры не интересуются чужим мнением, не слушают клиентов и не осваивают новые навыки. Закрытое мышление не дает им увидеть новые возможности и решения;

• умеет общаться. Это настолько очевидно, что не стоит упоминания, но много старших менеджеров и лидеров не владеют навыками общения. Способность четко и емко высказывать мысли лидеру продукта жизненно необходима. Говорит ли он, слушает, пишет, планирует, делится мыслями или координирует — его должны понимать. Особенно это актуально для письменной коммуникации. Большую часть времени лидер продукта составляет документацию, пишет письма, отчеты и сообщения команде, внешним партнерам и другим лидерам компании. Если это не ваша сильная сторона, то рекомендуем пройти обучение или нанять ассистента. Визуальная коммуникация, рисование схем и карт тоже очень эффективный навык для лидера в нашу эру вайтбордов и сотрудничества. Этим лидер продукта занимается по несколько раз на дню, излагая свои соображения и решая проблемы. Такой навык помогает извлекать на свет из мозга команды идеи и обсуждать их. Даже если вершина ваших художественных способностей — пляшущие человечки, то и они могут стать важным элементом визуального словаря;

• умеет продавать. Это может показаться спорным, но если посмотреть, чем лидер продукта занимается каждый день, то все вполне логично. Проясним: это не привлечение клиентов, а умение склонить человека к пересмотру решения и затем к согласию. В своей книге «Человеку свойственно продавать»[20] Дэниел Пинк называет это навыком «переключать» людей с одного мнения на другое. Менеджеры продукта вместе с командой занимаются этим ежедневно по несколько часов. Они продвигают друг другу свои идеи, а ведь для этого надо уметь продать концепцию и отстоять свою точку зрения. Многие лидеры продукта, с которыми мы общались, даже не догадываются о том, что занимаются продажами. Заинтересовать идеями — это часть их работы. Все они сходятся в том, что для эффективного лидерства это необходимо. Равно как и ведение переговоров. Это очевидно любому продакт-менеджеру, который когда-либо презентовал проект высшему руководству. К сожалению, этот навык редко бывает врожденным. Большинство людей считают, что вести переговоры обременительно и даже неприятно. Но этому необходимо научиться, чтобы добиваться того, в чем команда нуждается для успеха: пройти соответствующее обучение или, по крайней мере, прочитать книгу Криса Восса «Переговоры без компромиссов: веди переговоры так, словно от них зависит твоя жизнь»[21];

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

Продакт-менеджер, выросший до лидера, знает об этом и защищает свое время и время своей команды. Тайм-менеджмент распространяется почти на все участки работы. Чтобы довести продукт до выпуска, необходимо правильно расставить приоритеты в работе и перепоручить все второстепенное кому-нибудь еще. Из многих интервью мы поняли, что лидеры считают самым ценным ресурсом время. Среди тактик эффективного тайм-менеджмента назывались снижение частоты и продолжительности встреч, устранение отвлекающих факторов, отказ от лишних обязанностей и решительная защита времени. При этом еще нужно уделить достаточно внимания команде и клиентам. Тайм-менеджмент зависит от контекста и личности лидера. Мы считаем обязательным выделять время для сосредоточенной работы, хотя и слышали о редких птицах, способных на высокие результаты при поверхностном взаимодействии. В книге Кэла Ньюпорта «В работу с головой: паттерны успеха от IT-специалиста»[22] этот вопрос рассматривается подробно. Книга рекомендуется всем лидерам продукта;

• визионер. По умолчанию считается, что лидер продукта знает, каким будет продукт. Кен Нортон из GV утверждает: «Есть примеры отличных лидеров, которые не были провидцами, зато мастерски принимали тактические решения, что идеально для захвата рубежей на поле боя. Это и есть лидерство. Но лидер должен понимать, к чему стремиться. Каким продукт должен стать через пять лет? Как это реализовать? Как донести концепцию до всех? Кажется, что идешь за путеводной звездой, и для такого типа лидера это важно». Для лучших лидеров продукта это значит «усвоить концепцию, принять ее и полюбить, — добавляет автор и консультант Рич Морроу. — И, следовательно, надо всегда смотреть дальше»;

• сохраняет самообладание и достоинство в любой ситуации. Самообладание связано с уже упомянутым умением ладить с людьми и должно стать неотъемлемой чертой лидера продукта. «Мы упражняемся в самообладании — стараемся конструктивно разобрать эмоции, понять их и направить в продуктивное русло», — говорит Джефф Вин. В Google два года изучали, что делает команду эффективной: провели более 200 интервью, измерили более 250 критериев в более чем 180 действующих командах. И что же выяснилось? Комплекс индивидуальных черт и навыков команды не прогностический фактор успеха. Состав команды не так важен, как взаимодействие между ее членами. И важнейшим побудительным фактором успеха оказалось ощущение психологической безопасности: что никого не застыдят, не раскритикуют и не заклюют за то, что высказал свое мнение. Создать в команде ощущение психологической безопасности и доверия — вот важная задача лидера продукта.

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

5. Собеседование с лидером и командой продукта

* * *

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

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

Прием на работу и адаптация лидера продукта

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

Нанимая хороших сотрудников, вы упрощаете работу лидера. Джейсон Фрайд из Basecamp упоминает о «начальнике для одного», имея в виду, что хороший кандидат, прежде всего, способен управлять самим собой. Нам по душе его идея. Конечно, это не значит, что человеку вообще не нужны поддержка и наставления, но его не придется целыми днями водить за ручку. И, кстати, опыт менеджера тогда не нужен. Уметь управлять собой и называться менеджером — не одно и то же.

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

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

Лучшие кандидаты для команды тоже будут задавать вопросы о продукте, рынке и бизнесе, проявят интерес к потенциальным коллегам. Внимательно прислушайтесь к ним. Спрашивают ли они о команде? Интересуются ли, чем она хороша/интересна/продуктивна? Спрашивают о вашем стиле лидерства и управления людьми? Сопереживают ли они другим? Понимают, что создание качественного продукта требует серьезных усилий, в том числе моральных, и все равно любят свою работу?

Если они только говорят, но ни о чем не спрашивают, не нанимайте их. Если не слушают и перебивают — тоже. Если пришли неподготовленными (без продуктов, портфолио, кодов, прототипов, карт опыта и т. д.), то они вам не подходят. Особенно если они не могут сформулировать, чем будут вам полезны. Звучит жестко, но это правда. Неподходящие люди создадут проблему и вам, и команде. Сначала собеседуйте всех, а потом только избранных. Проверяйте рекомендации, просите предъявить дополнительную информацию, представьте их будущим коллегам. Сделайте все, чтобы узнать их ближе и проверить, впишутся ли они в вашу культуру.

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

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

Продакт-менеджера при трудоустройстве на позицию лидера поджидают схожие трудности. Например, если он бывший дизайнер, то может сложиться впечатление, что его интересует только одна сторона продукта, что может вылиться в проблему. Человеку придется доказывать, что он справится с ролью лидера за пределами своей зоны комфорта. Лидер продукта должен знать все аспекты его создания. И, следовательно, расширить накопленный в одной сфере опыт, изучая тонкости других. А также доверить то, в чем он хорошо разбирается, более компетентным людям. «Тем, кто хочет попробовать себя в управлении продуктом, стоит обдумать свою текущую роль и опыт, — говорит Ванесса Ферранто, старший менеджер продукта в Zipcar. — Посмотрите, что из вашей деятельности применимо в роли лидера продукта, и используйте свой опыт в ожидании новой возможности. Посещайте мероприятия, общайтесь с людьми и читайте объявления о приеме на работу с описанием требований к продакт-менеджеру».

Не всегда на позицию лидера продукта приходит новый человек. Иногда имеет место повышение или переход на должность со смежными навыками. Если вы ищете специалиста внутри компании, то требования почти такие же. Рассматривайте людей, искренне заинтересованных в продуктах и клиентах. Проще говоря, все сводится к любознательности и умению сопереживать. «Тем, кто перешел на позицию продакт-менеджера в той же компании и не знает, что делать дальше, я советую проявлять любознательность. Причем не только к бизнесу и клиентам, но и к сфере управления продуктом в целом», — добавляет Ферранто.

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

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

Лидерство не ограничивается дизайном, инжинирингом, бизнесом или маркетингом. Это всё вместе взятое, сдобренное стрессами и противоречивыми ожиданиями разных людей. Это очевидно любому менеджеру или лидеру продукта, но не остальным. А иногда и команда этого не осознаёт, особенно те сотрудники, которые занимаются лишь узкой деятельностью в рамках всего процесса. Кажется, основная сложность в том, что деятельность менеджера понятна только ему, но не окружающим. Каждый лидер продукта должен уметь доносить смысл своей работы до всех и вводить команду в курс дела. Одновременно придется рассказать о своей роли и проиллюстрировать действиями. Для этого можно, например, объединиться с техническими специалистами, продемонстрировать им свою работу. Здесь понадобится немного самоанализа. Оцените себя самостоятельно и выясните мнение коллег о своих лидерских навыках. «В этом лучше всего поможет более опытный наставник, — советует Ферранто. — Мой совет: всегда стремиться узнавать новое, учиться и понимать, какие навыки у вас есть, а какие не помешает развить». Зная свои сильные и слабые стороны, вы лучше справитесь с делегированием обязанностей и наймом сотрудников.

Далеко не везде приему на работу менеджеров и лидеров продукта уделяют должное внимание. В большинстве случаев считают, что у новичка либо уже есть необходимые навыки, либо он всему научится в процессе. Это неправильно. Даже опытным лидерам поначалу трудно сориентироваться на новом месте (конечно, мы имеем в виду не планировку офиса и расположение кухни). Следует представить им подробный список с перечислением всех аспектов работы. Fresh Tilled Soil позаимствовали эффективный процесс внедрения новых сотрудников из книги хирурга Атула Гаванде «Манифест о списке» (Checklist Manifesto). Он рассказывает, что даже самые образованные и опытные профессионалы, такие как хирурги и пилоты гражданской авиации, полагаются на списки. Несовершенство памяти — наш бич, и они на нее не рассчитывают. Гаванде уверен, что списки очень помогают в работе, и мы с ним полностью согласны. Более того, у нас тоже появилась идея плана внедрения сотрудников. Его реализация произошла не за один день. Нынешний список Fresh Tilled Soil состоит из 44 пунктов[23], постоянно редактируется и пополняется для повышения эффективности. За год процесс адаптации разделился на две стадии: первые две недели занимают в основном административные задачи и знакомство с командой — так называемая учебка, а следующие шесть недель — погружение в процесс во время формальных и неформальных командных сессий. По ним можно судить, насколько человек вник во все детали и какие у него складываются отношения с командой.

ПОДХОДЯЩЕЕ ВРЕМЯ ДЛЯ НАЙМА

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

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

• есть ли человек, который может четко сформулировать видение продукта и проследить за его соблюдением?

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

• есть ли чувство причастности к продукту? На ком лежит окончательная ответственность за реализацию?

• не вкралась ли в процессы политика, нарушающая ход работы?

• часто ли команда отвлекается на новые идеи и запросы на новые функции?

• есть ли четкий путь от исследований до реализации?

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

ПОДХОДЯЩЕЕ ВРЕМЯ ДЛЯ ОРГАНИЗАЦИЙ, УПРАВЛЯЕМЫХ УЧРЕДИТЕЛЕМ

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

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

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

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

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

«Я очень благодарна Тревису Каланику, что он дал мне возможность делать то, что я считаю нужным, — рассказывает Мина Радхакришнан, лидер продукта в Uber. — Конечно, я ожидала и его участия, но он нанимал человека для работы, которой не мог посвятить себя на 100%. И поэтому рассчитывал, что на 100% буду выкладываться я. Для компании это очень важно: он участвует в делах, но не занимается мелочами».

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

Важно осознать, что это преобразование не проходит гладко. Вы передаете функции лидерства кому-то другому, и трения неизбежны. Пол Адамс, вице-президент по продукту в Intercom, поясняет: «Поначалу все шло с трудом. Думаю, в любых здоровых отношениях случаются трудные разговоры и разногласия. Но наши узы оказались крепкими. Мы с учредителем всегда были честны по отношению друг к другу, и в сложных диалогах на первых порах это сослужило нам хорошую службу».

ВРЕМЯ ПРИЕМА НА РАБОТУ В РАЗВИВАЮЩУЮСЯ ИЛИ ЗРЕЛУЮ КОМПАНИЮ

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

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

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

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

ВРЕМЯ ПРИЕМА НА РАБОТУ В КРУПНУЮ КОМПАНИЮ

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

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

СТАЖИРОВКА: ВОСПИТАНИЕ СОБСТВЕННЫХ ЛИДЕРОВ ПРОДУКТА

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

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

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

В Yahoo, Yelp и Facebook также есть стажерские программы. Менеджеры работают с операционными командами во всей организации. Сочетание обучения с реальной ответственностью помогает кандидатам развивать профессиональные и личностные навыки, которые пригодятся им в будущей напряженной работе на этой позиции. Возлагая на ассистента ответственность, вызывая в нем чувство сопричастности, компания обеспечивает ему практические знания, которые вряд ли он получит где-то еще: «Мы провели много времени с организаторами стажерской программы в Facebook, чтобы понять их методы, — рассказывает Мина Радхакришнан, бывший менеджер продукта в Google. — Мы провели исследования по нескольким программам управления, пообщались с их создателями, которым удалось сконструировать сбалансированную структуру, где у людей есть возможность учиться и совершать ошибки. На мой взгляд, это оптимальный способ обучения: человек прилагает усилия, видит минусы и тут же корректирует свои действия».

Чем полезны стажерские программы

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

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

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

Как создать стажерскую программу

Так как же создать стажерскую программу, которая привлечет лучшие кадры и воспитает их? Широко распространен миф о креативных «решателях проблем», эдаких покрытых татуировками хипстерах на велосипедах, которым достаточно наличия в офисе кофе-машины, столов для пинг-понга и кресел-мешков, чтобы выдавать неизбежно отличный результат. Совершенно несостоятельная идея, но, к сожалению, большинство компаний таких людей и нанимают. Задачи менеджера и лидера продукта куда сложнее, и работают они с трудными проектами в условиях жестких ограничений. Недостаточно уметь «решать проблемы». Творческий подход хорош, но сам по себе он не проведет по минному полю управления сложным продуктом. Команда, которая сумеет реализовать его, да к тому же еще и принести доход, требует иной модели.

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

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

Изобретательность и сообразительность при решении проблем нужны не только командам продукта. Они необходимы и спортивным командам, и компаниям, успешным в течение долгого времени. Об этом замечательно написал Джим Коллинз в своей книге «От хорошего к великому»[24]. Общее для всех продуктивных кейсов то, что процесс и результат построены на эффективной команде, а не наоборот. Успех предвещает не правильный процесс, а правильные исполнители. В лучших стажерских программах учат этому на практике, с головой погружая учеников в действующие проекты. Вместо того чтобы читать лекции по учебнику, им наглядно демонстрируют, как всё происходит в бизнесе, когда ставки высоки.

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

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

Команда может воспринять программу как сверхурочную работу и продемонстрировать нежелание тратить время на помощь кандидатам. «Сопротивление, несомненно, имело место, — вспоминает Мина Радхакришнан. — Не слишком ли рано? Готовы ли мы с нашим уровнем управления и иерархией нанимать новых людей? Подходящее ли для этого время? Но как только стажеры были набраны, то стало очевидно, что они активны и готовы к работе. Оказалось, что здорово работать вместе с энергичной молодежью, жаждущей учиться и трудиться». Впоследствии команда убедится, что новые лица приносят пользу и неплохо справляются с делом.

Для тех, кто планирует запустить стажерскую программу, мы создали подробное практическое руководство по ее созданию и внедрению. План курса есть на нашем сайте[25], а также доступен на Medium[26].

ДОЛГОСРОЧНОЕ СОТРУДНИЧЕСТВО С ЛЮДЬМИ И КОМАНДАМИ

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

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

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

Становление лидера продукта

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

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

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

Переход от роли рядового сотрудника к роли лидера продукта подразумевает, что нужно перестать думать об одном только продукте, пустить в ход весь свой опыт, эмпатию, навыки общения и решения проблем, работая с компанией, командой и всеми, кто занимается продуктом. Если настроить их на успех, то он неизбежен. Нам представляется, что каждое утро хорошего лидера начинается с вопроса: «Что я могу сделать для успеха своей команды?»

Вот список всего, что нужно отличному лидеру продукта.

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

• Сформулировать четкое видение компании и продукта (их нужно обсуждать с остальными руководителями до полной ясности) и путь к его воплощению. Мы не просто так говорим об этом. Без ясной картины коллектив не сможет сосредоточиться. Жалко, когда хорошая команда сходит с курса, и иногда это не исправить.

• Защищать и направлять свою команду. Для этого необходимо оберегать людей от отвлекающих факторов. Их много: вышестоящее руководство, запросы о пользовательских функциях, баги, сбивающие команду с курса. Задача продакт-менеджера — отфильтровать важные от не требующих внимания. Для этого иногда придется отвечать «нет» на просьбы, что поначалу бывает непросто, но потом привыкнете. Учитесь фильтровать информацию, расставлять приоритеты и делегировать обязанности, и обучайте этому команду.

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

В книге «Манифест о списке» Атул Гаванде напоминает, что даже хирурги и пилоты для повышения эффективности пользуются списками, ведь любой профессионал, самый умный и опытный, может пропустить важный шаг или забыть о своей задаче. Помните, что идеального процесса не существует, и даже Agile и Lean бывает недостаточно. Ищите, что помогает команде добиться лучших результатов, и усердно внедряйте это в процесс.

• Оптимизируйте инструменты, но не увязайте в деталях. Инструменты помогают нам лучше делать свою работу, но не являются ее частью. Всегда найдется, с кем поспорить о том, чей инструмент лучше и как его внедрять, но он всегда упрощает работу и умножает вложенные усилия. Хотя в целом он не так важен, как обещает реклама. Лучшие инструменты способствуют коммуникации, а управление продуктом и реализация как раз и заключаются во взаимодействии людей, вовлеченных в процессы. Первый шаг к выбору оптимального инструмента — это понимание членов команды, динамики их коммуникаций и культуры. Если соотнести все это с концепцией продукта и выбранным процессом, то становятся очевидными потенциально слабые места. Мы рекомендуем сделать таблицу из трех колонок. В левую необходимо вписать используемые и планируемые к использованию инструменты. В средней колонке перечислите проблемы команды и организации, которые они решают. А в третьей запишите предположения: что произошло бы, не будь у вас этих инструментов. Это сродни генеральной уборке, хороший повод выяснить, что нужно, а что только зря занимает место. С учетом этого проще подобрать оптимальные инструменты для конкретных обстоятельств.

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

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

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

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

Таня Кордри, бывший директор по цифровым технологиям Guardian, с этим тезисом согласна: «Это подходит не каждому продакт-менеджеру. Когда в большинстве организаций собирают команду, то в ней найдутся и прирожденные лидеры, и люди, от природы не склонные к руководству. Как правило, из хорошего продакт-менеджера получается хороший лидер, потому что он умеет управлять людьми. Однако не всякий этого хочет. Надо быть уверенным в своих силах и любить это».

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

Часть 2. Всякому лидеру — свое время

* * *

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

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

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

6. Стартап

Лидер продукта в стартапе

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

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

На ранних стадиях стартап хаотичен. Стратегические планы, если таковые вообще имеются, в погоне за быстрой выгодой игнорируют. Джон Маэда, ранее сотрудничавший с Kleiner Perkins Caufield & Byers, сказал: «В большой компании главное — создать культуру, сосредоточенную вокруг продукта. В стартапе проще — ничто не мешает начать с хорошего опыта пользователя». В команду стартапа обычно собираются предприимчивые люди со спокойным отношением к неопределенности. Они проводят время за тестированием новых идей и «намыванием» драгоценных крупиц из данных обратной связи от клиентов, а если их пока нет, то сначала выпускают продукт, а вопросы задают потом. Как говорится, лучше сто раз извиниться, чем один раз спросить разрешения. Времени мало, поэтому важно все делать быстро. Бюджет рассчитан на несколько месяцев, от силы на год, так что мудрствовать некогда.

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

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

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

САМОЕ СЛОЖНОЕ

Во время интервью почти все лидеры самым сложным сочли неопределенность будущего. А конкретнее — невозможность с уверенностью планировать. Они хотят точно знать, что роадмап даст ожидаемый результат. Но в условиях стартапа, при отсутствии данных обратной связи о соответствии продукта требованиям рынка, планировать будущее практически невозможно. Здесь главная задача лидера — это снижение рисков. Чтобы выпустить продукт на рынок, необходим выверенный баланс между экспериментами и удовлетворением нужд клиента, но не всегда доступен полный объем информации. Такую ситуацию Джим Семик называет «туманная клиентская сторона».

«Основная составляющая процесса — это привлечение потенциальных покупателей, что отчасти заключается в качественном сегментировании рынка для выявления целевой аудитории. Почти все новые продукты, особенно стартапы, выходят под знаменем “для всех”. Это сомнительный сегмент», — считает Семик. Он и другие успешные лидеры продукта не готовы держать пари, что удовлетворят всем и всех. Скорее они нацелены значительно сузить рынок, чтобы точно попасть в целевую аудиторию. И тогда уже можно общаться с ней. Со всеми переговорить невозможно, поэтому четкого фокуса на малом сегменте достаточно с учетом ограниченного времени и внимания.

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

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

Новый образ мышления позволяет лидерам быть выше суеты. Рассматривая то, что невозможно изменить, и общую картину, они трансформируют видение ситуации и указывают команде, на чем следует сосредоточиться. «Наверное, самое сложное в лидерстве в стартапе — это найти компромисс между видением и работой над насущными задачами. Думаю, второе поначалу гораздо важнее, и генеральный директор будет рассуждать о том, как именно работает конкретная функция; а потом лидер продукта будет рассуждать о том, как именно работает конкретная функция. Постоянно переключаешься туда-сюда между видением и деталями», — добавляет Эллен Чиза, вице-президент по продукту Lola.

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

Решение правильных проблем

Несомненно, самый сложный вопрос для стартапа в том, правильную ли проблему он решает. Готовы ли люди заплатить за решение, представляет ли оно долгосрочную ценность? К сожалению, на ранней стадии ответ на этот вопрос не всегда возможен. Это минус. А плюс в том, что лидер кое-что может сделать, чтобы не пустить бизнес под откос.

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

Майк Браун, менеджер продукта в PatientsLikeMe, рассказал поучительную историю о чрезмерной сосредоточенности на манящем решении при полном игнорировании очевидной насущной проблемы. Браун и его команда задумались над тем, почему люди проводят на свежем воздухе недостаточно времени: «Основной вывод из управления интернет-сообществами таких компаний, как GearCommons: в этой сфере есть две проблемы, которые мы можем решить. Первое, чем люди оправдывают недостаточное пребывание на улице, это нехватка времени. Такая формулировка нам показалась тупиковой. Непонятно, как дать людям больше времени. Вторая причина — отсутствие подходящего оборудования. Например, если у вас нет каяка, то вы не занимаетесь каякингом. Для активного отдыха нужно много специализированного и очень дорогого оборудования, и это сдерживает людей. Нас осенило, что вторую проблему (доступности) мы можем решить с помощью долевой модели, как в Airbnb и RelayRides. И бросили на это все силы. Мы обеспечили Бостон оборудованием более чем на миллион долларов, а затем подключили еще несколько городов. Мы поставили перед собой цель, достигли ее — и ненамеренно спровоцировали другую проблему. Мы узнали о ней уже перед тем, как бизнес закрылся. Все крепки задним умом. Оказалось, что, сосредоточившись на второй проблеме — доступности, мы усугубили первую, то есть нехватку времени.

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

Баланс внутренних и внешних сил

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

Жакель Аманкона, международный программный менеджер YouTube, советует: «Мы не можем ничего делать, не можем принимать решения, не подумав об авторах и зрителях. Я в команде авторов, поэтому всегда на их стороне. Это не просто информация к размышлению. Мы учитываем ее в поиске баланса между этим приоритетом и бизнес-приоритетами. Возможно, какую-то проблему авторам и зрителям трудно сформулировать, но мы понимаем, что можем эффективно решить ее, подобрав соответствующие технологии. И проверяем это. И, предположим, спрашиваем: “Если бы была волшебная кнопка, которая запускает полностью автоматический процесс, то каким вы хотели бы его видеть?”».

Аманкона знает, что общими вопросами команде и пользователям проблему не определить. «Конечно, мы не только спрашиваем “Чего бы вы, друзья, хотели?”, — добавляет она. — Наоборот, мы начинаем со списка приоритетов, с роадмапа. Мы должны убедиться, что все, что мы хотим сделать, все наши великолепные идеи ведут в нужную сторону». Для этого Аманкона составляет список улучшений дизайна и разработки. Затем команда обсуждает, когда это лучше сделать, потому что все взаимосвязано. Иными словами, помешает запуск одной функции работе другой или добавит ей ценности? Иногда не помешает одновременный запуск, чтобы убедиться в их адекватной ценности, а иногда отдельный, чтобы сохранить работоспособность каждой.

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

В разработке роадмапа принимаются во внимание все эти внутренние и внешние тонкости. На что у нас есть время? На что мы могли бы его найти? Какие ресурсы имеются у команды? Каковы насущные проблемы пользователя? Как воплотить всё запланированное технически интересным и инновационным способом? Ответив на эти вопросы, команда переходит к определению оптимального способа. «Потом мы перепроверяем все это на критическом опыте пользователя, — рассказывает Аманкона. — Нам надо убедиться, что авторы удовлетворены. Они хотят удобный способ загрузить видео, проверить количество просмотров или прочитать комментарии за прошлую неделю. Если все от начала до конца проходит гладко, мы переходим к следующему пользовательскому пути. Нужна прочная основа, а всякие украшательства можно оставить на потом».

«Всегда думайте: “А зачем?” — настаивает Мина Радхакришнан. — Нет смысла делать функцию, если не знаете, для чего она. Новых идей тысячи, но к чему они приведут? Какова цель их воплощения? Как они связаны с целями компании?»

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

• понять, зачем решать эту проблему клиента;

• понять, приведет ли предлагаемое компанией решение к желаемому результату;

• понять проблемы обеих сторон — клиента и компании — и выяснить, как они связаны;

• сосредоточиться на «проблеме номер один», а не «два» или «три»;

• выделить в недельном расписании время для общения с клиентами или пользователями;

• узнать о насущных потребностях пользователя, проведя опросы или наблюдения;

• разработать роадмап с обозначением ключевых тем и приоритетов;

• определить время, которое понадобится команде на внедрение проекта;

• выяснить, нужна ли команде помощь со стороны (фрилансеры, агентства и т. д.);

• обсудить технические детали того, как сделать результат интересным и инновационным.

Всем командам на сбор и анализ этой информации потребуется разное количество времени. Опытный лидер продукта всегда контролирует и направляет процесс принятия решений во избежание расползания границ и возникновения сдерживающих факторов. Для этого требуется постоянно напоминать коллективу о целях компании. Аманкона рассказывает: «Мы делаем это с помощью целей и ключевых результатов (OKR), установленных для всей компании Google. Большинство команд полностью полагается на них. У нас есть ежегодный план, с которым мы сверяемся в конце года. Мы только что завершили планирование на 2017 год и предусмотрели анализ сделанного: что прошло хорошо и где мы еще упускаем возможности? Какова ситуация в нашей сфере? К чему мы идем? На что сделаем крупные ставки в предстоящем году? Руководство объединилось, и при помощи всех команд мы пытаемся определить ключевые задачи на будущий год. Это может быть что угодно — от небольших изменений и подтверждений, что именно это стоит продолжать, до значительных преобразований».

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

Знакомство с клиентом

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

В докладе InVision по дизайну продукта за 2016 год[27] предложено 87% дизайнерских прототипов. Это число впечатляет и вдохновляет, но лидеру продукта нужно, прежде всего, убедиться, что все команды занимаются такими исследованиями и пользовательскими тестами, имеющими непосредственное отношение к прототипированию. В Pluralsight, Fresh Tilled Soil и Mind the Product количество прототипов достигает 100%. Тестируются все без исключения проблемы, потому что отсутствие тестов не может быть оправдано ничем.

Предварительное тестирование среди пользователей и сбор обратной связи до начала работы пойдут на пользу и вам, и продукту, и компании. «Реальная стоимость функции — это не издержки на дизайн, инжиниринг, продукт и все остальное, что для нее нужно, — предупреждает Майк Браун. — Реальная стоимость станет понятна только после выпуска. И не раньше, потому что только тогда у вас есть что-то, что может сломаться. Это нужно учитывать во всем, что будет надстраиваться позже. Вот почему реальная стоимость известна только после реализации». Браун считает (и мы с ним согласны), что это обязывает к предварительному сбору информации для принятия решений и определения требований до начала работы.

Опыт в нашей сфере это подтверждает: основываясь на данных о своих членах, Институт электротехники и электроники (IEEE) установил, что исправление программной проблемы после внедрения обойдется в сто раз дороже, чем до[28].

Браун усвоил трудный урок и настаивает на прототипировании всех инноваций. «Вот, например, на этой неделе мы делаем бумажный прототип, который будем тестировать на сотрудниках компании. Мы спрашиваем их: “Какой смысл в этих аспектах взаимодействия? Есть ли что-то непонятное?”[29] Когда закончим с этим этапом, перейдем к деталям, и тогда подключим пациентов и понаблюдаем, как они используют конкретные взаимодействия. Таким образом мы выявим закономерности и узнаем, решат ли они какие-то проблемы сайта».

Генеральный директор Produx Labs Мелисса Перри согласна с мнением, что и в маленьких, и в крупных компаниях исследованиям отводится недостаточно внимания. «У некоторых это налаженный процесс, но большинство этим вообще не занимается, — говорит Перри. — Они создают минимальный жизнеспособный продукт, и он становится первой версией. Ее не меняют и не экспериментируют. Сделали одну версию и запустили. Они не измеряют ей свой успех. При таком подходе отсутствует логичный этап ответов на вопросы команды, возникшие до работы над кодом». Перри считает, что компании спешат вывести продукт на рынок и не выясняют, как и почему он работает. Чтобы избежать издержек в случае неудачи и кредитов на продукт, проводите хотя бы самое легкое тестирование (из разумных). Это лучший способ убедиться, что продукт окажется полезным и им будут пользоваться.

С решением правильной проблемы связаны разговоры с правильными людьми. Если знать, с кем говорить, то снижается риск, а знание, о чем говорить, принесет ценные плоды. Независимо от сферы всегда нужно знать конкретную проблему пользователей. А это можно выяснить лишь при непосредственном разговоре с ними, что требует верной постановки вопросов. Они позволят нащупать проблемы и определить, стоят ли они решения. «Это еще одна сложность стартапов и новых продуктов, — говорит Джим Семик. — Если внутри компании в чем-то видят проблему, то пользователь не обязательно считает так же. Для него может быть важнее разрешить что-то другое».

Прояснение «туманной клиентской стороны» заключается в признании лидером продукта (перед самим собой), что его приоритеты не всегда совпадают с приоритетами конечного пользователя. На ранних стадиях продукта правильный разговор не касается его компонентов, цены и внедрения. Основной фокус должен быть на понимании решаемой проблемы и оценке, стоит ли она решения. Иными словами, достаточно ли проблема важна для пользователя или клиента? Готов ли он отдать что-то ценное (время, деньги, энергию) за ее решение?

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

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

Майк Браун из PatientsLikeMe рассказывает: «Лучший профессиональный совет мне дала мама в детстве (правда, смысл его я понял только лет в двадцать пять): “У тебя два уха и один рот. Используй их пропорционально”». Похоже, что слушать трудно всем, и не только в сфере продукта. Сознательно заставить себя слушать — этот навык стоило бы развить всем. Вот несколько способов:

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

• когда собеседник высказал свои замечания или дал отзыв, попросите рассказать подробнее;

• получив предложение обновить или добавить что-то, спросите: «А как бы вы это сделали?»;

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

«Я все еще работаю над собой, — признаётся Браун. — Я продакт-менеджер, то есть работаю с большим количеством людей, и к тому же экстраверт, и иногда мне трудно замолчать и выслушать. Этот навык я все еще развиваю. Мне проще говорить, пока я наконец не найду правильные слова, но слушать гораздо важнее. Моя обязанность — задавать вопросы и собирать отзывы от многих людей. Думаю, когда я начну пропорционально зайдействовать уши и рот, это пойдет на пользу и мне, и всем окружающим».

К этому мы добавим, что у всех нас по два глаза. Итого: два уха, два глаза и один рот.

Управление ожиданиями команды

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

Познать себя

Судя по результатам, полученным по итогам наших интервью, некоторым лидерам более подходит работа в стартапе. И руководство новоиспеченной командой, несомненно, главная трудность на этой стадии. «Я пробовал и то и другое, — рассказывает Джефф Вин, партнер по дизайну в фирме VC True Ventures, бывший вице-президент по продукту в Adobe и руководитель отдела в Google Analytics. — Я работал с готовыми командами и сам набирал людей. Со сложившейся командой мне ни разу не удалось прийти к ощутимому успеху. Я предпочитаю формировать коллектив под себя». Вин — соучредитель TypeKit и Adaptive Path, передовой компании по опыту пользователя в Сан-Франциско, — признался, что предпочитает команды стартапа, потому что ему сложнее работать с устоявшейся командой. Он хочет определенного баланса людей в команде, а в сложившемся коллективе этого трудно добиться: «Руководство готовой командой — не для меня». Мнение Вина не уникально и распространяется не только на стартапы. Адаптация или присоединение к существующей команде связаны со слиянием культур и стилей.

Это непростая задача для любой команды, поэтому важно выбрать подходящего лидера. Он должен знать свои сильные и слабые стороны, такие как недостаток терпения и профессиональных или личностных навыков. Кейт Порт, вице-президент по продукту в Zmags, обладает свойственной лучшим лидерам способностью к самоанализу: «Думаю, терпение — это плюс. Я всегда мечусь и жду, что будет дальше. Я очень увлеченная, мотивированная, энергии мне не занимать, и я люблю, когда все происходит быстро. Мне надо “уже вчера”. Но за годы в профессии я поняла, что иногда очень-очень важно иметь терпение: тогда набирается больше отзывов и данных обратной связи, и информация лучше усваивается. Раньше я не понимала, почему нельзя все делать быстрее. Почему мы так долго возимся с таким-то делом? Постепенно я вживалась в роль, наблюдала за собой и за другими и поняла, как полезно терпение, особенно для продакт-менеджера, и что в нашей сфере все немного сложнее, чем “делать продукт — выпустить — начать следующий”. Себе тогдашней я бы посоветовала быть терпеливее и с процессами, и с людьми».

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

СТИЛЬ УПРАВЛЕНИЯ СТАРТАПОМ ПРОДУКТА

Пока мы пишем эту книгу, сфера современных технических продуктов переживает кризис подросткового возраста — страдает от неловкости, смущения и недостатка уверенности. В это сложное время лидерам трудно понять, как вести людей за собой. И это неудивительно, учитывая, что в последние несколько десятилетий во главе компаний стояли лидеры с сильным характером: Билл Гейтс, Стив Джобс и Ларри Эллисон. Дальновидная личность с деспотичным стилем управления — это миф, с которым выросло новое поколение лидеров. Книжные стойки в любом аэропорту завалены книгами о том, как эти маэстро технологий привели свои компании к успеху. У этого растиражированного образа есть один изъян: с тех пор, как эти любимчики СМИ окончили школу и основали компании, прошло несколько десятков лет. Многое изменилось.

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

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

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

Несомненно, самую большую сложность для любой организации или лидера представляет соотнесение видения с повседневной работой. Это особенно верно для стартапа, потому что видение еще не продумано окончательно. В обязанности лидера не входит определение видения компании (а следовало бы!). По крайней мере, лидер продукта и его команда должны иметь возможность кардинально повлиять на видение, исходя из текущей работы. Однако налицо значительная разница между работой людей, ответственных за стратегическое видение продукта, и обязанностями тех, кто сосредоточен в основном на тактике. Для стартапов это не всегда имеет значение, но лидеры нередко сталкиваются с подобной ситуацией. Кроме того, у большинства сотрудников в любой организации имеются тактические задачи. То есть даже если лидер не влияет на видение, то он отвечает за то, чтобы донести его до команды. Самое сложное — это убедиться, что каждый понял стратегическое видение и осознал его влияние на свои тактические решения. В стартапах ответственность за объяснение команде значения видения и способов его внедрения на тактическом уровне лежит на генеральном директоре и лидере продукта.

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

Лидеру важно донести видение до каждого. Для этого видение и стратегия должны быть основаны на реальности. Следовательно, стратегию надо привязать к юнит-экономике. А для этого сначала определите, чье поведение вы измеряете. Стоимость привлечения клиента ничего не скажет о его ценности и долгосрочных требованиях. Это всего лишь стоимость. В погоне за тем, чтобы что-нибудь измерить, многие лидеры продукта пренебрегают общением с клиентом.

Разработка видения

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

В проработанное и сформулированное видение входит следующее:

• вневременное определение ценности, которую предлагает компания (вспомним Disney и ее «нести людям счастье»);

• видение, отделимое от конкретных технологий и трендов;

• документы с описанием целей пользователя и целей продукта;

• роадмап с общими темами или стадиями разработки продукта;

• связь между этапами реализации и предлагаемой ценностью.

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

Непрерывная коммуникация

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

Хорошие лидеры работают вместе с заинтересованными лицами или, по крайней мере, постоянно держат их в курсе. Для бесперебойной коммуникации больше — всегда лучше. Так налаживаются связи между отдельными частями компании. Необязательно устраивать долгие встречи, иногда достаточно уведомить руководство, что, например, утвержденная полгода назад функция более не актуальна из-за изменения обстоятельств. Возможно, появилась новая информация от конкурентов или не удалось реализовать планы по разработке. Очень важно напоминать влиятельным лицам, что в нашей сфере все постоянно меняется. Джим Семик предлагает описывать свои ожидания руководству следующим образом: «В планах на ближайшие два-три месяца я уверен. Что касается дальнейшего периода — у меня есть примерное представление, но гарантировать я ничего не могу».

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

• кому нужны детали, получают подробные отчеты;

• кто занимается анализом, тот получает варианты и аргументы для выбора;

• кто занят производством, тот получает краткие, но частые оповещения об обновлениях и принятых решениях.

Еще способы по принципу «покажи и расскажи»:

• прототипы демоверсий;

• пошаговый разбор компонентов продукта;

• введение всех в курс последних идей и обратной связи с помощью большой карты опыта.

Независимо от стиля коммуникации для успеха важно одно: она должна быть постоянной.

ПОСТАВИТЬ СЕБЯ НА МЕСТО КЛИЕНТА ДЛЯ ВЫЯСНЕНИЯ КЛЮЧЕВОЙ ЦЕННОСТИ

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

Многие учредители уверены, что они и есть клиенты. В этом кроется немалый риск. Задача компании — учитывать потребности реальных клиентов, а не выдумывать их на основе субъективного опыта учредителя. Это касается ценности и продукта, и бренда. «Не вы создаете бренд, а клиент. Вы же соответствуете ему», — считает Джереми Бейли, креативный директор продукта FreshBooks.

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

Узнав своего клиента, надо понять, кто пользуется продуктом. Это не один и тот же человек, если продукт относится к категории «бизнес для бизнеса», да и в «бизнесе для потребителя» нередко тоже. Например, люди часто покупают продукт для ребенка или для своих родителей. Мало знать, кто именно покупатель. Важно узнать, кто влияет на использование продукта, а также кто продвигает его. Скажем, сложный продукт покупает один человек (например, руководитель отдела), платит другой (финансовый отдел), а пользуются им третьи. А теперь еще запутаннее: эти персоны не взаимоисключающие. Покупатель может быть также клиентом и пользователем, или это могут быть разные люди. Все они важны для разработки первоначальной стратегии, и между ними нужно обозначить приоритеты. Как и следовало ожидать, ценность бизнеса вытекает из того, кто пользователь и клиент. Картирование потока создания ценности позволяет определить оптимальные критерии оценки бизнеса. Только установив источник и направление потока создания ценности, вы узнаете, какую юнит-экономику применить для измерения успеха (или провала) продукта.

Чтобы при выборе юнит-экономики попасть в точку, лидеру продукта нужно обсудить конечную стадию и решить, какие элементы работы потребуют вклада со стороны клиента. Обратная связь нужна не всегда, за исключением приоритетных функций и взаимодействий. Если раньше вы работали в сложившейся среде продукта, то для возвращения на раннюю стадию, к свободным потребителям, придется изменить образ мышления. «Что делать с привычкой к клиентоориентированным дизайну и системе на этапе, когда клиента нет? — спрашивает Дэвид Кэнсел из Drift. — В этом случае лидеру и команде придется выдвигать гипотезы и некоторое время играть роль клиента, чтобы наладить систему». Кэнсел считает, что такими маленькими шагами менеджер или лидер продукта смогут поднять процесс на новый уровень и в подходящий момент внести соответствующий вклад от лица пользователя. Когда продукт почти готов, а бета-версия запущена, то в роли клиентов выступают ежедневные пользователи. Следующий шаг — реальные клиенты во всем своем разнообразии. Хотя изучение взаимоотношений пользователя и продукта никогда не заканчивается, на каком-то этапе лидер может переложить его на команду.

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

Отношения стартапа с первыми клиентами и пользователями могут зависеть и от дизайна. Знать клиента — это означает понимать, какой визуальный дизайн и интерфейс дадут ему более значимый опыт использования продукта. Для большинства стартапов ключевое значение имеет то, для кого предназначен дизайн. Элли Шир, соучредитель и директор по продукту в ANSWR, бостонской компании по обмену опытом и созданию решений для сотрудничества в команде, так описывает этот подход: «Все начинается с понимания пользователя: как мы хотим с ним работать и что его мотивирует». Стиль и функции продукта сообщают не только о решениях стартапа, но и о том, к какой категории он себя относит. «Я уверена, что компании с сильным брендом или идентичностью демонстрируют их не только на корпоративном веб-сайте, но и в продуктовых линейках», — отмечает Шир. По ее мнению, для конечного пользователя важно соответствие предлагаемого решения и его воплощения: «Клиент понимает, кто вы. И он не читает посты в корпоративном блоге, а использует продукт. Если вы стремитесь к такому единообразию, то действительно чего-то достигли».

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

До того как предложить решение, лидер должен полностью разобраться в проблеме. Семик подчеркивает: «Только после этого можно предлагать решение клиентам и пользователям — будь то продукт, прототип или что-то еще».

Не забывайте про исследования

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

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

ИССЛЕДОВАНИЯ, ДАННЫЕ И ТЕСТИРОВАНИЕ

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

Следующий вопрос очевиден: как исследования и полученные данные влияют на первоначальную концепцию продукта и предлагаемую компанией ценность?

Доступность исследований

«Пришлось потрудиться, чтобы вручить команде результаты исследования в удобоваримом виде, — рассказывает Джош Брюер, генеральный директор фирмы по дизайну продукта Abstract и бывший ведущий дизайнер Twitter. — В первую очередь эти данные важны для команды. Она начинает улавливать и повторяет, если можно так выразиться, мелодии, которые мы слышим в огромном совокупном объеме данных». Брюер старается перевести результат исследований на понятный язык, а не перебрасывает их команде. Замечательный метод. Вываливать результаты или данные «как есть» бессмысленно и только помешает улучшению продукта, потому что их сначала нужно осмыслить. Лидеру не стоит пропускать информацию через фильтр собственных предубеждений и предпочтений, скорее нужно предоставить ее в определенной форме. Для этого каждая команда определяет подходящий для себя вектор или канал коммуникации. Данные становятся доступными, но это не всегда решает проблему качества. Например, качественные интервью с клиентами лучше размещать на обсуждение на форумах, чтобы каждый мог задавать вопросы и вносить ясность. Обширные исследования рынка вполне возможно донести и без личных встреч.

Прежде всего, лидеру продукта на ранней стадии для определения направления нужны только самые важные и качественные данные. Для базовой проверки соответствия продукта рынку компаниям редко необходимы масштабные исследования. О зачаточных стадиях создания продукта рассказывает Брайан Вайнберг, соучредитель Blueprint Health, нью-йоркского сообщества предпринимателей в сфере здравоохранения, курировавшей десятки стартапов продукта на ранних этапах: «Мы стараемся выяснить основную проблему клиента и сформулировать ее». Задача лидера продукта в стартапе — объяснить потенциальные возможности бизнеса для решения проблем пользователей и уточнить соглашение с клиентом. «На первом этапе достаточно плана высокого уровня», — говорит Вайнберг. Это первый шаг для лидера и его команды. В плане высокого уровня имеется ряд вопросов, на которые нужно ответить, прежде чем идти дальше: «Расспросите клиентов о насущных вопросах и проблемах, как они их решают и какого решения ждут от вас. Следующий шаг — согласование».

Этот цикл иногда требует нескольких итераций. Данные, полученные по обратной связи от потенциальных клиентов, могут изменить то, как вы преподносите решение или идентифицируете новых персон. Вайнберг уточняет, что смысл этих колебаний туда-сюда состоит в том, чтобы убедиться, что вы решите проблемы и что клиент купит решение. Третий шаг — склонить заинтересованных клиентов к покупке продукта и совершенствовать его. Вайнберг рекомендует делать то, что потенциальный клиент увидит, потрогает и прочувствует: «Создайте параллельно несколько структурных схем страниц (wireframe) и мокапов». В начальной стадии лидер продукта сосредоточен на базовой функциональности, например, как в структурной схеме решается пользовательская история. Артефакт — это не объект; скорее, лидеру нужно обратить внимание на реакцию на предложенное объектом решение. Базовыми мокапами вы проверяете предыдущие предположения. Суть не в превращении тестовой аудитории в гарантированных клиентов, а в проверке твердости их намерений. Цикл «интервью — создание — проверка» можно повторять несколько раз, пока команда не достигнет комфортного для себя уровня риска. Иными словами, пока им не покажется, что накопилось достаточно данных обратной связи для обсуждения следующей версии прототипа.

Прототипирование — это один из способов обрести внутреннюю определенность и гармонию в процессе тестирования видения. Обязанность лидера продукта — настаивать на создании прототипов в качестве ключевых элементов стратегии тестирования. С внедрением прототипов на рынок и учетом их в работе над продуктом встает вопрос: в какой последовательности проводить качественное пользовательское тестирование и исследования — исследование прежде каких-либо действий или после? «Мы проводим исследования пользователей разными способами, — рассказывает Эмили Равич, старший менеджер дизайна проектов Spotify. — Иногда проводим раннее тестирование видения на высоком уровне, а иногда тестируем его на этапе разработки. Бывает, что проводим исследования, когда оно уже готово. Раннее тестирование видения мы выбираем, если нужно делать все в темпе, как в дизайн-спринтах. Между собой мы называем их дизайн-swats, как будто команда SWAT или группа специалистов решает срочную проблему».

Раннее тестирование концепции в стиле SWAT ускоряет команде Равич поиск решений. «Мы ускоряемся, потому что времени мало», — объясняет она. Полностью ввести в курс всех членов команды при необходимости действовать быстро — настоящее искусство: «Мы не можем далеко отрываться от спринта, и разработчики уже на низком старте. Чаще всего на это уходит четыре-пять дней. Чтобы вы поняли, как выглядит такое гиперскоростное исследование, приведу пример буквально двухнедельной давности. В первый день мы рассмотрели множество решений методом дивергентного мышления. На второй день мы объединились с инженерами и менеджерами продукта, чтобы привести идеи к общему знаменателю и хотя бы приблизительно определить, что мы собираемся узнать. Третий день — завершение прототипа и привлечение реальных пользователей, планировочные сессии и составление опросника. На четвертый день мы проводили опрос пяти-семи пользователей в течение 30 минут, и уже к концу рабочего дня составили и разослали бриф-исследования. Далее мы были готовы продолжать работу с прототипом».

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

Обозначение приоритетов

Сделав необходимую работу (получение данных обратной связи от конечного пользователя и проведение соответствующих исследований), лидеру продукта и команде предстоит обозначить приоритеты. Иначе говоря, определить, какие неудовлетворенные потребности требуют внимания в первую очередь. «На это есть два ответа, — говорит Джош Брюер. — Первый: у любого продукта есть изначальный набор приоритетов. Уже на раннем этапе мы решили, что пара моментов должна присутствовать обязательно. Без них остальное не имеет значения».

Исследование или тестирование изначального соответствия рынку всегда выливается в список ключевых задач. «Второй: если не сделать Х, все связанное с Х в системе не существует. И знаете что? Этот единственный Х несет большой риск». В простой двухшаговой модели Брюер определяет, что требует первоочередного внимания команды.

Это либо ключевой элемент, либо критическая составляющая, без которой не могут существовать другие ключевые элементы. Затем Брюер проходится по списку и выясняет, как команда будет тестировать перечисленное. «Помимо ключевых частей, остальные мы оцениваем баллами в соответствии с использованными исследованиями и методами. И сразу понимаем: “Отлично, у нас в самом верху списка четыре неудовлетворенных потребности”».

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

Иногда приходится смириться с тем, что надо сделать. Вот как этот сценарий описывает Брюер: «Надо — и точка. Приходится с головой погрузиться в работу и выполнить ее. А уже потом решать, как все объединить и как что между собой соотносится». Мы не рекомендуем соглашаться на все требования, но нам импонирует, что в результате обсуждение поворачивает в новое русло. От структуры команды и используемых процессов зависит, как построить разговор. Идеальной схемы обсуждения приоритетов нет, но обязательно надо делать это почаще, и без политики. Рассказывает Роуз Грабовски, бывший директор по управлению продуктом Invaluable: «Это смесь долгосрочного анализа и командной работы над получением обратной связи по инициативам в текущих спринтах, рассмотрения багов и попыток установить связь между выявленными проблемами. Каждый день переключаешься с высокого уровня на мелочи. Уж таковы особенности нашей сферы».

Баланс приоритетов и противоречия

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

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

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

В такой схеме лидер продукта разносит задачи по приоритетам и приступает к выбору. Цель Брюера состоит в том, чтобы выяснить, над чем команда хочет работать, и сказать: «Так, всего мы, скорее всего, не успеем, но как построить систему “на вырост”? И все ли согласны, по крайней мере на этот момент, с учетом имеющихся данных, что мы хотим расти именно в этом направлении? Да? Отлично. Тогда поехали».

Углубление в приоритеты

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

«Как правило, стартапы в технической сфере — в том числе в медицинской — перегружены инжинирингом, — говорит Брэд Вайнберг из Blueprint Health. — Поэтому в первую очередь учитывается функциональность, а не опыт пользователя». Вайнберг уверен, что лидеру продукта следует мыслить на уровне пользовательской истории. Чтобы расставить приоритеты, надо оперировать на уровне решения проблем, а не функциональности. «Лидер продукта направляет мышление людей, — говорит Вайнберг. — Это то же самое, что и инжиниринг, но по-другому. Инженеры так делают, потому что очень хорошо знают свое дело и код, а остальные — потому что чаще всего, как и все, кто раньше не работал в сфере продукта, думают о функциях». Вайнберг считает, что надо задавать правильные вопросы, и тогда команда сосредоточится на правильных действиях. «Как это решить? Как этого добиться с точки зрения дизайна и инжиниринга с максимальной эффективностью и одновременно решить ключевые проблемы?»

О приоритизации говорит Фред Таунс из Placester: «Важно распространять информацию как можно шире. Наши сессии начинаются так: “Вот что мы сделали. Вот что мы узнали. Мы решили, что это важно. Вот так мы будем делать”. Обо всем говорится прямо». Многие лидеры акцентируют внимание на огромном значении хорошей коммуникации. Для большинства из них это настолько очевидно, что они об этом не упоминали, а ведь это так легко упустить из вида. Младшие менеджеры или неопытные лидеры полагают, что коммуникация налаживается естественным образом. Однако, как мы уже говорили, для этого требуются систематические усилия.

Исследования и смещение приоритетов

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

Эмили Равич из Invaluable привела пример смещения приоритетов в результате изменения изначальных допущений об идее продукта: «Это был необычный опыт. Мы хотели сделать редизайн результатов поиска на веб-сайте. Сейчас они решены в виде списка». Invaluable — это аукцион премиум-уровня, его бизнес-модель и опыт пользователя во многом схожи с таковыми в электронной коммерции. «Но все-таки есть большая разница: у нас очень подробное описание предметов и их состояния, — продолжает Равич. — Люди хотят быть уверены, что на дорогой вазе нет сколов, и знать, какова ее примерная стоимость по экспертной оценке. Информации очень много. Мы посмотрели ментальные модели результатов поиска на большинстве торговых сайтов — у них по большей части красивая сетка с фотографиями».

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

Из этого следует, что подходящее другим не всегда впишется в ваш контекст и расставлять приоритеты необходимо по результатам свежих исследований предпочтений пользователя. Приоритеты, основанные на интуиции или предположениях, не всегда оправдывают ожидания, что подтверждает пример, приведенный Равич: «Большинство пользователей сообщили, что стало сложнее сопоставлять информацию: невозможно прокрутить страницу и сравнить стоимость по экспертной оценке и состояние. Теперь для этого приходится постоянно переводить взгляд туда-сюда, что неудобно. Мы, конечно, удивились. Это было совершенно неожиданно. Вероятно, мы все равно когда-нибудь это внедрим, ведь мы общались с давними пользователями, а у них может быть предвзятое мнение или нежелание перемен. Они уже привыкли к тому, что есть. Потенциальных пользователей мы не опрашивали. Но, поскольку никто не прыгал от восторга по поводу новой функции, мы смогли быстрее исключить ее из приоритетов и заняться чем-то более ценным для пользователей».

Учредитель продукта и первые сотрудники

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

О совмещении обязанностей генерального директора и лидера продукта рассказывает Рич Миронов: «В тот единственный раз, когда я стал генеральным директором и учредителем маленькой команды, я выполнял функции продакт-менеджера. Большую часть из 20–25 лет я твердил, что надо все проверять, согласовывать с клиентом, наблюдать за рынком и думать, прежде чем делать. Я был так занят сбором средств, кадрами, недвижимостью, расчетными листами, наймом инженеров и всем, что положено делать генеральному директору, что не выяснил, нужен ли кому-то наш продукт. И, что вполне закономерно, оказалось, что, в общем-то, никому». Миронов получил жесткий урок, как и многие до него и после: «Я еще больше стал уважать генеральных директоров за их труд, но сам больше не хочу этим заниматься. Теперь я стал скромнее и с большим участием смотрю на лица, озабоченные квартальными отчетами». Миронов напоминает о реалиях учредителей продукта: «Я сделал вывод: очень легко говорить всем, что надо думать о работе, валидации рынка, слушать клиентов и постоянно записывать, но на практике это сделать сложно. Зато легко оправдать отказ от этого». Перед учредителями вопрос стоит ребром: кто будет руководить компанией, а кто — продуктом.

Если учредитель готов передать продукт в руки специалиста, то нужно найти подходящего работника для конкретной стадии. Неопытные учредители ищут бывалых лидеров, но нанимать слишком быстро и на старшие позиции неправильно. «Нанимая в первый раз продакт-менеджера, не берите вице-президента по продукту, — советует Кен Нортон из GV. — Возьмите хорошего менеджера и дайте ему вместе с командой дорасти до вице-президента. Но если он не оправдает ожиданий, то сильный вице-президент вам все-таки понадобится, чтобы вывести команду на новый уровень».

Джош Брюер из Abstract с ним согласен: «Я наблюдал, как вице-президенту по продукту вручают все полномочия — как будто будущее компании определяет он, — и это ведет к провалу. Он ни за что с этим не справится. К тому же это освобождает от ответственности генерального директора, что, на мой взгляд, чревато негативными последствиями». Стоит нанять опытного продакт-менеджера, который вырастет в лидера и возьмет на себя повседневную работу по продукту, но это предполагает неизбежные трения между двумя лидерами.

Кто формирует итоговую концепцию? За кем остается последнее слово по продукту?

Главное — это заранее прояснить разделение обязанностей и ожидания по коммуникации. Брюер продолжает: «Оптимально сначала наладить взаимоотношения». Разработать стиль и способы коммуникации между учредителем и лидером продукта так же важно, как и в работе с другими влиятельными лицами.

«Как понять, что мы пришли к успеху? Оба ли так считают? Если менеджер продукта полагает, что успех — это А, а генеральный директор — что Б, то назревает проблема. Нужно постоянно держать в уме эти вопросы. И, что забавно, они вообще не касаются продукта, а лишь отражают нюансы совместной работы и общения».

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

Команды продукта в стартапе

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

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

СОВМЕЩЕНИЕ ОБЯЗАННОСТЕЙ В МАЛЕНЬКОЙ КОМАНДЕ

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

Независимо от размера компании маленькая команда работает лучше большой. Не нужно ограничивать расширение компании, достаточно разбить ее на меньшие команды. Это подтверждают наши исследования и опыт успешных команд. Быстрое освоение Scrum и Agile, судя по всему, укрепило концепцию эффективности маленьких команд, как и правило двух пицц[30] Amazon и другие известные примеры[31]. Ричард Бэнфилд, работая над книгой «Управление в дизайне» (Design Leadership, 2015)[32], опросил более 85 лидеров команд и компаний цифрового дизайна, и все они подтвердили, что оптимальный состав региональных офисов не превышает 25–30 человек. Аналогичные примеры можно найти и в вооруженных силах: команды спецназа ВМС США разделены на отряды по 30–40 человек, а в некоторых всего по 18. Для спецопераций формируются бригады из восьми огневых групп по 4–5 человек, позволяющие быстро и гибко реагировать.

Управление динамикой команды

«Нас мало, и преимущественно мы работаем командой, в первую очередь над дизайном высокого уровня, — рассказывает Элли Шир из ANSWR. — Детали, например выпадающие меню, другие элементы или стили, определяются в парах». Шир описывает типичную динамику группы в стартапе. На этом этапе сотрудники ежечасно реформируются из пар в маленькие и большие группы. Это значит, что лидеру надо за секунду перевоплотиться из менеджера в наставника и обратно. Такая необходимость переключаться отлично развивает навыки коммуникации. Лидер не может отстраняться от команды. Джим Семик уверен, что для управления динамикой стартапа продакт-менеджеру непременно нужно развивать эти навыки: «Он обязан уметь налаживать коммуникации и знать политику компании, чтобы понимать, с кем и как часто разговаривать».

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

«Вчера я весь день отвечал на вопросы, а потом на дополнительные вопросы, искал нестыковки и еще многое», — рассказывает Джош Брюер, не только соучредитель Abstract, но и соавтор популярного сайта 52weeksofux.com («52 недели пользовательского опыта»). «Но прогресс огромный», — оценивает он эффект от частых переключений в стартапе. В одну неделю команда с головой погружается в решение фундаментальных задач, а потом понимает, что необходим целый день обсуждений. Неделю с низкой коммуникацией можно и проскочить, если шквал решений рождается в спонтанном взаимодействии.

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

Умение обеспечить и поддерживать оперативность в структуре группы — важный навык для лидера продукта. Но не стоит надеяться, что он разовьется сам. Ему учатся, в том числе на практике, а не рождаются с ним. Для развития очень пригодится опыт работы со слабоструктурированными и ограниченными по времени решениями. Наблюдение дизайн-спринтов, Directed Discovery, координация и глубокое погружение дадут лидеру необходимые знания и опыт управления изменчивой динамикой группы.

Координация личностей и философии

Стартапу нужны сотрудники, уважающие друг друга и способные адаптироваться. Эти качества позволяют им меняться ролями и обязанностями в обстановке неопределенности. Дискретность динамики команды и потенциальные разногласия требуют широты мышления и уважения к чужой точке зрения. Под способностью адаптироваться можно понимать и разносторонность. Проще говоря, человек может взять на себя другую роль или дополнительные обязанности, отличные от оговоренных при найме. Сотруднику молодого стартапа иногда приходится становиться то лидером продукта, то торговым представителем. Некоторых частая смена ролей путает и раздражает, и, конечно, такая работа подходит не всем. Толерантность к переменам заметна либо в резюме, либо в ответе на вопрос о реакции на изменения в других аспектах жизни. «По моему опыту, не все могут работать в стартапе или на ранней стадии продукта, когда известно только 80% ответов и нет определенности», — делится соображениями Семик из ProductPlan. Мы бы добавили, что неопределенность свойственна не только стартапам, но и всем компаниям продукта. Жизнь лидера состоит из ежедневных погружений в океан неопределенности, изменяется в нем только глубина.

Менеджеры и лидеры продукта могут добиться многого от коллектива таких гибких личностей. «Я обычно ищу людей с разносторонним опытом и специфическим подходом, — рассказывает Джош Брюер о командах Abstract и разных стартапах. — Тех, кто готов продуктивно работать с людьми, не похожими на себя. Дизайнер, интересующийся инжинирингом, или инженер, интересующийся дизайном, главное — чтобы все они были заинтересованы в продукте». Брюер ищет и нанимает кроссфункциональных сотрудников с пересекающимися навыками. Но есть одна оговорка: разносторонние личности, легко меняющие роли, хороши для стартапа, но не всегда вписываются в крупную или зрелую организацию. Этот нюанс мы рассмотрим в соответствующих главах.

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

Согласованность действий членов команды

Не у всех в команде продукта есть соответствующий опыт. «У нас очень молодой стартап, ему всего три года, — рассказывает Марк Коффри, директор по прибыли в бостонской компании Gameface Media, описывая свой опыт команды стартапа продукта. — У нас очень-очень маленькая команда: только технический директор, два разработчика и ответственный за продукт, причем это не обязательно человек с опытом в этой сфере». Приоритеты по созданию дохода Коффри согласует с работой команды продукта. «Я очень доволен техническим директором: он понимает, что продукт создается не только для клиента, но и ради дохода. Если человек понимает очевидное, то меня это всегда радует». По мнению Коффри, хороший лидер продукта осознаёт, что на каком-то этапе работа должна начать приносить доход и сделать бизнес выгодным. Планируя и проводя собеседования, он нацелен на тех, кто «очень хорошо умеет сложить два и два».

Чтобы найти подходящих людей, надо хорошо знать бизнес и рынок. То есть быть в курсе всего и воспринимать новую информацию. Так, неискоренимая проблема с дизайном продукта состоит в том, что все считают себя в нем компетентными, особенно генеральный директор. Дизайнеру команды продукта надо это учитывать и пропускать все через фильтр пользовательского опыта. Коффри описывает, как такой сценарий выявляет умение «сложить два и два»: «Для лидера продукта очень важно переосмыслить то, что он слышит от других, и претворить услышанное в реализуемый план. И предъявить результат команде, но так, чтобы всем казалось, что их мнение учли, и при этом на первом месте стоял бы опыт пользователя». Управление ожиданиями, создание решений и соотнесение предложений с потребностями рынка — вот обычный день коллектива команды продукта. Задачи не из легких, но навыки приходят с опытом.

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

1. Понятно ли, в чем основная сложность? Иначе говоря, можно ли идентифицировать конкретную проблему в гуще информации?

2. Соответствует ли проблема видению и роадмапу продукта или компании? Нужно ли ее решать?

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

4. Если это срочно, то имеются ли у компании ресурсы для этого? Или можно отложить решение вопроса?

5. Если ресурсы имеются, то подкрепит ли решение ценность продукта? Или наоборот?

6. Если подкрепит, то насколько легко эту ценность сформулировать, а также донести до клиента и команды продукта?

7. Если это нелегко, то почему? Она сложная? Или не соответствует видению, бренду или роадмапу?

Согласованность стиля управления и стиля команды

Личность сотрудника не всегда находится в согласии с другими личностями в организации. Для успешного бизнеса стоит объединить личные цели с целями команды или организации. «Я всегда учитываю амбиции членов команды. Нужно создать среду, которая позволит увидеть перспективы роста», — рассказывает Фред Таунс из Placester.

По мнению Таунса, чтобы избежать серьезных проблем, следует еще до приема на работу убедиться в том, что личность сотрудника соответствует организации: «Проще говоря, они получают мотивацию к росту». Таунс признаёт, что легче сказать, чем сделать. Чтобы сотрудник адаптировался, надо продемонстрировать ему, как он достигнет в организации личных целей.

Для лидера продукта все, как правило, сводится к системе убеждений. В Placester концепции лидерства как служения[33], принятие решений, основанных на данных, а также желание проверять гипотезы согласуются с философией учредителя в отношении создания качественного продукта. Эти идеи обязательно обсуждаются на собеседованиях.

«Я ищу людей, готовых учиться, и выясняю их систему убеждений, — рассказывает Таунс. — Если понятно, что они учатся, то, скорее всего, они будут успешными, потому что свою интуицию они преобразуют в гипотезы». Свою цель Таунс видит в согласованности поведения и философии лидера со средой, благодаря чему эти качества дополнительно развиваются. Лидер продукта может без опаски проявлять себя с лучшей стороны: «Он экспериментирует, а это безопасный способ валидации. В результате он развивается и его интуиция тоже. И одновременно прогрессирует и приносит пользу бизнесу». Следовательно, если нанимать людей, чья философия совпадает с философией компании, то трений будет меньше, а пользы — больше.

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

Ориентированность на клиента

В корне неверно создавать продукт только потому, что у вас есть для этого отличные новые технологии. Мы встречали такую формулировку: «Элегантное решение ищет проблему» (и это не шутка). Кто те люди, кто обрадуется возможности обменять свое время, деньги или энергию на ваше решение? Вы их выслушали? Поставили себя на их место, чтобы полностью осознать проблему?

Между людьми, ориентированными и не ориентированными на клиента, есть очевидная разница. На практике достаточно спросить кандидата на собеседовании, как бы он решил проблему (нюансы зависят от того, кто проводит собеседование). Здесь важно увидеть, как проблема решается с учетом продукта. Кандидат заговорил о технологическом решении, не задумавшись об опыте пользователя? Ссылается на субъективное мнение вместо описания объективного исследования? Рассказывает, как работал бы в команде или индивидуально? То, на чем кандидат акцентирует ваше внимание, процессы и решения, описанные им, говорят о его поведении в будущем. Соответствие его рассказа целям организации играет ключевую роль в успехе продукта.

Это подтверждает Джошуа Портер, соучредитель компании по дизайну продукта Rocket Insights и бывший глава UX HubSpot: «Несомненно, люди должны обладать навыками в своей профессии и по умолчанию быть клиентоориентированными. Помню, в HubSpot я много говорил об этом. На собеседованиях мы всегда в первую очередь оценивали ориентированность на клиента. Предлагали сделать прототип, описать сценарий, но всегда спрашивали, поставил ли кандидат себя на место клиента».

Ориентированность на клиента заметна и в письменном изложении. Например, Портер — соавтор Джоша Брюера по сайту «52 недели пользовательского опыта»[34] — рассказывает, что ориентированность на клиента проявляется в том, как соискатели пишут: от первого или от третьего лица. Это очень важный критерий. Портер считает, что речь от третьего лица говорит об отсутствии эгоизма у кандидата. Для согласованной работы команды следует искать сотрудников, которые хотят создавать качественный продукт и заботятся о клиенте, а не тешат самолюбие и не ищут славы. «Наверное, это такая особенность мышления, — говорит Портер. — Но и для команды это имеет большое значение. Конечно, нужны соответствующие навыки, баланс между ними и всем остальным, но думаю, что в основе успеха все же лежит особенность мышления».

По мнению опытных лидеров продукта, таких как Портер и Таунс, в первую очередь важны личностные навыки. Когда в команде уже установлено взаимопонимание, то новые сотрудники проще и быстрее внесут свой положительный вклад. С сопутствующими профессиональными навыками они без промедления возьмутся за дело и сразу включатся в процесс. Остается только помочь им развернуться в полную силу и начать расти. Таунс уточняет: «Когда человек выказывает желание примерить новую роль, сделать новый шаг или его потенциал удовлетворения потребностей бизнеса выше, чем у остальных, то начинаешь искать возможности для этого». При такой стратегии выявления подходящих кандидатов необходим обильный поток соискателей. Стратегии и тактики найма, специфические для нашей сферы, не входят в тему нашей книги, но лидеру продукта обязательно пригодятся и эти навыки. Для лидеров продукта в стартапах особенно актуальны планы развития компании и подбора кадров.

РАЗВИТИЕ ПЕРСПЕКТИВНЫХ СОТРУДНИКОВ

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

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

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

Для этого необходимо донести до всех концепцию и предоставить каждому возможность развиваться. Пусть основным посылом будет: «Посмотри, мы все разные, но разделяем одну концепцию и ценности». Сочетание многообразия и объединенных усилий наиболее заметно в спортивных командах: именно там люди с разными ролями и навыками идут к общей цели.

Это подводит нас к теме следующей главы — уникальным задачам лидера продукта в развивающихся организациях.

7. Развивающаяся компания

Основные трудности лидеров продукта в развивающихся компаниях

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

Пол Адамс, вице-президент по продукту в Intercom, с этим согласен: «Сложнейшей проблемой роста было донести до всех философию и процесс. Три наших ключевых принципа — «“Думать о большом, начинать с малого”, “Учиться на опыте”, “Разрабатывать на основе двух предыдущих принципов” — в общем понятные, но есть нюансы. Так что сложнее всего было ввести новых людей в курс философии управления продуктом. Поскольку все сразу включаются в процесс, а темп работы у нас высокий, то вечно не хватает времени обсудить базовые вещи».

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

В растущих компаниях лидеру сложно переключиться с управления процессами на управление людьми. Если точнее, то на управление и лидерство. Момент трансформации менеджера в лидера, несомненно, может стать решающим. Партнер Silicon Valley Product Group Крис Джонс приводит такой пример: «Самый полезный совет за всю карьеру я получил от своего руководителя Стива Рупа. Я тогда считался эффективным продакт-менеджером, готовился нанять собственного непосредственного подчиненного и и руководить им. Стив сказал мне, что в первую неделю я должен донести до него две важные вещи. Во-первых, он больше всех в компании должен знать о своей области продукта и о клиентах. То есть гораздо больше, чем я (а Стив знал о моем опыте). Во-вторых, в течение первых 90 дней работы он должен одержать одну победу, очевидную для всех».

Как мы уже говорили, когда понимаешь, что ты не должен быть лучшим техническим сотрудником в команде, то это одновременно и шок, и озарение. В этот момент осознаёшь, что ступаешь на путь лидерства. «Совет очень простой, но невероятно помог мне, — продолжает Джонс. — С тех пор всегда им пользуюсь, когда нанимаю новых продакт-менеджеров или повышаю старых сотрудников».

Как и многие другие, Джонс убедился в том, что превращение технического работника в лидера, управляющего людьми, дается непросто как новому сотруднику, так и его начальнику. Идентичность человека во многом связана с работой и навыками. Если несколько лет (а то и десятки) развивать конкретные умения, то весьма печально выяснить на новой работе, что они не нужны. Неожиданные требования новой должности выталкивают из зоны комфорта и порождают растерянность. Лидерам, которые наблюдают или инициируют этот период, важно понимать, какое это трудное время для команды и что только чуткое руководство в этот период приведет к положительным результатам.

УДЕРЖАНИЕ ВНИМАНИЯ НА ПОЛЬЗОВАТЕЛЕ

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

Разногласия с командой являются помехой для выпуска. «Как продакт-менеджер, вы должны доказать целесообразность для компании определенного решения, — считает Жакель Аманкона, международный программный менеджер YouTube. — Если не подкрепить свою идею фактами и данными или полагаться только на интуицию, то мало кто серьезно отнесется к вашему мнению». Наш опыт показывает, что принимать такие решения следует, ориентируясь на пользователя и предоставив ему последнее слово. Конечно, это всегда непросто, ведь нужно уравновесить потребности бизнеса с данными и обратной связью от клиента.

«Как обеспечить высокое качество услуг и быстрое выполнение роадмапа? Я бы сказал, это очень сложно», — согласен Брайан Данн из Localytics. Как же лидеру продукта решить эту проблему, к тому же с быстро растущей (или уже огромной) базой пользователей? Надо учесть два момента. Во-первых, ориентированность на клиента должна лежать в основе любого успешного бизнеса. Во-вторых, с разрастанием организации именно клиентоориентированность должна оставаться нерушимой как в дизайне, так и в разработке продукта. То есть лидеру нужно постоянно пропагандировать и отстаивать интересы клиента.

Учредители сталкиваются с этим почти сразу и иногда терпят крах. На раннем этапе легко обмануться, решив, что знаешь ответы на все вопросы. Опровержение предположений о должной работе продукта, поступившее с обратной связью, весьма огорчительно. Здравый лидер проходит через эту трансформацию и учится «служить в лидерстве» — удовлетворять потребности клиента, а не продвигать свои идеи. Обратное, нездоровое поведение — это пренебрежение обратной связью и исследованиями пользователя. Последнее приобрело популярность в последние десять лет. Его сторонники цитировали Стива Джобса: «Люди не знают, чего хотят, пока им это не дашь». Эта фраза из интервью журналу Business Week за 1997 год для многих лидеров продукта стала оправданием отказа от исследований рынка и сбора данных обратной связи. Не все осознают факт, что на тот момент Джобс уже несколько десятков лет занимался разработкой потребительских товаров и накопил достаточно информации, чтобы делать обоснованные предположения. Apple к тому времени стал всемирным брендом ценою в миллиард долларов, что дало Джобсу уникальную возможность выпускать продукты с несравнимым маркетинговым преимуществом. Такой эффективности не достигла ни одна современная компания и, соответственно, ни один лидер потребительских товаров. И хотя Apple на своем пути не избежала провалов и шла к успеху не одно десятилетие, наивно применять слова Джобса к любым другим разработкам продукта.

ПРОВЕРКА ЭГО

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

Как метко заметил Рейд Хоффман, основатель LinkedIn: «Если вам не стыдно за первую версию продукта, то вы выпустили его слишком поздно».

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

В период таких деформаций некоторые лидеры забывают про общую картину и углубляются в детали. Нередко сосредотачиваются исключительно на цифрах: изучают доход, LTV, стоимость привлечения клиента и прочее. На этом этапе все завязано на юнит-экономику, но опять же растет опасность позабыть о том, что хочет и ценит пользователь. Ориентируйтесь на него, на реальную вероятность совершения покупки и факторы удержания ценных клиентов — и проблема разрешится сама собой. Учредители компаний, мотивированных на рост и расширение, обычно по природе не ориентированы на клиента, не умеют поставить себя на его место. «Думаю, важно рассуждать о том, что создаешь и для кого. В этой связи надо глубже понимать точку зрения пользователя», — говорит Марко Марандиз. Его опыту можно доверять: он работал в CapitalOne, создал такие продукты, как HoverCards и Instant Logo Search, а в настоящее время занимает пост продакт-менеджера в HomeAway.

Марандиз считает, что недостаточно понимать поведение пользователя. Конечно, это основа, но более эффективное решение заключается в изучении взаимодействия людей с продуктом. «Идею эмпатии следовало бы насаждать сверху — от UX-дизайна к продакт-менеджеру и к разработчикам, — утверждает Марандиз. — Продакт-менеджер постоянно должен спрашивать себя: что за продукт мы делаем? В чем его ценность?» По словам Марандиза, обратная связь должна исходить от участников создания продукта. Для организации это большой плюс. Если инженер не верит в то, что его работа понадобится пользователю, то его мнение следует учитывать. Обдумайте. Разберитесь, зачем делаете или оптимизируете функцию. «Если цель состоит в том, чтобы кто-то уделил продукту на 10–15 минут больше — даже если это не сделает его жизнь лучше, — все в организации должны об этом знать».

ПУТЬ ИЗ ТЕХНИЧЕСКОЙ СФЕРЫ В УПРАВЛЕНЧЕСКУЮ

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

Трансформация технического работника в лидера продукта не проходит гладко и часто сопровождается резкой сменой ролей. «Они поговорили с одним из старших разработчиков, выбрали его и назначили старшим продактом. Потом меня из техподдержки назначили младшим, — вспоминает Жанна Бастоу, соучредитель ProdPad и Mind the Product. — Мы двое и стали первой командой продукта в технологической компании, которой было десять лет и где работало больше трехсот человек. Задача была непростой. Сначала мы даже гуглили запросы типа “что такое менеджер продукта” и “как составить спецификации и роадмап продукта”».

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

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

СОЕДИНЕНИЕ ТОЧЕК

Вот что связывает организацию на любом этапе — как стартап, так и зрелую компанию:

• арсенал технологий;

• создаваемый опыт;

• возможности страницы для акцентуации опыта;

• взаимодействие пользователя со всем этим.

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

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

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

ПОДДЕРЖКА ЛИДЕРОВ В ПЕРЕХОДНЫЙ ПЕРИОД

В переходный период и в развитых компаниях лидерам трудно найти путь. На раннем этапе учредители еще бывают вовлечены в ежедневную работу над продуктом, но развивающимся (и быстро растущим) компаниям эта схема уже не подходит. Придется нанять продакт-менеджеров с тем, чтобы разгрузить старших лидеров. Естественно, возникают новые проблемы. Во-первых, темпы роста не всегда совпадают с переходом лидера в следующую фазу. Для продакт-менеджеров, желающих стать лидерами, это чаще всего самая сложная стадия. До этого момента лидер был практиком, а новая роль требует технических и взаимосвязанных личностных навыков. Часто менеджеры продукта в ходе этой трансформации возвращаются назад и снова берутся за технический руль: это помогает вернуться в зону комфорта. Они чувствуют себя уверенно. Технические навыки так долго стояли на первом месте, что нетрудно было убедить себя, что личностные им не нужны. «Я уже почти восемь лет этим занимаюсь, — рассказывает Брайан Данн из Localytics. — Мы реализовали много продуктов. На раннем этапе нужны постоянные релизы, чтобы поймать большого клиента, получить возможность платить всем зарплату и продолжать заниматься делом. Сейчас у нас отличное соответствие продукта и рынка. Пора задуматься о том, что мы будем выпускать и, еще важнее, что выпускать не будем». Последнее — неожиданное озарение для компании в переходной стадии. Поначалу выпускается недостаточно, а потом резко становится наоборот. «Все продукты требуют обслуживания, сервиса и поддержки, что вынуждает замедляться», — рассказывает Данн.

Лицу, ответственному за организацию, необходимо помнить об этом и не надеяться, что лидер самостоятельно справится с трансформацией.

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

ПРЕДОТВРАЩЕНИЕ РАЗРЫВА КОММУНИКАЦИИ

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

• Выявите личные предубеждения. Джон Маэда из Automattic напоминает: «Не забывайте, что все делают люди. А от отношений зависит почти все. Если и то и другое в порядке, то и результат не заставит себя ждать». В сфере пользовательского опыта мы привыкли (и обязаны) учитывать нужды пользователя. Следует применять этот подход в коммуникации с остальными. Когда лидеру продукта нужно что-нибудь донести до людей, то важно учитывать восприятие ими его как лидера. Дело не в том, как сказать, а в том, как вас поймут и истолкуют. Многие уверены, что все слышат именно то, что они говорят. Для примера вспомните вчерашние разговоры с коллегами, семьей и друзьями. Подумайте, как они восприняли ваше поведение и слова, а потом спросите их об этом. Не объясняйте, не защищайтесь, а слушайте, не перебивая. Ручаемся, что ваше впечатление в корне отличается от чужого.

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

• Стремитесь получать информацию из первоисточника. Теперь объединим два предыдущих пункта — предубеждения и слушание — и учтем другую сторону. В идеале коммуникация всегда двусторонняя: одна сторона излагает другой, — но, к сожалению, не все умеют слушать. И донести информацию до таких людей крайне сложно. Абсолютно всё — от стратегий высокого уровня до постановки ежедневных задач — фильтруется принимающей стороной. Слушая, люди подсознательно складывают информацию в отдельный «ящик». Например, вы рассказываете о релизе отделу продаж. Сотрудники воспринимают вас как лидера продукта, и потому все, что вы скажете, они помещают в ящик с надписью «лидер продукта». И преуменьшают значимость всего, сказанного лидером продукта касательно сферы продаж, потому что не он руководитель продаж. Для умного лидера это блестящая возможность. Если заранее продумать, как соотнести информацию с интересами сотрудников, они это почувствуют, и вы произведете куда большее впечатление. Они не будут складывать ваши слова в ящик «лидера продукта», так как убедятся, что вы компетентны в их сфере. Сначала надо выслушать, затем подкрепить слова действиями и объединиться с ними.

• Устраните препятствия. Наконец, на работе и дома стало больше отвлекающих факторов, чем раньше (уведомления мобильных устройств как будто специально запрограммированы прерывать разговоры), что нарушает коммуникацию и мешает излагать идеи. Советуем запретить пользоваться телефонами на встречах.

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

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

Практические советы лидерам в условиях переходного периода

Развивающиеся компании существенно отличаются от стартапа. Они вышли из свойственного раннему этапу хаоса, хотя его последствия, скорее всего, еще не преодолены окончательно. Когда компания и продуктовая команда начинают расширяться, привычки, поведение, устои и реакции трещат по швам. Благодаря им компания встала на ноги, но теперь они способны негативно повлиять на достигнутый успех. В развивающейся компании мог сохраниться дух раннего этапа, но системы и процессы, работавшие поначалу, скорее всего, устарели. Руководства это тоже касается. В экстремальных случаях нужен новый руководящий состав, но в большинстве организаций для плавного и непрерывного роста достаточно подобрать нужных людей на правильные позиции. На вопрос «Что делать конкретно?» ответят культура компании и сформировавшиеся ограничения.

Постараемся понять разницу между лидерством в стартапе и развивающейся компании.

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

Переходный период для продакт-менеджера еще больше осложняется нарастающими каждодневными правками и улучшениями, которые необходимо усваивать и обслуживать. Успешный переход от управления стартапом к управлению развивающейся компанией заключается в возвращении к истокам. Лидеру надо вернуться к ключевому видению бизнеса, проверить его актуальность и то, насколько его понимают. Это не шаг назад; помните, что видение важно для управления независимо от стадии. Люди идут за тем, кто четко сформулирует видение и будущее компании. Отлаженность технической и операционной деятельности позволит лидеру завоевать доверие, но из-за одних профессиональных навыков за лидером никто не последует.

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

ПРЕТВОРЕНИЕ ОБОГАЩАЕТ ВИДЕНИЕ

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

Давайте рассмотрим на реальном примере, как обратная связь повлияла на видение и стратегию. Команды Pluralsight работали над «путями обучения».

Согласно видению основателя компании Аарона Сконнарда, клиенты (в компании их называют «учащиеся») выиграют от нового способа использования веб-приложения. Он предположил, что эффективность возрастет, если вместо приобретения конкретных навыков они будут участвовать в путях обучения. Они во многом схожи с карьерным путем. Эта идея родилась из наблюдений за тем, как путь обучения соотносился с темами на корпоративном блоге. За последние пять лет в Pluralsight возникло более сотни методов обучения, и все они брали начало из тем блога, получивших высокий трафик. Казалось очевидным, что идея уже завоевала доверие. Сконнард был уверен, что популярность этих методов обучения указывает на новое видение, следовательно, надо ввести их в веб-приложение. Для тестирования видения команда продукта разработала макет новой версии приложения в соответствии с идеями Сконнарда.

Но во время бесед с клиентами выяснилось, что методы обучения не имеют к компании никакого отношения. Несмотря на то что трафик с веб-сайта был большой, пользователи проводили там совсем мало времени. Исследования команды Pluralsight доказали, что видение не сходится с реалиями. Основные клиенты — разработчики с большим опытом (от 7 до 15 лет) — хотели расширить навыки, но не на предопределенном карьерном пути. Их интересовали конкретные технологии. Они не собирались становиться инженерами клиентской стороны интерфейса, а планировали приобрести навыки, скажем, в Angular и изучать Angular 2. Так видение основывалось на претворении прототипа и обратной связи от пользователей об этом прототипе. Неожиданно оказалось, что видение требует правок.

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

Но в то же время надо всегда помнить о видении продукта и не давать сбить себя с толку новой информацией. «Люди всегда просят больше. Если слепо верить им, то можно оказаться на другом рынке. У продукта будет больше функций, он потребует больше памяти, усложнится — и может утратить изначальную ценность», — считает менеджер продукта Basecamp Райан Сингер.

Создание команды

Как мы уже убедились, идеального метода создания команды не существует. Контекст крайне важен для структуризации и найма специалистов. Успешные продакт-менеджеры всегда учитывают культуру бизнеса. При условии, что она более или менее здоровая, она способна повлиять на структуру команды. Соответствие культурному контексту — вот первый шаг в наборе или реструктуризации команды. «Думаю, самое главное для продакт-менеджера — это думать о своих людях: “Кто они?” — говорит Тим Бантел из XebiaLabs. — Менеджер продукта — это рупор клиента. В управлении продуктом это уже почти клише, но все же лучше, чтобы вам нравились люди, с которыми вы работаете». Бантел знает, что лидер продукта представляет и внешнего клиента, и внутреннего: «Вы будете отстаивать их интересы, поэтому надо поставить себя на их место и верить им».

В развивающихся компаниях уже сложившаяся команда, а лидеру продукта остается только убедиться в согласованности ее действий с целями и культурой всей организации. Команда продукта обычно занята повседневными задачами и не так часто вспоминает про общую картину, как лидер. «Надо помочь им увидеть долгосрочные приоритеты, — говорит Мэтт Асэй, вице-президент по мобильным приложениям Adobe Marketing Cloud. — Иногда все внимание получает ближайшая задача. Я помогаю своим сотрудникам смотреть вперед». Асэй уверен, что, если помочь команде увидеть долгосрочные перспективы, от этого все только выиграют: «Мне надо быть связующим звеном».

Далеко не всегда структура команды уникальна и оригинальна в каждой компании. Для упрощения задачи и ускорения процесса можно позаимствовать успешную модель у похожей организации. При необходимости структуризации команды в развитой компании не всегда есть возможность экспериментировать с моделями. «Обычно работа над продуктом включает в себя управление продуктом, опыт пользователя, анализ и обработку данных, стратегию и маркетинг продукта, — поясняет Брайан Данн из Localytics. — У нас еще есть департамент маркетинга, отличный от стандартного».

Данн описывает, как команда Localytics копировала модель отряда Spotify для быстрой структуризации: «У нас пять full-stack команд. В них не только инженеры, а еще менеджер продукта, руководитель (технический), а для работы с клиентской стороной интерфейса еще и UX-дизайнер». Общие для всех команд эксперты предоставляют консультации по конкретным техническим вопросам. Эти люди — как команда для команды. «Еще у нас есть команда по анализу и обработке данных, — продолжает Данн, — которая работает со всеми по необходимости; у некоторых команд есть возможность улучшить отдельные части продукта с помощью алгоритма машинного обучения. Им помогут создать эти алгоритмы и перейдут к работе с другой командой, которой нужны сейчас».

«Это был настоящий вызов. Над многим приходилось ломать голову», — вспоминает Дэвид Кац, вице-президент методов пользовательского опыта Virtusa Polaris, всемирно известного подрядчика технологических продуктов в финансовой сфере. Каца наняли для внедрения клиентоориентированности в дизайне и разработке. «Организация огромная, работники рассеяны по всему миру, — рассказывает Кац. — Я хотел сделать все несколько по-другому». Кац подошел к созданию группы по реализации продукта с точки зрения команды: «Я решил, что вместо рассеянных по всему миру людей нам нужна пара студий и сообщество вокруг них». Кац считает, что процесс еще не завершен. Команда не бывает совершенно статичной, особенно в такой большой компании, как Virtusa Polaris. При содействии Каца появилась студия в Бостоне, группа в Нью-Йорке и несколько удаленных сотрудников. С ними компания сохраняет массу важных функциональных возможностей и сплоченную команду. Для компаний, где преобладают удаленные команды, это сложнее, и решение Каца не универсально для любого развивающегося бизнеса. «Сейчас мы занимаемся студией в Нью-Йорке, — рассказывает Кац, — важно, чтобы все были под одной крышей. Когда сотрудники не на встречах с клиентами, к их услугам приятное место для работы и сотрудничества, как мы и хотели».

ПРАВИЛЬНЫЕ ЛЮДИ В КОМАНДЕ

Команда должна работать совместно, но какие в ней должны быть люди? Выяснив предпочтения компании по поводу расположения офиса (или отсутствия такового) и структуры, эту среду надо наполнить людьми. Как же это сделать? «Мы работали с двумя HR-специалистами, которые уже помогали мне найти отличных сотрудников», — рассказывает Кац. Определив стратегию найма, он приступил к ее пошаговому исполнению. Сначала надо было создать ядро команды. «Мы собрали ядро из 2–3 человек и далее отталкивались от него, — объясняет Кац. — Мы не торопились, стремясь более качественно подойти к выбору. Я старался не занижать планку». Как и другие успешные лидеры продукта, Кац выше всего ценит качества сотрудников. В быстрорастущих компаниях это невероятно сложно. От команды продукта всегда ждут выполнения поставленных задач. «Это непросто, потому что в организации 18 тысяч человек, — продолжает Кац. — У нас много проектов, мы нуждаемся в постоянном изучении опыта пользователя и возможностей продукта. Мы всегда в поиске новых сотрудников с соответствующим опытом». Но лидеру продукта следует найти компромисс между нуждами организации и высокими требованиями к новичкам.

«Для собеседования мы кое-что придумали, — рассказывает Кац. — Например, мне очень сложно оценивать портфолио. Оно есть у всех, у многих там отличные работы, но мне всегда очень трудно понять, в чем заключается вклад конкретно этого человека». Знакомая ситуация. Любому лидеру хотелось бы стандартизировать процесс приема на работу, но возникает риск ненамеренно занизить планку. Самое главное в анализе портфолио — это отделить работу соискателя от общего вклада команды: «Обычно люди работают в команде, так что между индивидуальным и общим вкладом очень тонкая грань. Я придумал практическое задание, которое все выполняют по ходу собеседования».

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

Верного или неверного ответа не существует. Кац считает, что такие задания помогают команде разглядеть сферу навыков и интересов соискателей: «интерактивный дизайн, визуальный дизайн или архитектура информации. И общий вид: как это сделано? Использован ли инструмент прототипирования? Или статичные макеты? Дизайн с высокой точностью? Или более структурный, скелетный, но со сценарием?» Благодаря этим заданиям Кац получает ответы на такие вопросы, которые не пришли бы ему в голову в разговоре или при изучении портфолио. «Я видел несколько великолепных и нестандартных примеров, но бывало и такое, что я ожидал многого и оказался разочарован, — признаётся Кац. — Зато сразу видно, что люди могут, каков их образ мышления и где они предпочитают проводить время».

8. Крупная компания

* * *

Четыреста двадцать девять компаний из списка Fortune 500 за 1955 год больше не существуют. С 1950-х годов средняя продолжительность жизни крупных компаний из списка S&P 500 снизилась с более чем 60 лет до 15. Рынки меняются быстрее, чем когда-либо, и, чтобы выжить, компании нужно двигаться со скоростью интернета. Легко сказать, но для большинства крупных компаний это невозможно.

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

Груз всех этих проблем ложится на плечи лидера продукта крупной компании.

Основные трудности в работе лидера продукта крупной компании

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

ИЗБЕГАЙТЕ САМОНАДЕЯННОСТИ ПОСЛЕ ДОСТИЖЕНИЯ УСПЕХА

«Успех тормозит дальнейшие успехи, — говорит Барри О’Райли, соавтор книги «Бережливая корпорация: внедрение масштабных инноваций в высокопродуктивных организациях» (Lean Enterprise: How High Performance Organizations Innovate at Scale). — Если дела многомиллиардной компании идут успешно, цифры радуют, кривые графиков ползут вверх и вправо, и к нынешнему успеху вас привели разработанные вами стратегии, то зачем меняться?»

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

«Требуется смелость, — продолжает Барри, — чтобы признать необходимость всегда испытывать себя, проверять работоспособность текущих методов. Может, попробовать что-то другое? Или что-то изменить?»

ДИСЦИПЛИНА ПОСЛЕ УСПЕХА

«Трудно владеть огромным состоянием, — считает Лиза Лонг, вице-президент по продукту в Telenor, норвежской телекоммуникационной компании, имеющей более 200 миллионов клиентов на 27 рынках. — На что его потратить? В стартапе ресурсов мало. Приходится считать каждую копейку, а у крупной компании этой проблемы нет. Зато есть другая: ресурсов так много, что хочется продолжать не особенно успешные проекты, теша себя надеждой “вот-вот что-нибудь придумать”. Трудно понять, когда пора перестать вкладываться во что-то, потому что это уже не вопрос жизни и смерти, как в стартапе».

СОХРАНЕНИЕ ФОКУСА ВО ВРЕМЯ РОСТА

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

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

В первую очередь надо убедиться в наличии у компании как минимум одного продукта, отличающего ее от остальных. Если продуктов много, то вас должен интересовать тот, который на порядок возвышается над остальными. В крупной компании это инновационный или лидирующий на рынке продукт, представляющий ценность на долгий период. В ориентированных на потребителя компаниях, таких как Apple, это iPhone. В компаниях «бизнес для бизнеса», таких как Intuit, это QuickBooks. У Google это поиск на основе AdWords.

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

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

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

Рэнди Сильвер, ранее работавший в HSBC, а ныне — старший руководитель проекта в Digital Workplace & Collaboration Sansbury’s, развивает эту идею: «В крупной компании все происходит в другом масштабе. В маленькой компании мне казалось неудачей, если результата нет два-три месяца. Здесь же глобальные изменения занимают два-три года. Плюс еще несколько месяцев, если среда контролируемая. Решать такие вопросы, как трансграничная передача данных, подключение нового подрядчика услуг или даже получение данных обратной связи от сотрудников из других стран, неизмеримо сложнее. И это касается не только унаследованных систем. Процессы и организационная динамика могут быть очень запутанными. Компании вырастают в результате слияний и присоединений, и структурные подразделения и филиалы в разных странах унаследуют разные процессы. К тому же проявляются и не описанные в документации пункты, которые нужно пройти для изменения любых систем, не охваченных известными структурами».

Барри О’Райли добавляет: «Как правило, инновации ограничивают противоречивые цели бизнеса и приоритеты, специфические показатели эффективности работы и критерии успеха. Это традиционные инструменты управления для контроля поведения и результатов деятельности персонала. Однако в высококонкурентной и быстроразвивающейся среде они дают негативный эффект — искореняют креативность, оперативность и нестандартное мышление».

«У нас в портфолио более ста сорока продуктов, — рассказывает Мария Джудиче, вице-президент по UX-дизайну в Autodesk. — Понятно, что между опытом отдельных продуктов нет цельности. Много лет назад это было неважно, но сейчас мы отходим от фокуса на программных продуктах и ориентируемся на опыт, поэтому цельность очень важна. Следует спросить себя, получают пользователи единообразный опыт или нет».

РАЗРАБОТКА КЛИЕНТООРИЕНТИРОВАННОЙ СТРАТЕГИИ ВЫХОДА НА РЫНОК

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

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

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

Старая максима «данные не врут» пригодится на встречах с высшим руководством и по поводу показателей рынка. Конкретные и проверенные статистические данные дают лидеру продукта большую фору. Данные, подтверждающие желания сегмента потребителей (готовых оплатить их), указывают путь к будущим релизам и инновациям. Это подчеркивает превосходство стабильного опыта над функциями. С помощью исследований лидер продукта может отделить желания верхней трети от ситуаций увеличения ценовых ориентиров после того, как фактическая цена превысила прогнозы, и одновременно решить основные проблемы пользователя и покупателя.

ЭФФЕКТИВНАЯ КОММУНИКАЦИЯ И СОТРУДНИЧЕСТВО

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

ОТСУТСТВИЕ ЦЕНЗУРЫ В ДАННЫХ

Барри O’Райли обозначил одну из самых сложных задач в корпоративной среде: «Большая часть информации по пути к руководству подвергается цензуре.

Например, команда разработчиков чем-то занимается и регулярно отправляет отчеты. Но кое за что им немного стыдно (или им надо сообщить статистические данные посещаемости, а не другие показатели); в общем, какую-то проблему они скрывают, потому что не знают, как к этому отнесутся. Или у них в проекте фигурирует нечто красное, а руководитель сомневается, не выбрать ли янтарный. А потом кто-то из вышестоящих меняет все на зеленый. Итог: руководство крупной компании смотрит на зеленую контрольную панель и принимает стратегические решения, опираясь на неверную информацию. Решение закономерно оказывается неверным, а следом и результаты. Эта информация распространяется по всей организации, что приводит к повсеместным неправильным решениям, потом их становится еще больше… Это губительный процесс».

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

«Наверное, лучший пример, — добавляет Барри O’Райли, — это Рид Хастингс из Netflix. Каждые двенадцать недель он проводит тридцатиминутное совещание со всеми директорами компании. А каждые три месяца — сеанс тестирования с клиентами, в котором участвуют все главы крупных отделов. Так все понимают, что происходит, что хорошо и что плохо».

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

ИЗМЕРЕНИЕ ПРАВИЛЬНЫХ ПОКАЗАТЕЛЕЙ

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

Жакель Аманкона из YouTube измеряет успех несколькими способами. Для YouTube очень важно, чтобы авторы были довольны сервисом: «У нас есть показатель удовлетворенности авторов. Мы стремимся, чтобы он был как можно выше. Авторы — наша живительная сила, наша кровь. Кроме них, у нас есть только зрители и потребность удовлетворить и их». Показатель удовлетворенности авторов — это оценка автором удобства создания сообщества на YouTube: «Насколько наша коммуникация с ними полезна для роста их бизнеса на нашей платформе? Предоставили ли мы им все необходимые инструменты? Понятны ли им стратегии роста на YouTube? Сервис, поддержка, партнерство и прочее. Для нас это важные показатели». Аманкона также использует опросы, ее команда рассылает их с разной частотой и с разными типами вопросов: «Я бы сказала, что это дает больше всего данных по интересующим нас показателям. Мы всегда перепроверяем данные в разговорах с авторами, чтобы выяснить причины того, о чем они рассказывают. Изучаем колебания между разными группами и вертикалями. Например, у “музыкального” автора иное впечатление, чем у “игрового” — почему? Мы опрашиваем авторов, чтобы они своими словами объяснили, насколько мы соответствуем их представлениям об идеальной платформе».

В первые 25 лет у Adobe был только один ключевой показатель — количество проданных программных пакетов. Но ведь это ничего не говорит о темпах восприятия, использовании, удовлетворенности клиента и никак не стимулирует установление долгосрочных отношений с ним, лишь ускоряет продажи новой версии. Когда Adobe перешла на облачную модель, она коренным образом пересмотрела показатели успеха. Теперь компания измеряет его подписками (регистрацией и обновлениями), что требует уже совсем других отношений с клиентом. Изменение привело к возникновению Marketing Cloud — совершенно новой области для Adobe, когда продукт (инструменты онлайн-маркетинга) согласован с потребностями клиентов (привлечение и сохранение клиентов).

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

Джонатан Гоуинс, менеджер продукта в D+H, так описывает подход своей компании: «Один из ключевых показателей эффективности — это доход. Здесь все просто: нет продаж — нет дохода — нет эффективности. Еще один показатель — индекс потребительской лояльности. Он произвел революцию во всех сферах. Итак, мы в курсе, как клиенты работают с продуктом и довольны ли они. Дальше идет комиссионное вознаграждение брокера, потому что кто-то продает, а вы продвигаете и вносите ценные предложения. Когда всё готово, то что-то может сломаться. И это проблема. Но индекс потребительской лояльности дает нам полное представление о продукте. Мы используем оба способа».

D+H занимается финансовыми технологиями с фокусом на дизайне и разработкой решений «бизнес для бизнеса» для банков и финансовых компаний. Деньги тесно связаны с эмоциями. Накопить на покупку нового дома, заказать подарок для любимого человека или изыскать средства на починку дорогого автомобиля — все это неизбежно вызывает эмоциональную реакцию. Сегодня можно мгновенно соединиться с человеком в другой точке земного шара, и всем хочется такого же уровня доступа и контроля финансов. Гоуинс, как и другие менеджеры продукта, выслушивает группы влиятельных лиц и воплощает их желания в продукты, удобные для реальных людей. Гоуинс знает, что, хотя его компания производит продукт для бизнеса, конечный пользователь все равно важнее, и акцентирует важность индекса потребительской лояльности.

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

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

РАБОТА В КУЛЬТУРНОЙ СРЕДЕ КОМПАНИИ

Рэнди Сильвер из HSBC рассказывает: «Некоторые всю жизнь работают в одной компании на разных должностях. Так создается уникальная корпоративная культура, иногда очень устойчивая к изменениям, и, возможно, в ней причина первоначального успеха и жизнеспособности компании. Это одновременно и большое разочарование, и прекрасная возможность. Даже если вы не полюбите культуру, умейте ее ценить. Без нее вам не привлечь таких ветеранов».

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

Лидеру продукта в крупной компании также следует учитывать ее организационную структуру, бюджет и процесс развития. «Создавая штатное расписание, вы создаете продукт — в нем отражается структура организации; глубина работы над компонентами видна в распределении ресурсов; координация работы — в лидере и так далее», — утверждает Стивен Синофски, бывший президент подразделения Windows в Microsoft.

Чтобы влиять на перемены, лидер продукта должен представить их в понятном организации виде. «Объединяя инновации со стратегией роста, вы обеспечиваете организации направленный, стратегический приоритет и координируете бизнес-план и его воплощение в реализации продукта», — добавляет Барри О’Райли.

Лидерство в крупной компании

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

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

КОММУНИКАЦИИ С ВНУТРЕННИМИ И ВНЕШНИМИ КЛИЕНТАМИ

Чем крупнее организация, тем выше вероятность плохой коммуникации. Если в команде более 20 человек, то возрастает риск забыть ввести в курс одного сотрудника или пропустить неформальную клиентскую встречу. Здравый взгляд на коммуникации таков: каждый — клиент. То есть и внутренние команды, и внешние пользователи. Глядя вокруг сквозь призму клиента, лидер продукта расширяет горизонты. Воспринимая внутреннюю команду как клиентов, вы автоматически переключаетесь в режим «лидерства как служения». И, следовательно, становитесь максимально сосредоточенными на росте и благополучии сотрудников. Традиционный лидер стоит во главе организации или команды, аккумулирует власть и вершит ее. Лидер-слуга делится властью, превыше всего ставит потребности других, помогает людям развиваться и работать с полной самоотдачей.

Лучшие лидеры продукта выделяют в ежедневном расписании время для коммуникации. Хорошая физическая форма требует в первую очередь регулярных упражнений, то же самое и с коммуникацией. «Я ввел встречи с коллегами в ежедневную практику, чтобы связь была постоянной. Человеческий фактор очень важен», — подтверждает Мэтт Асэй, вице-президент по мобильным приложениям Adobe Marketing Cloud. Нужно общаться и с командами, и с клиентами. В зрелых компаниях есть риск ограничиться отчетом, сводкой данных и успокоиться, решив, что обязанности выполнены. А ведь ничто не заменит общения лицом к лицу. «Это можно делать по-разному, — подчеркивает Асэй. — Данные важны, но люди важнее. Раз в неделю я угощаю обедом кого-нибудь из тех, кто занимается мобильными приложениями в офисе в Юте».

Регулярное общение с членами команды не заменит ничто, но нужно еще и понять потребности клиентов. Кейт Порт из Zmags считает, что в состоявшейся компании коммуникации должны вестись разными способами: «В управлении продуктом это в порядке вещей. В той или иной форме мы с командой тестируем удобство пользовательского интерфейса и опыта. Сейчас я работаю с командой пользовательского опыта над разработкой сценариев и проверяю соответствие данным обратной связи. В других сценариях я пытаюсь понять приоритетные проблемы клиентов, касающиеся компании или конкретно продукта». Сочетание формальной и неформальной коммуникации дает Кейт все, что ей нужно. Но для получения конкретных идей она предпочитает структурированные практики. «У нас есть “стодолларовый вопрос”: как бы вы потратили на нашей платформе ваши последние сто долларов? Отличная практика для определения приоритетов с клиентами!» Такие узконаправленные или структурированные коммуникации разработаны для получения от клиентов конкретных данных и идей.

Как и большинство руководителей, лидер продукта — источник коммуникаций, и, соответственно, принятия решений. Если он не получает верную информацию, то не может выносить обоснованные и своевременные решения. Его задача в том, чтобы узнать, какие каналы и практики позволяют получить самую актуальную и важную информацию. Неправильно воспринимать и усваивать все подряд. А если фильтровать информацию через менеджера или лидера продукта, то проблема только усугубится. Лучшие лидеры продукта умеют отличить хорошую коммуникацию от посторонних, отвлекающих факторов. И к источникам они подходят очень избирательно. Прямые контакты с клиентами и пользователями являются пока наиболее ценным источником: «Я стараюсь общаться с клиентами по крайней мере раз в день. Мне это нравится, потому что немного опускает на землю, когда все время думаешь о стратегиях бизнеса, — рассказывает Порт. — продакт-менеджеру крайне важно услышать клиента и понять его проблемы, и я хочу убедиться, что последовательно выполняю каждую роль».

«Работая над продуктом, до этапа дизайна мы опрашиваем много пользователей, — говорит Джо Ранфт, соучредитель и директор пользовательского опыта в Cinch Financial. — Мы проводим одно- или двухчасовые интервью, и это помогает нам определить, какая информация нужна людям». Ранфт объясняет, как его команда нарабатывает идеи, упрощая коммуникацию с клиентом: «Один наш продукт предлагает сфотографировать и опубликовать ежемесячный счет, и мы уведомляем клиентов, если нужно его изменить. Так мы узнали, что людям нужен совет для совершения покупки. Результат: теперь мы работаем над совершенно новым продуктом. Мне нравится UserTesting.com, но еще больше мне нравится сидеть рядом с пользователем и задавать ему вопросы. С онлайновыми методами тестирования это, на мой взгляд, сложнее.

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

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

Поскольку одна из основных задач лидера продукта — усвоить информацию и использовать ее для принятия решений, то ему надо понимать, что он, по сути, фильтр для команды. И убедиться, что в работу поступает только самая важная информация и идеи. Однако стоит пойти еще дальше и определить, каким образом донести их до команды. «С клиентами я работаю еще и над аналитикой, потому что, в числе прочего, мы собираемся разрабатывать аналитическую панель, — рассказывает Порт. — Мы заинтересованы в том, чтобы узнать, как клиент измеряет успех. Какие факторы имеют значение для его бизнеса? Что он хочет от нашего продукта?»

Поощрение сотрудничества

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

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

Послушаем Барри О’Райли: «Все думают, что кроссфункциональность имеет значение только на уровне маленькой команды продукта, а это неверно. Как мы уже выяснили, самые продуктивные команды действуют на кроссфункциональном уровне во всей компании. Для этого и нужны руководители. Все происходит в макро-, а не в микромасштабе относительно отдельных команд по разработке продукта».

ИЗМЕНЕНИЕ КОРПОРАТИВНОЙ КУЛЬТУРЫ

«Чтобы не вариться в собственном соку, мы идентифицируем основные проблемы и выбираем людей из разных команд для совместного решения, — говорит Мария Джудиче. — Так мы добавляем свежей крови, и опыт пользователя получается более качественным, потому что их индивидуальные субъективные мнения по продукту объединяются в стратегию. Мы также создаем целевые рабочие группы. У нас есть люди, увлеченные исследованиями, визуальным дизайном, информационной архитектурой, и они собираются в группы. Их задача — улучшить работу всей организации, чтобы в будущем создать лучший продукт».

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

«Подключайте внутренние источники идей, чтобы полностью вовлечь организацию в инновационный процесс, — предлагает Барри О’Райли. — Чаще всего требуется одновременно изменить корпоративную культуру — устранить установку “такого тут никогда не было”, — чтобы интрапренеры и другие лидеры открылись внешним источникам инноваций. Будьте готовы сообщить людям о том, что другое подразделение лучше справится с воплощением их идей — с ними или уже без них».

ПОКАЗАТЬ, А НЕ РАССКАЗАТЬ

«Старшему руководству я стараюсь предложить сценарии изменения восприятия мира в безопасных в случае ошибки экспериментах — тестировании возможных новых продуктов, процессов или реальных изменений в себе как в лидере», — рассказывает О’Райли.

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

Таня Кордри, бывший директор по цифровым технологиям Guardian, добавляет: «Изыщите способ достичь быстрых результатов и поднять показатели. Это понравится всем. Радуйтесь каждый раз, когда цифры растут. Вам надо заработать кредит доверия для себя и своей команды. Когда кое-что сделано и все довольны, то можно попробовать внести более серьезные изменения».

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

ПОДДЕРЖАНИЕ ЯСНОСТИ ВИДЕНИЯ

«В роадмапе описывают видение и цели, — рассказывает Мэтт Попсель, вице-президент по продукту Predictive Index. — Думаю, нам удалось внедрить в этой сфере несколько инноваций, наши конкуренты по сравнению с нами не продвинулись». Компания по анализу персонала Predictive Index работает уже 50 лет. Ежегодно компания проводит оценку более чем 3 миллионов соискателей и сотрудников для 5000 клиентов по всему миру. «Для нас роадмап — это воплощение видения», — говорит Попсель. Для того чтобы соответствовать видению, роадмап должен быть очень динамичным, поэтому его пересматривают и корректируют каждые 90 дней. Он приводит изменчивую, развивающуюся среду продукта в соответствие с долгосрочным видением. Попсель делится опытом: «В первую неделю каждого квартала мы обновляем версию роадмапа, но вообще он рассчитан на пятнадцать месяцев». Такой подход уравновешивает противоречивые требования к лидеру продукта: сфокусировать команду на отдаленном будущем и одновременно управлять ближайшим будущим.

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

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

ПОДХОД ПРОДУКТОВОГО ПОРТФЕЛЯ

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

Компания Telenor (так же, как IBM и Microsoft) разработала пятиэтапную систему внутренней классификации продуктов. С первого этапа, когда продукт пока лишь замысел для группы пользователей со схожим поведением и потребностями, и до последнего, когда продукт уже зрелый и нуждается в оптимизации, в Telenor соответственно распределяют ресурсы.

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

Важно, что итоги всех пяти этапов хранятся в центральной базе данных. Вице-президент по продукту Лиза Лонг рассказывает: «В базе данных содержится информация обо всем, что мы пробовали, так что любой менеджер продукта, интересующийся, что сделано в сфере образования, например, в Бангладеш, мог посмотреть и все выяснить. И сказать: “Ах да, мы уже делали такой проект. И вот что мы узнали”. И у них есть трамплин, чтобы сделать свой продукт еще лучше».

В БОЛЬШИХ ПЛАНАХ НАЧИНАЙ С МАЛОГО

Мало что так привлекает инновации, как предпринимательство в организации. И единственный способ для этого — это изъять бразды правления у руководства и предоставить автономию подразделениям и командам, работающим над продуктом.

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

Решение напрашивается само: разделить составляющие бизнеса на мелкие части. Amazon, как известно, придерживается принципа двух пицц (если команду нельзя накормить двумя большими пиццами, то она слишком большая, помните?). А если в компании больше 200 тысяч сотрудников, то команд выходит многовато. (И пицц, пожалуй, тоже.)

Другой подход — доверить решение проблем маленьким командам. Могут ли четыре человека что-то изменить в корпорации? В Adobe могут. Талин Уодсворт, руководитель дизайна последнего продукта Adobe — Adobe XD, объясняет, как начать с малого в большой компании, чтобы выпустить масштабный продукт. Большинство читателей наверняка помнят, что все началось с изменения инструментов дизайна, с флагманских продуктов, как Photoshop и Illustrator, на гибридные, как Fireworks. «Его создали для нас, — рассказывает Уодсворт о Fireworks и дизайнерах цифрового продукта. — Хотя некоторые дизайнеры работали в Photoshop и все мы немного пользовались Illustrator, Fireworks оказался идеальным инструментом, потому что не надо думать о разрешении. Мы делали дизайн экранов, и он как раз для этого, так что можно быть уверенными, что все точно». Потом маленький стартап Sketch поставил под угрозу доминирование Adobe на рынке инструментов цифрового дизайна. Fireworks занимал скромное место в портфолио Adobe, но его закрытие спровоцировало волну разочарования и замешательства, прокатившуюся по всей индустрии цифрового дизайна. И в Adobe поняли: вот возможность направить новые усилия на инструменты, которые помогут специалистам создавать новый дизайн.

«Мы ошиблись, — признаёт Уодсворт. — Мы знали, что конец близок, но одновременно изучали другие инструменты, которые лучше подходят для нашей работы». Sketch уже набирал обороты, а дизайнеры старались решить проблему самых ранних этапов создания новых продуктов и тестировали все прототипы, которые им попадались. Самым популярным был Keynote. Уодсворт отзывается о нем положительно: «Почти год большую часть работы я делал в Keynote. Как ведущий дизайнер продукта, я занимаюсь ранними концепциями и историями. В презентации и дизайн я встраиваю все больше и больше интерактивности и динамических сценариев». Уодсворт с командой выяснили, что Keynote — удобный инструмент быстрого прототипирования. «Потом мы, конечно, осознали, что происходит и что нам нужен другой современный инструмент». Команда желала получить единый инструмент для дизайна и создания прототипов, а получалось два: Photoshop (или Sketch) для дизайна и что-то другое для прототипирования. Надо было их объединить. «Мы подумали, что это и есть тот самый один инструмент, в нем можно делать дизайн с точностью до пикселя, и, кроме того, добавлена возможность прототипирования. Мы хотели, чтобы в него была встроена интерактивность».

Часто бывает, что инструменты лидеров продукта влияют на результат. «Это как вопрос о курице и яйце: есть проблема, берется инструмент, интегрируется в процесс и влияет на результат, — говорит Уодсворт. — Если у вас есть инструмент, в котором дизайн объединен с новой функцией — интерактивностью, — то можно преодолеть привычные границы интерактивного дизайна. С этого мы и начали в Adobe».

ПОДРАЖАЙ, ПОКА НЕ ПОЛУЧИТСЯ

Поговорка «подражай, пока не получится» наверняка вдохновляла большинство основателей стартапов. С развитием команды мы рекомендуем развить эту мысль и внедрить прототипирование в разработку всех новых идей. По словам Уодсворта: «Все начинается как в стартапе. Нас было четверо, поэтому утром мы что-нибудь обсуждали, потом внедряли и к концу рабочего дня уже тестировали». Он поясняет, что изначальную работу по дизайну продукта выполняли в Keynote и пытались сложить головоломку первыми прототипами, поскольку по договоренности команда не могла браться за всю задачу в целом. Самые первые прототипы были простыми инструментами и функциями дизайна экрана в браузере. «Один из первых наших прототипов был простым штампом для клонирования, — продолжает Уодсворт. — Мы знали, что в дизайне пользовательского интерфейса иногда нужно быстро что-то замостить повторяющимися формами. С этим штампом можно взять форму и повторить ее столько раз — по горизонтали или вертикали, рядами или колонками, — сколько захочешь». Такой подход «от малого» необходим в организации любого размера, но упрощение ранних прототипов и тестирование еще важнее, если выбор богатый.

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

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

Пэт Петитти, соучредитель Catalant (бывшая Hourly Nerd), рассказал нам, как получил внутреннюю поддержку от перспективных клиентов и инвесторов с помощью постоянного прототипирования новых функций и концепций: «Все начиналось как мокап из пяти-шести страниц в Keynote, но потом выросло до семидесятистраничного аналога продукта, который мы делали, не афишируя». Петитти считает, что благодаря прототипу компания заполучила своего крупнейшего клиента (GE) и заработала 33 миллиона — и это на развивающейся платформе.

Такой тип прототипирования полезен для компаний любых размеров — будь то уже зарекомендовавший себя бренд, как Adobe, или новатор, старающийся сохранить инерцию пост-стартапа, как Catalant.

Часть 3. Работа с клиентами, агентствами, партнерами и заинтересованными сторонами

* * *

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

9. Система партнеров

* * *

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

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

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

Практическое применение

Джеймс Келлер присоединилась к Uncorked Studios в Портленде, штат Орегон, чтобы помочь студии по дизайну продукта «развязать узлы» и структурировать процесс. Ее предыдущую компанию купил Walmart, и там она заработала репутацию гуру налаживания отношений. Вскоре после ее прихода на новое место была полностью пересмотрена работа агентства с клиентами, в числе которых были Google, Samsung и Skype. После ряда консультаций она вышла в Uncorked Studio на постоянную работу в качестве исполнительного директора по семиотике. И развернула на этой должности будущий эквивалент стратегического метода нашей работы.

Действия Келлер согласуются с нашей рекомендацией лидерам продукта, работающим с внешними партнерами: сделать своей целью налаживание идеальной коммуникации. Сама Келлер называет эту стратегию «клиентское партнерство». «Это “говорящее” название не позволяет нам забыть, к чему оно нас готовит», — подчеркивает Келлер, и это не только название, а ведущая концепция, основа всей деятельности Uncorked. Стратегия клиентского партнерства делится на три практические области:

Клиентское партнерство

Сближает менеджеров с клиентами.

Семиотика

Версия стратегии продукта для студии.

Практика продукта

Переход от стратегии к действиям.

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

Поиск общих ценностей

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

• почему мы над этим работаем?

• почему это важно?

• создает ли это ценность?

• каким образом она создается?

• как команде понять, что она добилась успеха?

• что произойдет, если все пойдет не так?

• как решать возникающие проблемы?

Рассказывает Келлер: «Зная, для чего продукт создается, вы знаете о нем почти всё. Это касается внутренних продуктов и проектов».

Подробные вопросы и последующие обсуждения, описанные в клиентском партнерском фреймворке, загруженные работой команды воспринимают как лишнюю нагрузку. Келлер описывает реакцию клиентов: «Сначала клиент говорит: “Нам что, надо делать еще что-то помимо того, что мы уже делаем?”, — и мы отвечаем: “Нет, но у нас теперь есть фреймворк, в котором мы все объединим”. Понимаете, любая работа лидера — это работа с клиентами, но язык чаще всего выбран неправильно. Мы ищем общий язык, чтобы быть на одной волне». Келлер твердо уверена, что в отсутствие фреймворков и инструментов коммуникации работа происходит неправильно. «Как узнать о приоритетах, если стратегия продукта не озвучена? — задает она риторический вопрос. — Всем надо понимать, где бьется его пульс». С единым источником концепции команда шагает в одном ритме. И это хорошо для всех — и для инженеров на стороне клиента, и для дизайнеров на нашей стороне.

Доверие — прежде всего

Послушаем Энтони Армендариза, генерального директора и директора по дизайну в Funsize, дизайн-студии продукта в Остине: «Доверие начинается с совместной работы, не обязательно масштабной и сложной. Доверие зарождается во время любого коллективного созидания». Армендариз предлагает начинать отношения с партнерами с маленьких проектов, чтобы обе стороны прочувствовали нюансы совместной деятельности. Доверие повышает ценность отношений между студией и клиентом. В Funsize, чей профиль деятельности — разработка дизайна цифровых продуктов для таких компаний, как OpenTable, Groupon и Dell, уверены, что клиенты обращаются к ним не только за итерациями, но и за инновациями. Развивать отношения надо осознанно и отлаживать сфокусированный на инновациях процесс. Построить хорошие отношения выгодно и агентству, и клиенту.

Армендариз предполагает, что компании, заключая в качестве временной меры договор со студией по дизайну и разработке, не увидят ценности отношений. Спрос на аутсорсинговые услуги по дизайну и разработке растет, и работа должна быть направлена либо на решение проблем, либо на стратегические инновации. «Наши клиенты спрашивают: “Как использовать последние идеи и технологии, чтобы узнать будущее?”» — рассказывает Армендариз.

Эта мысль подчеркивает самый частый вопрос, задаваемый об аутсорсинге: в какой момент и где искать внешние команды? Далее мы обсудим оптимальные способ и время для привлечения консультантов, студий и фирм.

Ценность вклада пользователя

«Работая над проектами, мы часто сталкиваемся с трудностями клиентов, — рассказывает Дэвид Кац, вице-президент методов пользовательского опыта Virtusa Polaris. — Например, сложнее всего уговорить клиента предоставить нам доступ к пользователям, что кажется необычным». Кац считает, что компании боятся предоставлять партнерам возможность пообщаться с клиентами: «Обычно они хотят, чтобы мы работали через собственника продукта, а не напрямую с пользователями. Мне с самого начала пришлось изыскивать разные способы обойти эту проблему. До того как стать консультантом, в восьмидесятых, я работал в велосипедной компании Cannondale. Тогда не было никакого опыта пользователя, а я был директором маркетинга». Не боясь воображаемых и реальных препятствий, Кац напрямую общался с клиентами и разработал собственную стратегию получения данных обратной связи и идей.

«Пришлось разрешить пару моментов, чтобы получить прямой доступ к клиентам, — рассказывает он. — Вскоре после начала работы в компании я зашел в местный веломагазин, попросился работать по субботам и ходил туда почти шесть месяцев. Я не был там представителем Cannondale, а распаковывал коробки, помогал в торговом зале и все такое. В итоге открыл для себя много новых рутинных вещей, например, как мы упаковываем вещи для отправки в магазин. Это привело к кое-каким практическим изменениям».

Как показывает опыт Каца, для общения с клиентом не требуется официального постановления. Даже у всемирных корпораций есть прямой доступ к пользователю. Лидеру продукта нужно только проявить инициативу и творческий подход, чтобы стать ближе к нему. «Периодически я беру стопку гарантийных талонов и обзваниваю людей, — продолжает Кац. — Где-то час в неделю я посвящаю тому, чтобы обзвонить всех, кто в последний месяц купил велосипед, и спрашиваю о впечатлениях». Кац отмечает, что большинство компаний никогда не звонят людям, купившим их продукт. «Господи, они так удивлялись, что наверняка потом рассказывали друзьям на покатушках: “Представляешь, мне пару дней назад позвонили из Cannondale и спросили, нравится ли мне мой велик!” Так что иногда приходится ломать систему, чтобы узнать что-то новое».

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

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

Когда и зачем привлекать консультантов

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

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

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

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

ЗАПОЛНЕНИЕ ПРОБЕЛОВ В ОПЫТЕ И ТАКТИКЕ

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

УПРАВЛЕНИЕ ПЕРЕМЕНАМИ

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

ПОМОЩЬ СО СТОРОНЫ

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

Советуем считать внешних работников и консультантов частью своей команды. Постарайтесь найти взаимопонимание. Обучайте их, адаптируйте, если нужно. Убедитесь, что коммуникации проходят на одних платформах, по одним каналам и с применением одинаковых инструментов, если это возможно. Бессмысленно, если их команда на Jira, а ваша на Basecamp. Определитесь, как конкретно будет происходить коммуникация. Например, команда клиентского сервиса Fresh Tilled Soil работает по детальному плану ознакомления с клиентом, который называется LaunchPad. Пункты анкеты касаются всех, даже мельчайших подробностей. Изучение предпочтений каждого для получения обновлений или вопросов кажется излишним до тех пор, пока не придется принимать решение в последнюю минуту. Говоря о внедрении агентства в команду, мы подразумеваем в том числе и внедрение их процессов и коммуникации.

ОБХОДИМ ПОДВОДНЫЕ КАМНИ

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

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

Агентства, дизайнерские фирмы и центры разработки

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

В статье в Forbes за 2013 год Илья Позин (основатель Pluto TV, Open Me и Ciplex) пытался ответить на вопрос «Сколько стоит сайт?»[36]. Еще не коснувшись сложностей ценообразования, Позин с сожалением признаёт, что, проработав в 2000 проектов, «не нашел ответа». У нас за спиной сотни проектов по цифровому дизайну и разработке, и мы с ним согласны. Полностью. Разговоры вокруг сложностей измерения стоимости проектов ведутся уже давно. Справедливости ради надо отметить, что дилемма Позина касается маленьких проектов. Эти вопросы проблематичны по своей сути, поскольку нижний эшелон рынка а) состоит из неискушенных покупателей (то есть тех, кто раньше не интересовался сайтами), б) ограничен в финансах или в) сталкивается с множеством конкурентов, предлагающих аналогичные решения.

Найти партнера, который возьмет на себя планирование, дизайн и разработку продукта, гораздо сложнее, чем сделать обычный проект веб-сайта. Для большей ясности мы оставим пока рынок массового спроса и сосредоточимся на верхних уровнях — это создание цифрового продукта. В него входят агентства по конкретным продуктам, фирмы цифрового дизайна, центры разработки по инжинирингу[37].

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

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

• Применять разработанные методы оценки аутсорсинга. Чтобы понять, как профессионалы (например, компании по цифровому дизайну и разработке) котируются в своей сфере, достаточно взглянуть на тройственную ограниченность[38]. Эту модель иногда называют «железным треугольником», в ней содержатся три фундаментальных аспекта дизайна и создания чего угодно: стоимость, объем работ и качество. Объем работ иногда заменяют временем. Треугольник помогает решить, куда добавить или откуда удалить ресурсы. Обычно говорят «выбирайте два, потому что нельзя обеспечить все три». Иначе говоря, если проект должен быть дешевым с сохранением функций, то придется пожертвовать качеством.

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

• Ограничить время для сохранения фокуса на ценности. Время можно разбить на разные отрезки. Если определить оптимальный объем времени для каждого проекта, то куда проще управлять его ценностью. Маленький проект удобнее разделить на часы. Для крупных проектов с четкими этапами или конкретным роадмапом подойдут недели, спринты или месяцы. Некоторые фирмы и агентства успешно перешли с тарифицируемых часов на более широкие временные рамки, такие как спринты[39]. В услугах разработки распространен человеко-месяц — расчет стоимости ресурсов за один месяц. Независимо от периода время остается основной мерой оценки услуг, рассчитываетесь ли вы по часам, или, в зависимости от зарплаты, по спринтам. Недостаток любых расчетов на основе времени в том, что не учитываются (или минимизируются) другие факторы ценности. Например, как подсчитать издержки из-за уменьшения длительности исследований, или выбора неправильного подрядчика, или вообще из-за невыполнения работы? Вывод: такой подход вынуждает использовать для расчетов только оплачиваемое время. Остается без ответа главный вопрос успешного проекта: оптимально ли потрачен бюджет? Студии дизайна и разработки для оценки услуг традиционно пользовались временем.

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

• Понять, что заявки на подряд неинформативны. Для определения стоимости работ лидер продукта просит партнера[40] прислать расценки. Партнер подразумевает под этим расходы. Покупатель (в данном случае лидер продукта) либо сравнит цену нескольких подрядчиков — например, в заявке на подряд (документированном запросе на предложение, обычно тендерном, от агентства или компании, заинтересованных в приобретении товаров, услуг или ценных активов, к потенциальным поставщикам), — либо произведет расчеты на основе внутренних дедлайнов и бюджета. Ни один вариант нельзя признать оптимальным: в обоих отсутствует информация о том, как партнер будет выполнять работу. После заявки на подряд можно определить, у кого самая низкая цена, с кем работали до тендера или у кого лучшая презентация, но кто из них лучший партнер, останется неизвестным. Внутренний бюджет планируется в вакууме, он ничего не говорит о реальной стоимости завершения проекта. Более того, в процессе оценки проекта заявка на подряд — только источник споров и трений. Предположим, вам надо сделать жизненно важную операцию. Вы обзваниваете нескольких докторов, сообщаете, что у вас фиксированный бюджет и ограничено время и что вы будете выбирать хирурга по итогам тендера. Как думаете, чем это кончится? Компетентные доктора посмеются и забудут о вас, а неквалифицированные согласятся работать за заниженную стоимость. Успешной операции!

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

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

• Избегать неверных стимулов. Последнее замечание о времени как мере ценности: повременная оплата консультанту стимулирует его подольше задержаться на проекте. С его точки зрения, чем больше времени он потратит, тем больше его доход. Не то чтобы партнер специально завышал цену или раздувал табель учета времени, но с повременной оплатой выгоднее работать подольше. У нее ведь нет жестко ограниченных сроков. Оценка и вознаграждение происходят по неверным критериям. А, как мы отмечали ранее, любой критерий привлекает к себе внимание.

• Сравнивать стратегическую ценность и издержки. Затраты на выполнение работы не равны ее ценности. Поэтому выбор дешевых подрядчиков или решение отказаться от аутсорсинга, потому что это дешевле, — не самый лучший вариант. Во всех сферах создание внутренней команды потребует времени и затрат. Никто не создает строительную компанию, чтобы построить один-единственный небоскреб, и никто не строит автомобильный завод, чтобы приехать на встречу на машине. В наше время все понимают ценность аутсорсинга в облачных службах и SaaS-инструментов (программа как услуга). Сейчас большинство прогрессивных компаний предпочитают отдать часть работы над продуктом на аутсорсинг, и им нужен способ эффективного управления этими отношениями.

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

ПРИМЕРЫ СЦЕНАРИЕВ

Давайте представим, что произойдет, если игнорировать все вышесказанное. Джейн — глава продукта в компании по разработке программных приложений «бизнес для бизнеса» в сфере здравоохранения. Компания полагает, что пора создать новое мобильное приложение и обновить пользовательский интерфейс веб-приложения. Обратите внимание: компания «полагает». Поскольку приложение компании Джейн будет использоваться специалистами на разных устройствах, то для проекта потребуется несколько фаз дизайна, разработки и тестирования. Джейн начинает процесс оценки, вместе с командой старательно продумывает детали новых функций. Руководство подгоняет, они ускоряются и опускают этап тестирования допущений. Дедлайны приближаются. Команда, руководствуясь устаревшим исследованием, переходит непосредственно к сбору и анализу требований. Ошибка прямо-таки лезет в глаза, но согласитесь, что такое где-то случается каждый день. Не очень понимая, каковы будут общие затраты, Джейн советуется с коллегами и слышит в ответ: «На прошлой работе мы заплатили за такие услуги по веб-проекту Х$» или «В прошлый раз с нас запросили Х$ за разработку приложения, но это было несколько лет назад». Джейн уже руководила проектами по веб-дизайну, но они были меньше и проще. С точки зрения Джейн, было бы лучше нанять консалтинговую компанию из шорт-листа тендера. У них повременная оплата. Она подбирает предложения, обсуждает их с руководством и принимает решение. Она до сих пор не представляет себе реальные издержки, потому что только сравнила цены подрядчиков на объем работ по совершенно другой проблеме.

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

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

Точка зрения лидера продукта

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

В консалтинговых компаниях, таких как Clearleft, понимают, что, как бы хороши они ни были, это очевидно не всем. Ценность — не объективный критерий. И, как мы упоминали, то, что ценно сегодня, не обязательно будет ценно и завтра. Это связано с развитием компании и разницей между проектами. Даже с опытным партнером трудно определить стоимость создания продукта. Возможный путь к точной оценке предлагает концепция «ценообразования от выгоды».

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

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

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

Давайте рассмотрим пример ценообразования от выгоды по методу сравнения с эквивалентными внутренними ресурсами. Джефф, директор по продукту в SaaS-бизнесе, начинает пересмотр опыта пользователя веб-продукта, а также интерфейс. В компании есть специалисты по этим профилям. Для оценки объема работ Джефф составляет список проблем. Он определяет необходимость их решения в дизайн-спринте с командой продукта и тестированием нескольких многообещающих вариантов. Он хочет внедрить проверенные методы. И добавляет требования к контенту, экспертный вклад партнера по маркетингу и время (встречи, обзоры, точки решения и т. д.). Очертив предстоящий объем работ, Джефф сравнивает список с нужными для выполнения задач навыками. Например, он видит, что ему нужно 5–6 страниц оригинального контента, для чего понадобится копирайтер или эксперт по контенту, которых в компании нет. Он продолжает составлять список специалистов для завершения проекта. Вот как он может выглядеть.

Старший эксперт по опыту пользователя

Планирование и архитектура опыта пользователя

Старший дизайнер интерфейса пользователя

Визуальный дизайн и верстка

Дизайнер интерфейса пользователя

Второй визуальный дизайнер, ассистент и запасной сотрудник

Старший разработчик клиентской стороны интерфейса

Разработка клиентской стороны интерфейса

Менеджер проектов

Управление проектом и администрирование

Список готов. Теперь Джефф может оценить, во сколько компании обойдется нанять сотрудников в штат. Расходы на каждого можно подсчитать, исходя из открытых данных и средней зарплаты в интернете. Выполнив расчеты, Джеффу нужно учесть расходы на наем. В них входит время на собеседование, стоимость услуг кадровых специалистов (примерно 20% от зарплаты за первый год), адаптации, обучения и временные издержки на эти процессы.

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

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

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

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

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

Неразумный спор о «стратегическом дизайне продукта»

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

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

Брайан Данн, вице-президент по управлению продуктом в Localytics, рассказывает: «Иногда агентства справляются эффективнее штатных команд отчасти потому, что над вами висит дамоклов меч издержек. Поскольку мы безотлагательно приступаем к работе, клиенты знают, во сколько она им обойдется, и получается, что обе стороны действуют оперативно. Срочность иногда идет во вред, но чаще всего она дает нужный уровень сосредоточенности, восприятия и импульс, которых внутри компании часто не хватает».

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

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

Фрилансеры, или исполнители

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

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

Стратегические партнеры

Партнерские связи — один из важнейших активов компании. Чаще всего партнеры не контактируют с командой продукта и работают только с отделами продаж и маркетинга. Вполне закономерно, что 30–40% от дохода большинству крупнейших мировых компаний приносят именно партнерские отношения. Есть две бизнес-модели, подходящие для любой организации. Первая — это «партнерская стратегия сквозных продаж». Обычно это предложение, согласно которому партнер становится дистрибьютором ваших товаров и услуг. Вы назначаете маржу к предложению и создаете партнерский портал. Как правило, портал представляет собой готовый продукт таких компаний, как Salesforce, и требует от ваших команд продукта и инжиниринга углубиться в серверную часть. Партнер получает интерфейс, продукт и предложение его продавать по своей клиентской базе под брендом компании-продавца или под общим. В любой форме это основной двигатель дохода и очень важный фактор ключевого торгового предложения. Партнеры ждут от вас расширения масштабов ключевого продукта. Один из способов бороться с этими запросами — наличие платформы сквозных продаж на стороне сервера, чтобы партнер мог самостоятельно создавать некоторые решения.

Вторая бизнес-модель — это «партнерская стратегия направленных продаж», она чем-то напоминает стратегическое партнерство Pluralsight. У них такое партнерство с MSDN, крупной сетью экспертов Microsoft. Эту сеть в равной степени ценят и Microsoft, и Plurasight. В этом примере Pluralsight продает непосредственно клиентам Microsoft в партнерстве с ней. Для этого Pluralsight создала три межбрендовых продукта, стратегию выхода на рынок с описанием подхода к продажам и маркетингу, а также стратегию контента. В рамках некоторых из этих партнерских стратегий будут предлагаться продукты с ограниченным бесплатным доступом, а другие будут размещены в бесплатном доступе MSDN и Pluralsight, чтобы привлекать спрос и повышать лояльность клиентов.

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

КОМПЛЕКСНЫЕ РЕШЕНИЯ ДЛЯ ПАРТНЕРОВ

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

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

«У меня много открытых вакансий, и я не знаю, с чего начинать поиск».

«Даже если мы кого-то и найдем, то понадобятся месяцы на адаптацию до полноценной работы».

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

Это не единственные сложности в компаниях, но все чаще именно они замедляют или останавливают работу над продуктом. Новые сотрудники — только часть решения. Лидеры и менеджеры не знают, что делать с этой проблемой, потому что рассматривают ее только с одной стороны. А она далеко не односторонняя.

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

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

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

Этот пример совпадает с тем, что происходит в быстроразвивающихся компаниях. Проходя каждую стадию, любая компания столкнется с новыми трудностями.

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

СТРАТЕГИИ УСПЕШНОГО НАЙМА БОЛЬШОГО КОЛИЧЕСТВА СОТРУДНИКОВ

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

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

Вот о чем следует задуматься:

• каковы насущные (на ближайшие 3–6 месяцев) потребности продвижения на рынок?

• что потребуется в среднесрочной (на 6–18 месяцев) перспективе?

• что нам понадобится, когда у нас уже будет проверенный продукт и клиенты?

• как эти фазы пересекаются, или они двигаются параллельно?

• можно ли привлечь внешних специалистов для решения тактических и стратегических проблем и одновременно набирать свою команду?

Заключительные выводы о партнерстве

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

• задают ли они вопросы о команде, с которой будут работать?

• интересуются ли они, что делает команду хорошей (привлекательной, продуктивной)?

• спрашивают ли о стиле коммуникаций и управления?

• выражают ли понимание ваших трудностей?

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

Заключение

* * *

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

Лидерство в сфере продукта только зарождается, но развивается быстро. Поэтому важно запомнить нижеследующее.

Ценность, выполнимость и удобство использования

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

Храните тягу к знаниям

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

Нестандартное мышление

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

Приветствуйте перемены

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

Скромность

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

Благодарности

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

От Ричарда

Работа над книгой потребовала много жертв. Без поддержки друзей и родных с этой задачей было бы невозможно справиться. Я особенно благодарен своей жене Кристи за участие и понимание: пока я корпел над книгой, она взяла на себя всю заботу о нашем малыше Джеймсе. Она справляется, но я знаю, что это нелегко. Спасибо, милая. Я люблю тебя. Также благодарю свою великолепную команду из Fresh Tilled Soil. Они подстраховали меня и взяли все в свои руки, пока я писал и ездил на интервью. Вы лучшие. И, поскольку творческая реализация происходит не в вакууме, спасибо всем замечательным лидерам, которые все эти годы направляли меня советом, добрыми словами и хорошим пинком. Хотелось бы упомянуть еще многих, но скажу, что признателен всем.

От Мартина

Действительно, в одиночку такую книгу не написать. В первую очередь благодарю Эналису за поддержку и непоколебимую веру в меня. Твоя сила, ободряющие слова и любовь вдохновляют меня на лучшее, на что я способен, и я уверен, что всего добьюсь. Спасибо друзьям и коллегам из Mind the Product за преданность нашей безумной мечте. Вы дали мне возможность посвятить себя работе над этой книгой. Хочу поблагодарить всех великих лидеров, с которыми я встречался, работал и у которых учился, — особенно Джона Бэйнбриджа: он первым показал мне, что такое истинный лидер, и до сих пор вдохновляет меня расти и работать над собой. Спасибо сообществу пользователей продукта, мне очень повезло быть его участником. Чувство локтя и постоянное стремление совершенствоваться в нашем ремесле бесконечно вдохновляют. И, конечно же, огромное спасибо моим родителям за все остальное.

От Нейта

В первую очередь благодарю свою чудесную жену Сару и четверых сыновей — Эвена, Илая, Майлса и Райдера — за то, что дали мне возможность работать над книгой, ходить на работу и в придачу выполнять отцовский долг. Вы мои главные вдохновители и единственная причина всех моих успехов. Мама и папа, спасибо за то, что всегда подавали мне лучший пример — всю жизнь учиться, служить тем, кого ведешь за собой, и везде искать вдохновение. Спасибо дорогим друзьям — Гилберту, Кенджи, Элу, Брайану, Клиффу и Крису — за поддержку и разрешение тестировать на вас мои новые идеи. Наконец, спасибо моему наставнику Майку Кригеру и безмерная благодарность сообществу Юты по продукту, взаимодействию с пользователем и разработкам. Все получается лучше и лучше, и вы всегда меня воодушевляли.

От всех

Благодарим неутомимого редактора Анжелу Руфино из O’Reillу за то, что облегчила нам работу. Ричард уже в третий раз сотрудничает с Анжелой, лучшего партнера невозможно и пожелать. Огромное спасибо.

Об авторах

Ричард Бэнфилд — генеральный директор и соучредитель бостонского агентства опыта пользователя Fresh Tilled Soil. Начал карьеру в MultiChoice (крупнейшая африканская вещательная компания и интернет-провайдер). Затем стал соучредителем Acceleration, интернациональной компании рекламных технологий с офисом в Лондоне (ее нынешний владелец — рекламный гигант WPP). Под руководством Бэнфилда Fresh Tilled Soil создает дизайн цифрового продукта и стратегию продукта. Работает с более чем 700 клиентами по всему миру. Ричард Бэнфилд — автор двух книг: «Дизайн-спринт» (Design-Sprint) в соавторстве с К. Тоддом Ломбардо и Трейсом Уэксом и «Лидерство в дизайне» (Design Leadership).

Мартин Эрикссон — профессионал в управлении продуктом с более чем двадцатилетним опытом создания лидирующих онлайн-продуктов по всему миру, от маленьких стартапов до мировых брендов, таких как Monster и The Financial Times. Основатель ProductTank, интернациональной площадки для работников сферы продукта с более чем 50 000 членов в 100 с лишним городах. Также соучредитель и куратор Mind the Product, крупнейшего мирового сообщества по управлению продуктом, блога и ежегодной конференции в Сан-Франциско и Лондоне. Работает консультирующим директором продукта со стартапами и крупными компаниями, помогая им набирать успешные команды.

Нейт Уокингшо — директор по работе с клиентами Pluralsight. Основав первую компанию в 2004 году, вывел на новый уровень медицинскую эвакуацию с Paraslyde, которую позже купила Stryker Medical. Затем создал Brightface, компанию по разработке продукта для мобильных и веб-приложений, в том числе Cycleface (куплена Strava). Далее стал директором по исследованиям и инновациям в Tanner Labs, где собрал первую команду по разработке продукта O. C. Tanner, ориентированную на человека. Присоединился к Pluralsight, крупнейшему провайдеру онлайновых обучающих технологий, в качестве директора продукта, а в феврале 2016 года стал директором пользовательского опыта. Контролирует разработку, контент и маркетинг продукта.

МИФ Креатив

Подписывайтесь на полезные книжные письма со скидками и подарками: mif.to/cr-letter

Все творческие книги на одной странице: mif.to/creative

#miftvorchestvo

#miftvorchestvo

#miftvorchestvo

@Warholscat

Над книгой работали

Руководитель редакции Вера Ежкина

Шеф-редактор Александра Чарикова

Ответственный редактор Наталья Довнар

Редактор Анна Тарасенкова

Арт-директор Мария Красовская

Верстка обложки Наталия Майкова

Верстка Елена Бреге

Корректоры Лидия Киселева, Мария Кантурова, Олег Пономарев

ООО «Манн, Иванов и Фербер»

mann-ivanov-ferber.ru

Электронная версия книги подготовлена компанией Webkniga.ru, 2019

Примечания

1

Словом «энтузиазм» обычно описывают отношение к работе, но это не самое лучшее определение и не эмоциональное отношение. Изредка можно (а иногда и нужно) обуздывать свой энтузиазм. Главное — сохранить при этом вовлеченность в работу.

2

Seth Godin. Lets’s stop calling them “soft skills”, Your Turn.

3

N. H. McElroy, R. F. Rogen. Marketing.

4

Ward Cunningham. Manifesto for Agile Software Development.

5

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

6

Nate Walkingshaw. Part I: Building a People Platform for Continuous Change in Technology.

7

Christian Bonilla. The biggest challenge for product managers? Mind the Product.

8

См. домашнюю страницу User Interface Engineering (www.uie.com).

9

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

10

Отдельные части главы о планировании прояснились уже после нашего разговора с авторами другой книги O’Reilly — «Планирование продукта: как расставить приоритеты в возможностях, сплотить команду и принести максимальную выгоду клиентам и руководству» (C. Todd Lombardo, Bruce McCarthy, Evan Ryan, and Michael Connors. Product Roadmapping: How to Prioritize Your Opportunities, Align Your Teams, and Deliver the Most Value to Your Customers and Stakeholders (http://oreil.ly/2oQAka2)) — К. Тоддом Ломбардо, Брюсом Маккарти, Эваном Райаном и Майклом Коннорсом. Мы очень признательны за их советы и разрешение поделиться их мудростью и знаниями на страницах нашей книги.

11

Rik Higham. The MVP is dead. Long live the RAT.

12

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

13

Это число в 1990-х рассчитал британский антрополог Робин Данбар. Он обнаружил корреляцию между размером мозга приматов и средним размером социальной группы. Взяв средний размер человеческого мозга, он предположил, что человек способен поддерживать не более 150 стабильных социальных связей.

14

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

15

Д. Пинк. Драйв. Что на самом деле нас мотивирует. М.: Альпина, 2018.

16

Katherine W. Phillips. How Diversity Makes Us Smarter, Scientific American, October 1, 2014.

17

Sylvia Ann Hewitt, Melinda Marshall, and Laura Sherbin. How Diversity Can Drive Innovation, Harvard Business Review, December 2013.

18

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

19

Richard Banfield, C. Todd Lombardo, and Trace Wax. Design Sprint (O’Reilly).

20

Пинк Д. Человеку свойственно продавать. М.: Альпина Паблишер, 2015.

21

Восс К. Переговоры без компромиссов: веди переговоры так, словно от них зависит твоя жизнь. М.: Эксмо, 2017.

22

Ньюпорт К. В работу с головой: паттерны успеха от IT-специалиста. СПб.: Питер, 2017.

23

Ilan Mochari. This Design Firm Has a 44-Step Onboarding Checklist, Inc.

24

Коллинз Д. От хорошего к великому. М.: Манн, Иванов и Фербер, 2018.

25

Посетите сайт книги Product Leadership.

26

Steve Hickey. The Future of Product Design Apprenticeships is Open Source and Practical Application, Medium.

27

InVision, 2016 Product Design Report.

28

Robert N. Charette. Why Software Fails, IEEE Spectrum.

29

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

30

Для решения проблемы больших групп, где все склонны соглашаться друг с другом, а не оспаривать мнения и идеи коллег, основатель Amazon Джефф Безос предложил решение, названное им «правилом двух пицц»: если собравшихся нельзя накормить двумя пиццами, то их слишком много.

31

William Allen. Never Stop Talking: How Small Teams Stay Great When They Grow, 99U.

32

Для подробной информации посетите сайт книги.

33

Понятие «лидерство как служение» первым сформулировал Роберт К. Гринлиф в эссе «Слуга как лидер» (Robert K. Greenleaf. Servant as Leader), опубликованном в 1970 году. В эссе он пишет: «Слуга-лидер в первую очередь слуга. Он рождается из естественного желания служить. Затем сознательный выбор приводит его к руководству. От такого человека очень отличается тот, кто сначала стал лидером, движимый, вероятно, желанием обладать властью или материальными благами. Лидер-слуга и слуга-лидер — это две крайности. И между ними лежит множество оттенков и сплавов во всем бесконечном разнообразии человеческой природы».

34

Для получения дополнительной информации посетите сайт http://52weeksofux.com.

35

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

36

Ilya Pozin. How Much Does a Website Cost? (Forbes magazine, August 7, 2013).

37

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

38

Рекомендуем ознакомиться со статьей «Википедии» «Тройственная ограниченность».

39

В Agile спринт обычно длится две недели.

40

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

Content

Ричард Бэнфилд, Мартин Эрикссон, Нейт Уокингшо
Лидеры продукта. Как лучшие в мире продакт-менеджеры создают команды и запускают крутые продукты

Информация от издательства

Предисловие

Введение

* * *

Кому пригодится эта книга и почему

Как построена книга

Часть 1. Лидер продукта

* * *

1. Что такое управление продуктом?

* * *

Роль продакт-менеджера

Как развивалось управление продуктом

Перспективы управления продуктом

2. Почему лидерство так важно?

Влияние лидера продукта

Конкретные трудности лидерства: не просто место за руководящим столом

Чего не следует ожидать от лидера продукта

Составляющие стратегического лидерства

Ночные кошмары лидеров продукта

3. Как стать лучшим лидером продукта

Принципы продукта

Концепция продукта

Переход от видения к стратегии

Переход от стратегии к роадмапу продукта

Привязка неопределенности ко времени

Работа над продуктом как командная игра

Равновесие между исследованиями и реализацией

Самый подходящий процесс

Обмен информацией и ограничения

Вопрос полномочий

Управление политикой

4. Есть ли формула успеха?

* * *

Что такое успех для лидера продукта?

Измерение степени успеха

Измерение успеха как умение решать проблемы

Общие характеристики успешных продуктовых команд

Как распознать лидера продукта

5. Собеседование с лидером и командой продукта

* * *

Прием на работу и адаптация лидера продукта

Становление лидера продукта

Часть 2. Всякому лидеру — свое время

* * *

6. Стартап

Лидер продукта в стартапе

Учредитель продукта и первые сотрудники

Команды продукта в стартапе

7. Развивающаяся компания

Основные трудности лидеров продукта в развивающихся компаниях

Практические советы лидерам в условиях переходного периода

Создание команды

8. Крупная компания

* * *

Основные трудности в работе лидера продукта крупной компании

Лидерство в крупной компании

Поощрение сотрудничества

Часть 3. Работа с клиентами, агентствами, партнерами и заинтересованными сторонами

* * *

9. Система партнеров

* * *

Практическое применение

Поиск общих ценностей

Доверие — прежде всего

Ценность вклада пользователя

Когда и зачем привлекать консультантов

Агентства, дизайнерские фирмы и центры разработки

Фрилансеры, или исполнители

Стратегические партнеры

Заключительные выводы о партнерстве

Заключение

* * *

Ценность, выполнимость и удобство использования

Храните тягу к знаниям

Нестандартное мышление

Приветствуйте перемены

Скромность

Благодарности

Об авторах

МИФ Креатив

Над книгой работали

Примечания