Изучи, найди, победи. Как я прошла стажировку в MacPaw и запилила новый продукт

Что такое MacPaw Summer Internship

Летняя стажировка в MacPaw — это инициатива, которая помогает начинающим специалистам «прокачаться» в каком-то профессиональном направлении и знакомит их с культурой и ценностями компании.

Стажировка проходила в MacPaw уже 4 год подряд, но направление «продакт-менеджмент» было открыто впервые. Всего в 2019 году в компанию приняли 14 стажеров в 7 направлениях: Product Management, macOS/iOS Development, Design, QA, PPC, Customer Care, Agile.

Стажеры-2019 с организаторами стажировки (в красном шарфе — Катя Дробот, справа сверху — Ксения Растворова) и эдвайзером хакатона (парень в очках — Паша Гайдамак) в последний день стажировки.

Для всех стажеров, вне зависимости от направления, Summer Internship длилась 2,5 месяца и делилась на 2 части:

1. Работа над существующими продуктами. С середины июня по середину августа каждый стажер работал в рамках команды или нескольких команд, за которыми он был закреплен. Например, я работала в команде Setapp Growth, а два других стажера-продакта — в Setapp for Teams.
2. Хакатон. Последние две недели августа все стажеры собрались вместе и стали одной командой. Мы трудились над созданием нового продукта с нуля. В конце хакатона мы презентовали то, что успели разработать, перед всей командой MacPaw.

Зачем это было мне

После нескольких лет работы продакт-менеджером стажировка может показаться нормальным таким downgrade. И да, меня это беспокоило.

Но тревожило меня не только это, а и ряд других вопросов, например:

1. Стажировки обычно рассчитаны на студентов — а значит работа может оказаться недостаточно сложной (в смысле challenging) и не очень интересной для меня.
2. Отсутствие развития, пусть и на протяжении всего пары месяцев, — самый большой фактор, который меня «стопорил».
3. Стажировка не предусматривала дальнейшего трудоустройства, а с момента последнего места работы прошло уже 1,5 месяца. То есть потенциально меня ждал «провал» в резюме почти в полгода.
4. Несмотря на то, что стажировка была оплачиваемой, я уже привыкла к другому уровню дохода.
5. Подготовка тестового задания занимала довольно много времени, которое можно было потратить на поиск работы или свои проекты.

Я постаралась проработать для себя каждый из этих потенциальных рисков:

1. От ребят из MacPaw я узнала, что отбор на направлении «продакт-менеджмент» несколько другой (это вызвано спецификой самого профиля и запросом от менторов этого года): в отличие от большинства других направлений, сюда намеренно искали людей с опытом, хотя бы минимальным. Как я поняла, нужны были те, кто уже готов самостоятельно решать продуктовые задачи и мог усилить команду на период стажировки. Это давало надежду на что-то интересное и полезное для меня.
2. Мне давно импонировала компания MacPaw и я не могла упустить возможность посмотреть, как у них все устроено изнутри. А «провал» в резюме довольно условный, если правильно использовать возможности стажировки.
3. С деньгами я просто смирилась и тратила свои запасы.
4. Любое тестовое я всегда воспринимаю как интересную «задачку на подумать». Продакту вообще полезно решать разные кейсы — как гипотетические, так и реальные. Поэтому я просто выделила время, которое готова была потратить на выполнение тестового — и получила от этого процесса удовольствие и пользу в виде +1-го мини-кейса.

Помимо проработки рисков, я описала для себя самой «а зачем мне вообще это нужно?». Список получился примерно такой:

