Давно уже хочу подарить кому-нибудь классному одну из лучших книжек, которую читала в последнее время на тему продакт менеджмента, Cracking the PM interview. Будет полезна даже тем, кто не собеседуется в данный момент; помогает оценить, каких навыков не хватает, и что надо подкачать. Автор работала в Google, Apple и Microsoft и явно знает, о чем говорит ;) книжка на английском языке.

https://www.amazon.com/Cracking-PM-Interview-Product-Technology/dp/0984782818

Как получить:

1) Написать, почему вы подписаны на этот канал, в любой из своих соцсеточек (с ссылкой на канал)
2) Поделиться ссылкой на отзыв здесь https://goo.gl/forms/2lEBM96UWcl6PPMk1
3) Подождать неделю - в следующую пятницу один рандомный счастливчик получит приз!
Все остальные получат от меня небольшой сюрприз ;)

Давайте разберем прошлую #задачкувыходногодня: представьте, что вас в команде всего два человека - full-stack разработчик и вы. Вам нужно с нуля сделать и запустить фичу. Какие обязанности вы возьмете на себя?

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

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

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

Доброе утро, котики! Принесла вам клевые ссылочки 😃

Сайт для подготовки к продуктовым собеседованиям - еще один повод пройтись по вопросам из книжек Cracking the PM interview и Decode & Conquer -

http://thepminterview.com/

Интересный подход к написанию roadmap от Intercom - собираемся попробовать в ближайшее время -

https://blog.intercom.com/666-product-roadmap/

Толковый гид от Aha, что надо сделать в первый месяц своей работы на новом месте -

http://blog.aha.io/new-product-manager-job-30-days/

Yet another try - попытка переосмыслить роадмапы и приоритизацию от продакта Firefox -

https://medium.com/startup-grind/product-management-2-0-a-growth-story-49bc486b62d9#.6mymk85zo

Напомню, что все полезные ссылки лежат тут:
https://docs.google.com/spreadsheets/d/1ZXGLIznQU0H_RtwnOOE8Po_RInZRHYTs_XM_trus5Vc/edit?usp=sharing

#вопросотчитателя Как к русским относятся в Германии?

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

Впрочем, то же самое могу сказать и про другие страны: мы с мужем довольно много путешествуем, и ни разу не встречали какого-то предвзятого отношения. Наоборот, все живо интересуются, что классного можно посмотреть в Москве, ахают, что Волга такая широкая, а температура зимой - такая низкая. Возможно, нам везло. Возможно, просто мы сами спокойно к этому относимся: не ходим в футболках с российским флагом, порой не прочь поржать над нашими культурными особенностями и с голливудско-русским акцентом сказать "Stop it, or I will call my rrrrrussian friends". В моей команде так же: есть ребята из Египта, Ливана, США, Палестины, Индии - никто не отказывается от своей национальной принадлежности, но и не выпячивает ее. Потому что только так это и работает, только так мы и можем сделать что-то классное. И, по моим ощущениям, это понимание уже в ДНК культуры Берлина ;)

Пишите свои вопросы сюда @Anna_Boo, по средам отвечаю на самые интересные.

Можно можно можно я вам порекомендую крутую вещь?

Давно уже мечтала о чем-то подобном - и вот! Отлично подходит, чтобы собирать материал для исследования или диплома, организовывать свой план на день (я, например, добавляю ссылки на статьи и видео, которые хочу сегодня почитать/посмотреть), готовиться к презентации или интервью. Этакий креативный Evernote с хорошей визуализацией :) (ссылка реферальная, можете просто перейти по app.milanote.com)

https://app.milanote.com/refer/rczG1DY7alroLaQ6UU

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

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

А ведь Customer Development - один из основополагающих принципов парадигмы Lean Startup. Вот здесь Стив Бланк подробно об этом пишет:

http://www.slideshare.net/venturehacks/customer-development-methodology-presentation/

