Технический продакт менеджмент с Ильёй Безделевым

ДОКУМЕНТ PRFAQ В АМАЗОНЕ ч.5: Иерархический процесс ревью

Читайте предыдущие части про культуру создания продуктов в Amazon: часть 1, часть 2, часть 3, часть 4.

Каждый PRFAQ проходит множество итераций и несколько раундов ревью. Любой более-менее важный документ идёт на уровень твоего менеджера + 1. Особо важные документы идут вплоть на уровень VP, SVP и даже CEO (я напишу о своём опыте презентации Энди Джесси, нынешнему СЕО Амазона, в отдельном посте).

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

1️⃣ Как правило, первую версию PRFAQ ты показываешь людям из своей “двух-пиццевой команды” — менеджеру команды разработки, техническим лидам, дизайнеру. Если PRFAQ влияет на другие продукты, то также вовлекаются смежные команды и зависимости. Если работаешь над платформой, то на самом раннем этапе вовлекаешь команды, которые будут зависеть от этой платформы.

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

2️⃣ Далее обычно идёт ревью с твоим менеджером. Это может быть руководитель продуктовой команды или руководитель руководителей разработки (об орг. структуре тоже напишу позже). На это ревью в том числе приглашаются менеджер разработки, тех лид, дизайнер, другие продакты из команды (если им это релевантно), принципал продакт менеджер организации (моя последняя роль в Амазоне) и принципал инженер.

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

3️⃣ Следующее ревью, как правило, происходит с директором (это около 100 человек в подчинении, включая разработку и продактов). На этом ревью обычно присутствуют большинство тех, кто был на предыдущих — руководитель продактов, менеджер разработки, его менеджер, принципалы и зачастую тех лид команды, отвечающей за разработку. На таком митинге может запросто быть 10-12 человек.

Для большинства PRFAQ на этом всё заканчивается.

4️⃣ Далее идёт ревью с VP (как правило, 1000+ человек) и выше. На таких митингах может быть до 20 человек, включая всех руководителей и директоров по линии продукта, разработки и дизайна, руководителей смежных организаций и т.п. На этом этапе также могут быть приглашены юрист, финансист и маркетинг.

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

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

Может случиться так, что продукт будет отменён на одном из этапов. Это лучше продукта, отменённого в процессе написания кода.

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

—
Ещё можно вписаться в воркшоп по созданию продуктов по методике “Working Backwards” компании Amazon в эту субботу 26 октября. Осталось 12 мест.

@ilyabezdelev_blog #amazon #продактменеджмент #бигтех #amazon

👆🏻👆🏻👆🏻
Так, кстати, появляется легаси, если его потом не чистить.

Поговорим про технический продакт менеджмент.

У нас с командой только что был очень важный разговор.

Для создания новой фичи в Metacast, мы меняем структуру данных, на которой держится одна из уже существующих фич.

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

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

Казалось бы — супер, всё хорошо, изи...

Не так быстро. Есть нюансы.

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

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

Второй вариант — более понятный и лёгкий.

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

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

Второй вариант проще для разработчиков, но хуже для пользователей.

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

Они стали смотреть данные — кто на какой версии и как они обновляются. Я сказал, что это неважно. Мы знаем и так, что некоторые отключают автоматические обновления (я это видел в гугле работая над мобильными SDK — некоторые пользователи Андроида не обновляются месяцами, это боль!)

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

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

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

@ilyabezdelev_blog #техническийпродактменеджмент #мобильнаяразработка

Прикольное интервью с Токовининым у Глеба Соломина. Забавно, как в некоторых местах это звучит как разговор 20-летнего с 40-летним, где 40-летний не стесняется на это указать.

Веселая часть, где Соломин говорит, что «20-летние более эффективные», а Токовинин ему в ответ «у них полно энергии, но они ничего не умеют».

Я перестал играть и у меня тут же нашлось время на бег 🏃‍♂️

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

Взять задачку по работе поменьше или отсрочить её дедлайн. Лишний раз умотать выбросить мусор. На толчке подольше посидеть.

По отдельности это все выглядит незначительным, но имеет серьезный эффект.

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

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

Если кто-то не понял, что такое «транскрипция» в подкастах. Это вот так — вместе с аудио есть стена текста.

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

Я уже не могу без этого слушать подкасты! Кажется, что что-то упускаю.

На русском правда работает на 3-. На английском и испанском - на 4+.

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

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

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