1. Поработаю над продуктом с миллионами пользователей (до этого я работала в стартапах и компаниях с небольшими аудиториями).
2. В деталях разберусь, как работает большая украинская продуктовая компания, как налажены процессы. По образованию я — менеджер, поэтому у меня давняя тяга к тому, чтобы разбирать разные типы бизнеса «по косточкам». Где, как не внутри компании, лучше всего это сделать?
3. Поработаю над своей боязнью ошибок и стремлением к перфекционизму, которые очень мешали мне в достижении нужных результатов. Я рисовала себе эту картину так: раз это не испытательный срок, и через 3 месяца я просто уйду, то мне нечего бояться.
4. В статусе стажера я смогу делать все, что считаю правильным: задавать «глупые» вопросы, пробовать любые эксперименты, ошибаться, быть лидером, подстегивая, мотивируя и обучая остальных, общаться с теми, кто опытней, делиться своим опытом, быть слишком амбициозной и инициативной и, напротив, — не делать то, что считаю бессмысленным, а еще — смогу говорить то, что действительно думаю.
5. Я знала, кто будет менторить на потоке продакт-менеджмента, и понимала, что могу многому научиться лично у них.
6. Смогу прокачать навык коммуникации (и свой нетворк заодно) — познакомлюсь и пообщаюсь с одними из лучших специалистов по разработке продуктов в стране (продактами, маркетологами, программистами и другими).
7. Смогу относительно ненапряжно провести лето и параллельно подумать о том, куда и как я хочу развиваться дальше (на момент подачи заявки я как раз ушла с прошлой работы и думала о своих дальнейших шагах). Спойлер: про «ненапряжно» я погорячилась — было нелегко.

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

Как попасть на стажировку

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

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

Но почему-то в последний момент меня все же позвали, и уже после разговора с рекрутером всё стало на свои места.

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

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

• идею и виденье продукта;
• концепцию;
• потенциальные рынки;
• маркетинговый план на первый квартал;
• ключевые фичи продукта;
• SWOT-анализ;
• модель монетизации;
• необходимую команду.

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

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

Что я в итоге сделала:

1. Попыталась представить себя на месте тех, кто будет проверять эти тестовые. Они искали продакта (пусть и стажера, не важно), т.е. специалиста с определенным набором качеств и навыков. Поэтому подход, который я выбрала дальше, был основан на том, чтобы продемонстрировать те мои навыки, которые критично важны для продакт-менеджера (например, формулировка и тестирование гипотез).
2. Выбрала задачу в рамках выбранного направления, которую я хочу решить (это была мотивация в онлайн-образовании).
3. Пообщалась с потенциальной целевой аудиторией про их проблемы в онлайн-обучении (нашла таких среди друзей и знакомых) — через посты в Facebook и Telegram, при личных встречах.
4. Поизучала, что пишут на форумах / в соцсетях на эти темы.
5. Сформировала пару гипотез по решению основных проблем целевой аудитории.
6. Снова пообщалась с людьми.
7. Оформила свои идеи через призму тестового задания (рынки, фичи, маркетинг-план и все остальное по списку) — с учетом того, что все гипотезы нужно проверять детальнее.
8. Заверстала презентацию в виде лендинга на Tilda.
9. Добавила на лендинге ссылку на презентацию в Google Slides (на случай, если лендинг окажется неподходящим форматом и все же нужна стандартная преза).

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

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

Интервью

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

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

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

Интервью длилось около часа и проводили его четыре человека: три профильных специалиста (продакты, продакт-маркетинг менеджеры) и один рекрутер.

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

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

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

Онбординг

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

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

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

Из чего состояло наше «погружение»:

• Экскурсия по офису. В MacPaw есть на что посмотреть. Музей Mac, сцена, терраса с фонтаном, кухня с ударной установкой и пианино, звукозаписывающая студия, спортзал, комната для котов, множество переговорных, комната для медитации. А еще мне понравилось, что во время экскурсии уделили внимание безопасности: например, рассказали, где находятся эвакуационные выходы и как ими пользоваться.
• Знакомство стажеров друг с другом. Встречи, на которых мы просто рассказывали о себе и делились тем, почему пришли на стажировку.
• Знакомство с командой. Лично у меня это произошло немного сумбурно, так как мой ментор по серьезным причинам в первые дни моего выхода в офис отсутствовал. Так что с командой я постепенно знакомилась в процессе работы.
• Знакомство с продуктом. Тут ментор по полной компенсировал свое отсутствие в первые дни и «снабдил» меня всеми возможными материалами, доступами и прочей информацией по продукту, с которым я буду работать (Setapp).
• Email-рассылка. В первые несколько дней на стажеров свалилась тонна информации про компанию. И, конечно же, большая часть пролетела мимо ушей. Поэтому какое-то время нам приходили письма-напоминалки, в которых коротко и очень фаново были описаны важные «фишки» и традиции компании. Также был прикреплен список интересных и полезных внутренних Slack-каналов и просто дали советы, упрощающие жизнь «новичка».
• Карта офиса. На одном из внутренних хакатонов ребята сделали карту офиса, с помощью которой можно в 2 клика найти место, где сидит нужный человек (или наоборот, узнать по месту, кто там сидит), разобраться во всех переговорках и просто не потеряться.
• Бадди. Друг в компании, к которому ты можешь обратиться по любым вопросам, с любой проблемой.
• Встреча о ценностях компании. Ценности в MacPaw — не пустые слова. Они откликаются в каждом члене команды, постоянно пересматриваются на актуальность для всего коллектива и помогают принимать сложные решения. Про каждую из ценностей нам рассказывала лично Вера Ткаченко — CTO MacPaw и одна из тех, кто стоит у истоков компании.
• Встреча про продукты. Здесь нам рассказали истории возникновения, функционал и перспективы развития основных продуктов компании.
• MacPaw — это о людях. Вся команда MacPaw (а это, на минуточку, около 200 человек) знала о том, что в компании будут стажеры. В первые недели работы каждый второй поинтересовался, как у меня дела, чем можно мне помочь и просто улыбался при встрече. Мелочь, а приятно.

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

