• UX может отчитываться перед продуктом, но на самом деле это не меняет процесс общения и совместные усилия, необходимые для достижения согласованности.
• Менеджер продукта с опытом работы в UX – это не UX-дизайнер, и он не должен притворяться, что все еще им является.
• Гибриды – это менеджеры продукта и практики UX в одном лице. Это звучит как работа мечты, но больше похоже на «хвататься за все подряд».
• На самом деле нет причин, по которым продукт и UX не могут идти вверх вместе.
Глава 10Дорожные карты и как сказать «нет»
«Это отличная идея», – говорил я как-то доктору наук с глубокими познаниями в области взаимодействия людей. В то время он работал в инновационной лаборатории огромной технологической компании. «Мне нравится замысел, но как вы собираетесь включить его в дорожную карту?»
Если вы спросите многих UX-специалистов, что именно контролирует менеджер продукта, они перечислят много всего, но чаще всего будет упоминаться одна вещь – дорожная карта. Для коллег менеджера и обычных заинтересованных сторон дорожная карта может ассоциироваться с непрозрачным и даже произвольным «сейфом», который мешает им внедрить в продукт желаемую функцию или дизайн.
Для высшего руководства менеджера продукта дорожная карта часто представляет собой обязательство предоставить конкретные функции в определенные сроки и является источником беспокойства, разочарования и постоянного пересмотра ожиданий.
Вот некоторые наиболее распространенные вопросы о дорожной карте, которые вы услышите от людей в технологических компаниях (включая менеджеров продукта):
• «Где дорожная карта?»
• «Обновлена ли дорожная карта?»
• «Где мы сейчас находимся на дорожной карте?»
Очевидно, что дорожная карта – это метафора, но для чего? Что это на самом деле означает? Что это за машина, дорога, место назначения и остановка для отдыха? Давайте припаркуем машину на обочине, спокойно все рассмотрим и разберемся, о чем именно нам пытается сказать дорожная карта.
Определение дорожной карты
Автор песен Моуз Эллисон однажды написал: «Все взывают к милосердию, но не знают значения этого слова». Так же и вы будете слышать, как все говорят о дорожной карте, но лишь немногие люди сходятся во мнении, что именно она собой представляет и что должна делать.
Как следует из метафоры, дорожная карта – это план для предстоящей «дороги», карта, с помощью которой вы надеетесь получить продукт, функцию или линейку продуктов. В каком-то смысле она больше похоже на старый навигатор TripTik. Он соединяет локации и выстраивает ваше дорожное путешествие, просто прочерчивая шоссе и грунтовые дороги, по которым вам надо проехать, чтобы добраться до места назначения.
А что же является пунктом назначения в этой метафоре? Часто этот момент становится источником запутанности. Внутри команды по продукту дорожная карта помогает определить (и прийти к консенсусу), что сейчас нужно создавать и планировать для будущих работ, а также что они будут делать дальше. Это позволяет отслеживать, сосредоточены ли усилия на достижении наиболее важных целей и происходит ли достаточный прогресс на этом пути.
За пределами продуктовых команд большинство людей рассматривает дорожную карту как обязательство поставлять конкретные функции в сроки на ближайшие месяцы и годы вперед. Но это опасное заблуждение, которое вызывает сильное огорчение у продуктовых команд и столь же неприятное разочарование у внешних заинтересованных сторон.
Самая большая проблема в понимании дорожных карт возникает, когда заказчики упорно интерпретируют ее как план запуска. Если в дорожной карте прописано, что вы во втором квартале добавите в свое кулинарное приложение новую функцию «Опубликовать в TikTok», а в июле функция еще не будет доступна, понятно, что люди воспримут это как провал и невыполнение обещаний.
Для этой функции они могли уже проработать план запуска и маркетинговую кампанию. В будущем они будут меньше доверять вашим прогнозам и обязательствам, меньше вкладывать инвестиций для поддержки ваших запусков функций, чтобы минимизировать риск «еще раз обжечься».
Рис. 10.1. Если ваши заказчики требуют план релиза, предоставьте им его. Вы можете использовать шаблон из Smartsheet, но напомните им, что это не дорожная карта продукта
Кстати, эту проблему можно решить, составив планы релиза и запуска совместно с вашими отделами продаж и маркетинга, при этом включить в них только то, что вы действительно можете отправить, и только тогда, когда вы подтвердите реальные даты.
Когда люди понимают дорожную карту продукта как план запуска или жалуются, что она выглядит не как диаграмма Ганта (рис. 10.1), то дайте им то, что они хотят, но при этом продолжайте разъяснять, что план поставки определенной функции в проекте или даты релизов в расписании отличаются от дорожной карты.
Просматриваемые горизонты: сейчас, затем, позже
План запуска привязан к фиксированным датам и условиям со строгой регламентацией сроков работ. Надев шляпу[47] руководителя проекта, вы можете направлять команду к запуску, вносить коррективы там, где это необходимо, чтобы не сбиться с пути, вовремя выявлять и устранять проблемы или согласовывать новые даты с достаточным запасом, когда реальность вступает в противоречие с вашими наилучшими планами.
Дорожная карта, напротив, относится к будущему и используется для определения приоритетных (в первую очередь) усилий на ближайшую и среднесрочную перспективу. Этот документ лучше всего разделить на три временны́х промежутка, которые можно рассматривать как удаляющийся горизонт, постепенно теряющий свою четкость: сейчас, затем, позже (рис. 10.2).
В категории «Сейчас» лежат идеи, над которыми ваша команда активно работает в настоящий момент. Обычно это то, что сейчас создают разработчики, код, который вы пишете, и функции для внедрения (в отличие от идей, с которыми вы все еще просто «балуетесь») и так далее.
Рис. 10.2. Этот пустой шаблон дорожной карты продукта (с использованием ProdPad) содержит три основных столбца («Сейчас», «Затем», «Позже»), по одному для каждого временнóго интервала
Категория «Затем» содержит предметы «на палубе»[48], как говорят в бейсболе. Это идеи, с которыми вы надеетесь поработать на следующем этапе, то есть после того, как завершите работу с текущими. «Ха-ха!» – скажете вы. Ни одна идея никогда не реализуется до конца! Верно, но идеи в этих категориях разбиты на выполнимые элементы, а определенный продукт или функция могут быть целью нескольких наборов идей.
Разработчики обычно не работают активно (или не готовятся к работе) над элементами из категории «Затем», за исключением случаев, когда они дают некоторый технический балласт для сессий планирования и выработки идей. С другой стороны, менеджеры продукта и UX-дизайнеры обычно прорабатывают эти идеи (или их предшественников) вместе с заинтересованными сторонами, и к моменту появления свободного места в категории «Сейчас» их уже можно будет сразу передавать разработчикам.
Содержимое категории «Позже» – это важные идеи, которые команда формирует, но еще не работает над ними активно. Они могут быть пока слишком гипотетическими или чересчур зависеть от выполнения задач из категории «Сейчас» или даже «Затем». На самом деле не стоит тратить чье-либо время на исследование, дизайн и архитектуру этих идей, нужно лишь сформулировать их как можно более точно на данный момент. И когда освободится место в категории «Затем», команда может начать более детально исследовать эти идеи.
Стратегия продукта
«Ладно, пока это все не похоже на ракетостроение, – можете подумать вы, – но что входит в каждую колонку?» А может, даже вы не задаетесь таким вопросом, потому что думаете, что уже знаете ответ – функциональность, но это не так.
Дорожная карта продукта – это не список возможностей системы.
Список функциональности (или исправления ошибок, эксперименты и любые другие изменения, которые вы вносите в свою кодовую базу) является списком (предварительных) решений. Это результаты ваших исследований, работы по дизайну и разработке. То, что вы узнаете после выпуска функциональности, будет встраиваться в ваши исследования в бесконечном цикле создания/измерения/изучения.
Поэтому было бы ошибкой сразу переходить к функциональности и вносить ее в план. Это не только привяжет вас к определенным решениям перед окончанием работы, но и породит жесткие ожидания заказчиков, побуждая их вернуться к восприятию вашей дорожной карты как плана запуска.
Итак, что вы включаете в дорожную карту? Результаты, организованные по темам, которые подводят к достижению целей компании.
В дорожную карту вы включаете не функциональность, а результаты. Именно результаты. Вещи, которые вы хотите, чтобы произошли, такие как:
• удвоение удержания;
• увеличение удовлетворенности клиентов на 50 %;
• поддержка пользователей, для чего требуются дополнительные способы взаимодействия;
• повышение производительности;
• возобновление общения с ранее активными пользователями.
Стратегий для достижения результатов, перечисленных (придуманных) выше, может быть много, и каждая будет предлагать ряд тактик, которые стоит попробовать. Одной из таких тактик может быть функциональность, которую вы проектируете, создаете и поставляете на рынок, но нет необходимости замыкаться на конкретном узком потенциальном решении. Будет лучше