Кто захочет скачивать приложение с 4 отзывами, даже если это 5 звезд? У приложения с 50 отзывами уже больше шансов, а уж тем более у приложения с 500 отзывами. Это “социальная валидация”. Мухи на плохой мёд садиться не будут, ведь так?

Независимо от того, слушаете вы подкасты или нет, вы можете поддержать наш проект 5-звездочным рейтингом в Apple App Store и Google Play.

Спасибо ❤️

Когда я ушёл с работы в Гугле, Арнаб ушел из Амазона, и мы начали работать над Metacast, мы думали, что сможем запуститься за полгода и с весьма продвинутым функционалом.

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

Причины было две:

1) В существующей экосистеме приложений для прослушивания подкастов у пользователей есть определённые ожидания, которые нельзя игнорировать.

Когда мы выкатили v0.1, которое умело делать только "фишку" — показывать транскрипты, которые можно читать, сохранять и помечать закладками, некоторые сказали "всё классно, но я хочу слушать подкасты быстрее".

Мы добавили изменение скорости. Они сказали — “всё супер, но я хочу более точное регулирование скорости.” Мы добавили и это. Вопрос скорости наконец-таки закрыт, но на него ушло 2 недели.

Другие сказали — "всё супер, но мне нужен таймер для отхода ко сну" (над этим Арнаб работает сейчас). Или "мне нужно, чтобы работало в Android Auto" (сделали). Или "всё здорово, но как я могу добавить подписку на платный подкаст"? (на очереди) Кто-то хотел автоматическую миграцию из уже существующих приложений (мы сделали простой вариант и этого).

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

Я уже писал про table stakes — минимальный функционал для MVP на устоявшемся рынке. Мы понимали, какие table stakes на нашем рынке, но их разработка оказалась значительно сложнее, что ведёт меня ко второму пункту.

2) Всё оказалось значительно сложнее.

Мы не первый год в разработке, но даже нас удивила сложность всего, что мы делаем. На поверхности мы бы оценили всё, как “средняя сложность”. На деле всё оказалось 2х.

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

Проблемы были и на бэкенде. “Не работает подкаст Х” (проблемы были с http headers) или “не импортируется подкаст Y” (разные причины) — когда ты работаешь с 4 миллионами подкастов в открытой экосистеме с кхм-кхм “гибкими” стандартами, что-то где-то не работает с первого раза, пока не подточишь напильником.

Продолжение 👇🏻

🎓 Воркшоп: Создаём продукты по методике “Working Backwards” компании Amazon

Приглашаю продакт менеджеров, руководителей продуктовых команд, предпринимателей и всех, кому интересна разработка технологических продуктов, на 4-часовой практический воркшоп по методике Working Backwards, также известной как “PRFAQ”, которая лежит в основе каждого продукта, создаваемого в Amazon.

Ведущий воркшопа: Илья Безделев, ex-Principal Product Manager в Amazon Web Services в Сиэтле в 2015-2020гг. Продуктовый лид в AWS UX Platform, отвечающей за весь пользовательский интерфейс AWS. Запустил с нуля продукт AWS Chatbot, сервис для быстрого развёртывания виртуальных машин и внутреннюю платформу аналитики данных. Неоднократно презентовал свои PRFAQ Энди Джесси, нынешнему СЕО Amazon.

Пройдя воркшоп, вы научитесь:

1️⃣ Искать и коммуницировать ценность продукта, используя подход “5 вопросов” и написание пресс-релиза в Амазоновском стиле.

2️⃣ Убирать неопределённость для стейкхолдеров при помощи детального документа FAQ, выводящего вас из зоны комфорта.

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

4️⃣ Создавать процессы ревью продуктовых документов, которые вносят ясность, устраняют самодурство и приводят к более продуманным продуктам на выходе.

5️⃣ Декомпозировать PRFAQ в роадмап и артефакты для разработчиков. Мы увидим, как из “кораблей, бороздящих космическое пространство” получается реалистичный роадмап и набор задач для MVP.

Формат: Для каждого модуля я буду давать теорию и примеры из своей практики, потом мы будем вместе писать документы и их обсуждать. Будьте готовы к интерактиву со включенными камерами и двусторонними диалогами. Я планирую взять не более 25 человек, чтобы обеспечить камерный формат.

📆 Когда: Суббота, 26 октября 2024 с 10:00 до 14:00 по Москве.
📷 Где: Google Meet, запись будет доступна только участникам воркшопа.
💰 Стоимость: 5 тыс. рублей переводом на Сбер или $60 иностранной картой/PayPal.

Как вписаться?
Заполните форму тут. На почту придут реквизиты для оплаты и инвайт.