Про обучение

Из чего состояло наше обучение на стажировке (оно было общим для стажеров всех направлений):

• Lego Scrum (LeSS) game. Это командная активность, которая помогает разобраться в основных принципах фреймворка Scrum (в нашем случае — Large Scaled Scrum, то есть LeSS). Встреча была разбита на 2 блока: в первом нам рассказывали / мы обсуждали теоретические основы фреймворка, во втором — нас разбили на команды и дали задание построить город из Lego (аналогия с построением IT-продукта). У игры четкие правила, у каждого игрока своя роль. Правила основаны на фреймворке и максимально приближены к тому, как бы весь процесс происходил в реальной жизни.Основные отличия — это смешные требования к продукту и ускоренные циклы работы (вместо недель — минуты). Вообще мне кажется, что игра полезна не только тем, кто раньше не был знаком с фреймворком, но и тем, кто уже пробовал работать по LeSS. В таком формате проявляются все проблемы / вызовы / ошибки в коммуникации, которые допускают команды, работая над своими реальными продуктами. Но в процессе игры, на очень примитивном примере, эти проблемы становятся очевидными, и их решения — тоже.
• Kanban Game. Похожая по формату игра, только про Kanban и без Lego — здесь это было больше похоже на типичную настолку.
• Воркшоп по коммуникации. Здесь мы коротко обсудили важность и форму командных договоренностей, ненасильственную коммуникацию, «я-сообщение» и подобные тематики.
• Воркшоп по исследованиям. Мы послушали про качественные и количественные исследования и о том, как их проводить.

На этом моменте, наверное, возникает вопрос: и что, это все обучение? Для продактов — да. У нас не было лекций, никто не проводил для нас отдельные тренинги по приоритизации, монетизации и другим «продактовским» темам. Но у нас было что-то более интересное: и это вы не поверите — обычная работа.

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

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

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

Если хочется учиться больше

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

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

Два месяца я просто работала

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

Я попала в команду Setapp Growth, где моим ментором стал Ярослав Степаненко. Он также был одним из тех, кто проводил интервью со мной на этапе отбора на стажировку.

Для понимания контекста, Setapp — маркетплейс приложений для Mac по подписке. А Setapp Growth — одна из нескольких команд, которая работает над этим продуктом и отвечает за его постоянный рост. Ярослав работает одновременно Growth Product Manager этой команды и Product Marketing Manager всего Setapp.

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

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

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

1. Вместе с аналитиком изучила все мельчайшие (насколько это было возможно) детали по воронке.
2. Прочла последние опросы, интервью.
3. Много раз «руками» прошла основные флоу.
4. Попросила друзей воспользоваться продуктом и наблюдала за их опытом, а затем расспрашивала, что они думают и чувствуют.
5. Изучила уже проведенные эксперименты и их результаты.

В результате вышло нечто такое:

У меня получилась таблица из около 50-ти мелких и крупных гипотез. Это было слишком много. Поэтому следующим логичным шагом стала приоритизация всего этого дела.

Затем мы выбрали с Ярославом несколько гипотез, которые можно было тестировать «прямо сейчас», я описала эксперименты и отправила их в беклог.

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

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

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