Если вам лень читать, смысл в том, что “мы не репрезентативны” - наши пользователи где-то за пределами офиса. Чтобы понять, что они хотят, надо идти напрямую к ним, а не строить продукт, исходя исключительно из голых цифр. Это классно, потому что вы начинаете видеть историю целиком, а не ее отрывки. Это неприятно, потому что некомфортно - надо выделять время (пока еще найдешь этого пользователя!), слушать порой не самые лестные отзывы, ну и вообще проще сидеть в своем уютном креслице за теплым ламповым монитором.
Но без этого никак. Пользователи, конечно, сами не знают, чего хотят, да и часто из добрых побуждений соглашаются делать самые абсурдные для себя вещи - но если научиться выстраивать исследование правильно, оно станет для вас кладезем инсайтов. В конце концов, для этих бедолаг вы и пилите продукт, разделите с ними боль ;)

На тему “как правильно проводить интервью” советуют вот эту книжку

http://momtestbook.com/

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

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

- раз в год - общение с нашими прямыми покупателями: мы приглашаем в офис несколько наших самых крупных / активных / значимых general managers, которые, собственно, принимают все ключевые решения в отеле. Называем это Customer Advisory Board ;)
- раз в полгода - полевое наблюдение за нашими прямыми пользователями: я, например, ездила в отель с нашими саппортами, которые устанавливали в номерах планшеты, и параллельно общалась с персоналом
- раз в три месяца - общение с непрямыми пользователями: после того, как мы сформировали план на следующие три месяца и завершили предыдущий цикл, находим 5-8 постояльцев отелей, которые готовы в течение часа поговорить о нашем продукте и о готовых/запланированных фичах. Стараюсь, чтобы это было личное общение: либо я еду на встречу, либо гость приезжает к нам в офис
- раз в месяц - сажусь на место аккаунт-менеджера и работаю с обращениями пользователей: отвечаю на звонки, разбираю письма. Конечно, непрямое общение, но тоже очень полезно.

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

В продолжение темы про касдев: я сама не читала, но в личке посоветовали, присмотритесь -

https://www.amazon.com/Lean-Customer-Development-Building-Customers/dp/1449356354

Процитирую еще здесь комментарий от Ани Заболотной, UX-архитектора News Corp Australia и автора одного из самых вдохновляющих каналов про технологии https://t.me/geekchickru:

"Книга, о которой Вы пишете, скорее о том, как узнавать о пользователей общее мнение о продукте и идее бизнеса. Классический UX выглядит чуть иначе, его основы на пальцах объясняет Стив Круг в книге Rocket Surgery Made Easy:

http://amzn.to/2lpeAmX

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

Ну, собственно, да, заметка не про прямое взаимодействие пользователя с продуктом, а про достижение нужного уровня эмпатии. Сегодня как раз в подкасте This is product management слушала интервью с кофаундером Greenhouse - он сначала работал над сервисом для беременных женщин, а затем основал стартап для рекрутеров. Понятно, что ни во втором, ни особенно в первом непосредственного опыта у него не было.

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

Да, и напомню, что сегодня последний шанс побороться за крутейшую книжку! Сегодня в 9 по Берлину объявлю победителя :)

Давно уже хочу подарить кому-нибудь классному одну из лучших книжек, которую читала в последнее время на тему продакт менеджмента, Cracking the PM interview. Будет полезна даже тем, кто не собеседуется в данный момент; помогает оценить, каких навыков не хватает, и что надо подкачать. Автор работала в Google, Apple и Microsoft и явно знает, о чем говорит ;) книжка на английском языке.

https://www.amazon.com/Cracking-PM-Interview-Product-Technology/dp/0984782818

Как получить:

1) Написать, почему вы подписаны на этот канал, в любой из своих соцсеточек (с ссылкой на канал)
2) Поделиться ссылкой на отзыв здесь https://goo.gl/forms/2lEBM96UWcl6PPMk1
3) Подождать неделю - в следующую пятницу один рандомный счастливчик получит приз!
Все остальные получат от меня небольшой сюрприз ;)

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

На следующей неделе хочу с вами пообщаться про roadmap и потому ловите такую вот #задачкувыходногодня -