Если есть вопросы, пишите мне в личку @ilyabezdelev.

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

Забыл ещё указать, что там в день тебе дают 5 бесплатных «сундуков» с ништяками, содержимое которых ты не знаешь. После того, как открыл сундук, через 10 минут его можно открыть снова.

Таким образом, тебя мотивируют возвращаться как минимум 5 раз в день. Когда открыл все пять, тебе дают ачивку в виде 3 золотых слитков. Соберешь 8 других ачивок (за то, что дрифтишь, летаешь, сыграл 3 гонки и т.п.) и получаешь ачивку за достижение 9 ачивок и ещё золота…

Расскажешь это не игроману, на тебя посмотрят как на дебила 🙈 но эта херня работает!

Здесь остальной коммент про механики в игре: https://t.me/c/1401899176/11291

Удалил с телефона е.учую игру, от которой я потерял сон и приобрел тревогу.

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

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

Я, 40-летний мужик, не мог слезть с этой иглы. Даже ввалил в игру около $100, чтобы не было рекламы и (курам насмех) купить недостающие машины и (двойной насмех) золото.

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

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

Игра была источником суррогатных дофаминов и «достижений» во время сложного жизненного этапа. Она помогала отвлечься от проблем. Но меня засосало и перемололо в её жерновах.

Судя по постам на сабреддите NFS No Limits, я такой далеко не один. Эта игра разрушает жизни тех, кто не может себя контролировать… подозреваю, таких игр множество. Я просто попал на одну из тысяч.

— Всем привет. Меня зовут Илья и я геймоголик.
— Привет, Илья.

ДОКУМЕНТ PRFAQ В АМАЗОНЕ ч.4: PRFAQ как культ внутри компании

Четвертый пост из серии про процесс “Working Backwards (from the customer)”, так же известный как PRFAQ. Рекомендую сначала прочитать первую, вторую и третью части, чтобы была полностью понятна суть.

Итак…

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

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

Амазон настолько привержен PRFAQ и процессу Working Backwards, что каждый сотрудник безоговорочное принимает PRFAQ как должное.

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

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

У каждой команды обязательно есть PRFAQ для их продукта. Это работает как магия.

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

Это очень эффективно.

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

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

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

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

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

“Кто к нам с powerpoint-ом придёт, тот знает, где дверь” (с) народная мудрость. В Амазоне запрещены слайды.

P.S. Тема настолько интересная, что заслуживает теоретического + практического воркшопа. Детали анонсирую сегодня-завтра. Предварительно в следующую субботу 26 октября в 10:00 по Москве (онлайн).

👉🏻 Пятая часть

@ilyabezdelev_blog #amazon #продактменеджмент #бигтех

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

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

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

Лайфхак от Тима Ферриса — make before managing. Создавай перед тем как «управлять».

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

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

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

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

Как в старые добрые времена, когда я х.ячил как не в себя и был мегапродуктивен (и зачастую эффективен в том числе).

На том же подкасте послушал интервью с ультра-правым журналистом Беном Шапиро.

Там есть сегмент, где они обсуждают личности типа А (мега-ачиверы) и типа Б (диванная картошка). Первые не умеют отдыхать, вторые не умеют работать.

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

Слушаю интервью с Дэвидом Гоггинсом, мега-бегуном, бывшим морским котиком и пожарником.

1️⃣ Зашла мысль о том, что для дисциплины нужны условия.

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

Всегда под ногами будут путаться дети, жены/мужья, холодильник, видосики в ютубе и игры.

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

2️⃣ «Дисциплина ест мотивацию на завтрак» — это перефразирование знаменитой фразы Питера Друкера (культура ест стратегию на завтрак).

Мотивация — это скоропортящийся продукт. Она тухнет. Дисциплина нет.

3️⃣ Каждую секунду ты принимаешь решение идти дальше или нет. Слабость в эту секунду => годы сожалений.

Классное интервью. Я вчера послушал половину, пока бегал в 9 градусов по Питеру. Пробежал больше, чем когда-либо (почти 5 км в темпе 7,5). Сегодня начал день с того, что «съел лягушку» через силу и сделал то, на что у меня обычно уходит день, за 2 часа. При этом ещё успел помедитировать (обычно у меня не хватает на это времени).

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

Я потерял хватку в ковид. Сильно расслабился, ушел в духовное. Давно уже хочу «вернуться в строй», но не хватало Гоггинса, который накричал на меня вчера в ухо на подкасте и дал заряд для того, чтобы собраться.