А теперь коротко обо всей моей стажировке:

Изучи, что есть —> Найди проблему/челлендж/возможность —> Продумай варианты решения —> Экспериментируй и тестируй —> Улучшай и повторяй шаги сначала.

Что по митингам

Команда Setapp Growth работала по Scrum, а так как на время стажировки я была полноценным участником команды, то участвовала во всех типичных для этого фреймворка командных встречах: планировании, ретроспективах раз в 2 недели и ежедневных стендапах. Также внутри команды мы проводили дополнительные встречи для обсуждения гипотез и обсуждения некоторых задач в беклоге (до планирования).

Для синхронизации работы между командами продукта проводились открытые демо (раз в 2 недели) и progress tracking (раз в месяц). На демо команды рассказывали о сделанном за спринт, а на progress tracking обсуждались результаты всего продукта за последний месяц или квартал.

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

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

Другими словами, в компании придерживаются принципа «over communication is better than under communication» (хотя не скажу, что для меня это было «over» — скорее, в самый раз).

Двухнедельный хакатон

За 2 недели до окончания стажировки все стажеры закончили свои задачи по продуктам. Мы больше не были закреплены за разными командами/менторами и были «сами по себе» — одной большой командой.

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

Первый день хакатона начался с вводных:

• Задача: сделать продукт на заданную тематику.
• Тема: MacPaw from the inside (продукт, который улучшит жизнь команды MacPaw).
• Правила: никаких правил.
• Сроки: до конца августа (2 рабочих недели).
• Советы: №1 — разделиться на две команды и обсудить team agreements. №2 — не принимать советы за указания к действию. №3 — готовить презентацию с первого дня.

Кто был доступен нам в помощь:

• Организаторы хакатона — по всем вопросам организационного характера (если нам нужна дополнительные материалы, ресурсы или доступы, что-то не работает и подобное).
• Эдвайзер (продакт-менеджер одной из команд в Setapp), который был доступен 24/7 — он помогал нам во всем, как по сутийной части, так и по просьбам помочь с техническими и организационными моментами.
• Наши менторы и любые специалисты компании — если нужна была какая-то экспертиза или мнение «со стороны».
• Вся команда MacPaw, от офис-менеджеров до фаундера — в качестве потенциальных пользователей продукта.

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

Как мы сделали свой продукт

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

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

Более подробно весь процесс от момента получения темы до презентации выглядел приблизительно так:

1. Исследование того, какие проблемы есть у ребят из MacPaw. Мы провели первичные интервью, на их основе сделали «массовый» опрос и затем выбрали наиболее приоритетные сферы, с которыми работали дальше.
2. Генерация идей, как мы можем решить эти проблемы: обсуждения в мини-группах по 3-4 человека, короткие интервью, а затем совместное обсуждение и приоритизация.
3. Проработка нескольких идей, которые мы выбрали как наиболее приоритетные. Среди прочих вариантов у нас звучали такие: улучшенное приложение для планирования митингов, «маячки» (трекеры) для котов, сервис заказа еды внутри компании, хаб для всех внутренних приложений MacPaw, AR-игра. В какой-то момент у нас появилось целое «кладбище» отброшенных идей.
   

   Одна из идей: AR-приложение, в котором можно было собирать фиксы по офису (фиксы — это монетки, внутренняя «валюта» компании, которые получаешь за «добрые дела», а тратишь на всякие вкусности)

4. Валидация выбранных решений (пригласили несколько специалистов компании и проинтервьюировали их).
5. Паника, усталость, отчаянье. Здесь мы поняли, что двигаемся не туда, а времени все меньше… и новые идеи перестали рождаться.
6. Второе дыхание: новая идея и ее концептуальная проработка.Мы поняли, что компания продолжает быстро расти и многие ребята не успевают не то, что познакомиться с новичками, но даже пообщаться с теми, кого давно знают. Также сложно договориться о встрече заранее, особенно с кем-то из другой команды с другим «расписанием» митингов.С открытием нового офиса на другом этаже эта проблема становилась еще более актуальной. Поэтому мы решили создать приложение, с помощью которого люди могут быстро найти себе «пару на поговорить» — любого человека из MacPaw, который именно сейчас, в это же время тоже хотел бы пообщаться с кем-то. Оно создает чат для рандомной «пары» желающих пообщаться — чтобы можно было договориться о месте встречи. Чат анонимный, поэтому до момента встречи коллеги не знают, кого именно они увидят.
7. Валидация новой идеи: мы потестили «на людях» сделанный «на коленках» продукт (без технического решения, на основе ручной работы).
8. Активная работа над продуктом (проработка флоу, дизайн, разработка) и его продвижением.
   

   На стене одна из версий флоу для MVP