вы пришли на работу в стартап. Стартапу уже год, он быстро растет, в команде 20 человек. Вы первый продакт, который ступил на эту непаханную территорию. Фаундер просит составить вас roadmap и презентовать команде. С чего вы начнете? На какой срок сделаете? Какие инструменты будете использовать?

Решения можно обсуждать в этом чате https://t.me/joinchat/AAAAAEHjvA0Dw0g6W4Irog - попробуем новый формат, потому что с личными сообщениями я уже, к сожалению, не справляюсь. В ответе, который выйдет во вторник, прокомментирую основные плюсы и недочеты, ну и, конечно, поделюсь своими мыслями на этот счет ;)

(судя по всему, решение очень простое)

Всем доброе утро!

Выходные прошли продуктивно, и я готова поделиться двумя хорошими новостями:

1) Теперь все предыдущие заметки из этого канала можно прочитать на Medium - пока, к сожалению, без картинок, но уже лучше, чем ничего :)

https://medium.com/@buldakova

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

По ссылке - рассказ про тонкости составления резюме и cover letter для начинающих/успешных специалистов, а также для тех, кто перешел в продакт-менеджмент из другой профессииональной области, обзор Linkedin Premium, а также разбор нескольких резюме, которые присылали подписчики. Приятного просмотра!

https://www.youtube.com/watch?v=DO7FHOqwx3k

Спасибо всем, кто пишет комментарии по видео, очень полезно! Обязательно учту в будущем ;)

И, так как сегодня понедельник, делюсь образовательным ресурсом:

https://www.productanalyticsplaybook.com/

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

Ну что ж, давайте обсудим #задачкувыходногодня https://t.me/proproduct/215. В чатике случилась довольно оживленная дискуссия, спасибо всем активным участникам!

Давайте для начала разберемся, что такое roadmap и чем он отличается от "видения".

Product vision - это манифест: какую ценность и кому конкретно мы собираемся нести. Он должен работать как для текущего момента, так и для будущего, через 5 или через 10 лет. Вот хороший пример видения: Airbnb is a trusted community marketplace for people to list, discover, and book unique accommodations around the world — online or from a mobile phone or tablet.

https://www.airbnb.com/about/about-us

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

https://www.joelonsoftware.com/2002/05/09/product-vision/

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

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

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

https://blog.intercom.com/666-product-roadmap/

https://blog.intercom.com/mind-the-product-janna-bastow/

https://medium.com/flowcap/roadmaps-for-b2b-companies-fc38dd1c7ea0#.2pdm3l1uq

https://www.producttalk.org/2014/04/drop-feature-based-product-roadmaps/

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

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

Ну и, наконец, сроки. Лично мое мнение - чем больше и успешнее продукт, тем более детализированна должна быть карта. То есть, если вас трое, и вы только начали фигачить, вам нужен какой-то базовый набор фич для MVP и видение - и погнали. Если вас 20 человек и уже что-то работает, вполне можно составлять карту на 3 месяца - на более долгий срок просто не имеет смысла: у вас может закончиться финансирование, вам придется делать резкий разворот и тд. Ну и если вас 1000+ сотрудников, бизнес-модель обкатана и успешна, вполне можно планировать на 6 месяцев вперед. Я, честно говоря, против очень больших дорожных карт: IT - супердинамичная сфера, постоянно появляется что-то новое, из-за чего приходится менять планы. Это не значит, что вы плохой продакт, это значит, что компания не стоит на месте и быстро адаптируется к новым условиям. Поэтому я лично пишу план с привязкой со срокам и оценкой ROI на 3 месяца, на 6 месяцев делаю примерную оценку по проектам, которые мы хотели бы успеть, на год просто составляю список целей и список идей, которые у нас есть.

Ну и в завершение тулзы, которые можно использовать: Excel, ProdPad, ProductPlan, featuremap.co. Я использую Aha.io, это JIRA для роадмапов: громоздкая, но мощная, с кучей функций и настройкой под себя.