9. Работа над презентацией (структура слайдов, тексты, вижуал, спич).
   

   На стене — остатки задач с дедлайнами и ответственными

10. Презентация продукта перед всей командой MacPaw.

После стажировки

Первый вопрос, который после завершения стажировки мне задают знакомые: «Так, а ты что, не в MacPaw?». Это все потому, что стажировку почему-то путают с испытательным сроком.

Стажеры-продакты после презентации. В этом году все трое — девушки

Остановлюсь на этом подробнее. Летняя стажировка в MacPaw — это не испытательный срок на какую-то конкретную позицию. Я бы назвала стажировку скорее образовательным проектом, который помогает погрузиться в какую-то специализацию, познакомиться с культурой компании и тем, как разрабатываются IT-продукты.

Да, этот проект позволяет «попробовать» себя в реальной работе. Но он не предполагает и, тем более, не гарантирует трудоустройства, контрактов или чего-то подобного. И нам говорили об этом с самого начала.

И все же, можно ли продолжать работать с MacPaw после окончания стажировки?

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

Мои выводы о стажировке. Год спустя

Вывод #1: Сложность стажировки напрямую зависит от стажера

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

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

Вывод #2: Много зависит также от ментора, команды и продукта.

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

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

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

Мне повезло по всем трем пунктам:

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

Но из-за всех этих факторов случай с каждым стажером индивидуален. То, как проходила моя стажировка, отличается от того, как проходила стажировка у других продактов-стажеров в этом году. В 2020 году направление «продакт-менеджмент» в MacPaw не открыли (но открылись новые направления, которых не было в прошлом году).

Вывод #3: «Продакт-менеджер» и «стажер» — сложно совместимые понятия из-за ловушки восприятия.

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

Направление «продакт-менеджмент» на стажировке в MacPaw тоже было открыто впервые в 2019-м. И построено оно было плюс-минус на принципах, на которых уже 3 года подряд строилась стажировка по другим направлениям. Но это не всегда было комфортно нам, стажерам-продактам, и, как мне кажется, тем, кто с нами работал.

В чем, собственно, «ловушка восприятия»? Давайте по порядку:

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

Тут довольно сложный момент:

• Вариант 1. Если бы стажерам-продактам не давали доступа к реальному продукту. Например могли создать для них «песочницу» в виде команды из других стажеров и пока несуществующего продукта. В итоге этот опыт был бы совсем «игрушечный».
• Вариант 2. Если бы давали стажерам «полную свободу» лидить реальный продукт. В таком случае они, во-первых, уже должны быть полностью сформировавшимися специалистами, и возникает вопрос, зачем им приходить на 2 месяца в продукт. Во-вторых, команде будет некомфортно приспосабливаться к разным лидерам. В-третьих, это может негативно сказаться на продукте, который разные продакты с разным виденьем могут вести в разные стороны.
• Вариант 3. Если бы в команде остались продакты, а стажеры стали с ними рядом (по типу как Associate Product Manager), выполняя какие-то отдельные блоки задач — то их опыт получился бы менее полноценным. Все равно очень полезным (с точки зрения подтягивания отдельных hard skills, например), но все же довольно ограниченным. В таком случае стажеры становятся «помощниками», учатся многим вещам, но не принимают самостоятельных решений. Но главное — все вокруг в таком случае понимают, как это работает.

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

Вывод #4: Возвращаться в статус стажера некомфортно, но полезно.

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

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

Вывод #5: Стажировка — хорошая альтернатива/дополнение к курсам и pet-проектам.

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

Если сравнивать MacPaw Summer Internship с другими доступными в Украине способами обучения для начинающих продактов, то, конечно же, стажировка выигрывает по ряду параметров:

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

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

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

Читайте нас в Telegram

Реклама у Vector

Нашли ошибку? Выделите ее и нажмите Ctrl+Enter