Как держать команду в контексте

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

В этом поможет простой one-pager. One-pager - страничка в notion/confluence для того, чтобы любой человек в компании понял, что конкретно вы делаете и зачем. Обычно one-pager состоит из 5 пунктов:

1. "Что это". Пункт о том, где в 2 словах можно рассказать, о чём эта страничка. Например, "В доке описаны мысли по улучшению рекламного инструмента: как повысить ROI для брендов, GMV компании, и улучшить UX пользователя"

2. Проблема. Пункт про то, с какой проблемой сталкивается клиент. Какой из сегментов с ней сталкивается? Зачем решать эту проблему? И почему именно сейчас?

3. Метрики успеха и контрметрики. Всё просто: как будем мерить успех от внедрения фичи? Как мы с помощью данных можем понять, что проблема решена? За какими метриками надо будет следить, чтобы они не упали?

4. Решение. Как будет выглядеть MVP? Какие дальнейшие шаги могут быть после реализации MVP?

5. Риски. Какие есть риски? Как мы можем смягчить эти риски до или после запуска?

Эти 5 пунктов помогут составить верхнеуровневое понимание у любого сотрудника компании о том, чем вы вообще занимаетесь. Главное, описать всё чётко и без воды. Так, чтобы любой человек мог погрузиться в контекст без чьей-то помощи, просто взглянув на one-pager.

На следующей неделе стартует очередной поток Карьерного Цеха ⚠️

Я упоминал Карьерный Цех в 1 части поста про поиск первой работы продактом. И 4 октября стартует 3 поток конкурса!

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

Конкурс проводится в 3 этапа
1. Решение заданий. Все участники решают продуктовые кейсы, которые подготовили организаторы
2. Оценка работ других участников. Тут каждый оценивает по 10 работ других участников Цеха. Отличная возможность посмотреть на альтернативные подходы к решениям, вдохновиться новыми идеями, и поискать в них недостатки. То, насколько правильно вы оцените работы других участников, повлияет на вашу финальную оценку!
3. Публикация результатов и взаимодействие с работодателями. Этап, когда вы узнаете, насколько вы хорошо выполнили 2 предыдущих шага. А также получите возможность получить приглашение на собесы от компаний-партнеров. Либо самостоятельно откликнуться на вакансии

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

Зарегистрироваться можно тут

P.S. Если что, мне никто не платил за этот пост. Реклама от чистого сердца :)

Я месяца полтора назад осознал, что у меня есть 2 большие проблемы:
1. Достаточно много времени провожу в телефоне
2. Повышенный уровень тревожности. Это проявляется в том, что часто возникает желание зайти на почту/в телеграм и посмотреть, что нового произошло в мире, кто написал мне итд

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

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

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

3. Уменьшил список подписок в Инстаграме в несколько раз. Это уменьшает кол-во органических постов в ленте => понижается шанс залипнуть в ленте, смотря на контент людей, на которых ты подписан. Плюс теперь стараюсь заходить в инсту только если нужно что-то посмотреть что-то определённое

Пока результат такой: экранное время уменьшилось на 30%.

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


Есть ещё несколько шагов, которые помогут в борьбе с моими проблемами:
1. Пытаюсь найти приложение, которое будет блокировать вход в некоторые другие приложения(напр. инстаграм, телега - аппы где есть риск залипнуть надолго). Например, ты неосознанно нажимаешь на иконку инстаграма. И твой экран блокируется на 10 секунд, в течение которых у тебя есть время осознать, что произошло. И если ты понял, что ты тыкнул на иконку неосознанно, то ты закрываешь приложение. Я забыл, как называется апп, и не могу его найти - если кто знает, помогите пожалуйста 🙏
2. Медитации, психотерапия - но это в следующих сериях. Пока не добрался до этого
3. Также буду рад другим советам :)

Как найти первую работу продактом[5/5]

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

Значит, в этой части поговорим про собесы - следующий этап после тестового

Из моего опыта, чаще всего после тестового вас ожидает 1-2 созвона с продактами компании. Например, в СберМаркете у меня был созвон сначала с продактом из моей команды, а затем с продакт лидом.

И на этих созвонах активности делятся на 3 части:
1. Знакомство, обсуждение вашей мотивации, базовой адекватности
2. Обсуждение вашего прошлого опыта в PM/смежных ролях
3. Заготовленные кейсы от нанимающей компании

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

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

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

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

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

2. Прорефлексируйте свой предыдущий опыт. Вас точно будут спрашивать про предыдущий опыт. Какие решения вы принимали? Почему именно такие? Будет очень круто, если вы отрефлексировали свои предыдущие ошибки и сделали работу над ошибками. Например: «2 года назад я принял такое решение.. но оглядываясь назад, я бы так делать не стал, потому что…»

3. Подготовьте вопросы к нанимающему менеджеру. Это ОЧЕНЬ ВАЖНЫЙ пункт. Изучите компанию до собеседования. А на самом собесе разузнайте все про конкретно ВАШУ будущую роль, процессы в команде итд. Во-первых, у вас должно быть кристально чистое понимание отвалку будущей роли. А во-вторых, проактивные кандидаты ценятся больше всего 😉

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

Решайте кейсы, будьте честны и проактивны, и всё точно получится 🤟

Какой скилл для опытного продакта/предпринимателя самый важный?

Кастдевы? Аналитика? Построение стратегии? Нет.

Самый важный скилл - коммуникации

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

Я пошёл пообщаться с руководителем на эту тему.

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

Точка Б - это предпринимательство

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

Скорее всего, мне показалось, что я развиваю «не те» скиллы, потому что
1) нет своего опыта в предпринимательстве
2) пока ты ещё не стал продактом, у тебя складывается определенное представление о профессии благодаря курсам. И ожидания могут разойтись с реальностью)

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

Краткосрочная выгода vs Долгосрочная выгода

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

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

Проблема
- К команде продукта прилетела просьба: придумать, какие инструменты мы можем сделать здесь и сейчас, чтобы догнать план по GMV на Q4
- Если брать какие-то дополнительные проекты, то поедут коммиты по запланированным задачам

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

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

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

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

Исследование рынка продакт-менеджеров от Подлодки

Подлодка совместно с VK провела исследование рынка продактов:
- опросили 630 продакт-менеджеров
- получились очень интересные данные об активностях продактов, самых важных навыках, а также еще о куче интересных вещей(например, почему продакты хотят уехать работать за границу)

Из интересного: количественно подтвердился мой недавний пост. В топ-3 самых важных навыков продакта вошли коммуникации и донесение видения! Всегда приятно, когда гипотеза подтверждается :)

В общем, советую всем ознакомиться, очень прикольное исследование: https://podlodka.io/pm

Первые принципы Product Management'а

Я писал, как мышление из первых принципов помогает в управлении продуктом в одном из первых постов на канале

Прочитал статью, где рассказывается о первых принципах Product Management'а. Итак, вот эти принципы:
A. Максимизировать влияние на миссию в компании
B. Добиваться всего с помощью остальных


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

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

2. О чём сигнализирует окружаящая среда(рынок, клиенты)?
- нужно постоянно получать фидбек от клиентов(качественный и количественный), чтобы понимать, движемся мы в правильном направлении или нет. Чтобы если что внести поправки в стратегию
- сигналы из окружающего мира также могут заффектить стратегию - новые конкуренты, политические и экономические события в мире. За всем надо следить

3. Какие есть ограничения в этих аспектах: люди, время, деньги?
- всегда надо учитывать эти ограничения: стажёры не смогут построить ракету, в сутках всего 24 часа, и бюджеты имеют ограничения сверху


- Хорошие продуктовые решения принимаются, если учтены все эти инпуты
- Хороший PM должен быть всесторонне развит: UX, аналитика, маркетинг, финансы итд - иначе это не хороший PM :)


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

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

1. Тренер(продакт) не играет сам
- его нанимают поддерживать команду, и растить их индивидуальный и коллективный потенциал. Также и с продактом
- если команда постоянно проигрывают увольняют тренера. С продактом точно также

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

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

4. Тренер(продакт) должен знать, что должен делать каждый игрок команды, чтобы быть эффективным

5. Когда есть капитан(тимлид), тренер(продакт) отступает и передаёт им лидерство
- PM отвечает за стратегию, тимлид - за execution, не надо вмешиваться

6. Тренер(продакт) заботится об уровне энергии и психическом состоянии команды.
- Надо быть в курсе, что мотивирует(из первых принципов) каждого участника команды, и в зависимости от этого давать задачи, а также транслировать их value

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

Как продакт менеджеру принимать хорошие решения

Продолжаю серию из саммари статей. Сегодня на повестке дня: "Making Good Decisions as a Product Manager".

Продакты хоть и не создают продукт, но они производят решения

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

Так как же принимать хорошие решения?

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

1. Принимать хорошие решения с правильным кол-вом информации

- Джефф Безос говорил, что есть 2 типа решений:
1. Необратимые решения, надо очень тщательно их совершать
2. Вещи, которые легко отменить

Можно чуть расширить сегментацию Безоса, и получится фреймворк(см скрин), который помогает понять важность решения, взяв во внимание 3 параметра:
1. Сколько ресурсов уйдет на принятие решения
2. Общий выхлоп при позитивном исходе
3. Последствия негативного исхода

И чем выше важность, тем больше времени надо потратить на принятие решения. И тут мы переходим ко 2 фактору:

2. Классный decision maker тот, кто принимает решения быстро

И чтобы их принимать быстро, надо следовать 3 правилам:

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

2. При сборе информации не забывайте про принцип Парето
- 80% результата даёт 20% усилий. Поэтому если решение не очень важное, не стоит собирать 100% информации
- Напр., если вы думаете делать или не делать новый продукт, вам требуется только 80% информации, чтобы принять это решение. Более детальное изучение информации проведите, когда вы УЖЕ начали его делать

3. Большинство решений не важны
- Часто мы тратим очень много времени на принятие каких-то не очень важных решений. Напр. катить фичу на 5% или 10% пользователей. Если переложить его на шкалу со скрина, кажется, что оно не очень важное


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

Как растить вовлечённость пользователей?

Наконец на выходных дошли руки прочитать Intercom On Product Management (UPD: наткнулся в гугле также на русский перевод этой книжки)

Это краткий PDF(60 страниц на английском) о различных фреймворках и практических советах, которые помогут принимать вам какие-то решения на ежедневной основе:
- Какие части продукта улучшать в первую очередь?
- Как лучше улучшать текущие фичи?
- Какие аргументы используют стейкхолдеры, чтобы попросить вас сделать фичу, и почему вы должны сказать им "Нет"?
- Чеклист, через который должна пройти каждая фича
- Как доносить до пользователя ценность новой фичи?
- Как растить вовлечённость?

В целом, книжка очень хорошо упорядочивает текущие знания. Кто-то возможно подчерпнёт что-то новое.


Для меня самой ценной оказалось часть про то, как растить вовлечённость пользователей:

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

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

2. Раскрывайте детали продукта постепенно
- В каждом приложении есть фичи, которые нужны пользователю не сразу
- Например, юзеру не стоит знать о возможности шаринга файлов, до тех пор, пока он не добавит эти файлы себе
- Надо онбордить пользователя в какую-то фичу именно в контексте её использования. Поэтому плохо работают e-mail рассылки, F.A.Q итд

3. Рассказывайте о фичах и улучшениях прямо в приложении
- Рассказывая о фиче в e-mail рассылке, половина пользователей не увидит письмо, половина увидивших не откроет его, а половине оставшихся эта фича будет неактуальна, и они не будут открывать ваши последующие письма
- Intercom сравнивал онбординг In-app и E-mail рассылки, и в первом кейсе эффективность была в 10 раз выше
- В приложении есть возможность рассказать о фиче именно тогда, когда её можно сразу использовать

4. Удаляйте неиспользуемые фичи
- У вас всегда будут фичи, которые использует 0.0001% пользователей
- От таких фичей надо избавляться. Подготовьте правильную коммуникацию для тех, кто использует фичу, для тех, кто знает о её существовании, и просто избавьтесь от этой фичи

Как получать качественный фидбек от пользователей

Вместе с моим возвращением из отпуска возвращаются и саммари статей!

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

На этот раз статья «'Get in the Van' and Other Tips for Getting Meaningful Customer Feedback». Герой статьи - Michael Sippey, чувак с классным опытом(VP Product Twitter, Medium). Он рассказывает об 1 наиболее важном правиле, и о 3 ключевых уроках, чтобы собирать фидбек с клиентов, который значительно повлияет на родмап вашего продукта:


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


3 ключевых урока о сборе фидбека с пользователей

1. Назначь 30+ встреч с клиентами или у тебя не будет хорошего продукта
- Это надо сделать перед тем, как написана первая строчка кода
- Структура интервью: вступление, разговор о проблеме(есть ли у тебя проблема X? как решаешь её? как много денег тратишь на решение?), наше решение(по сути решенческое интервью, где мы продаём идею), сбор фидбека и следующие шаги
- Обязательно докапывайтесь до первопричин, узнавайте ВСЕ подробности проблемы и её решения
- Не фреймите собеседника. Задавайте открытые вопросы

2. Залезайте в фургон
- Ключевые члены команды(напр. тимлид, сейлз, дизайнер) тоже должны присутствовать на интервью(хотя бы иногда)
- Это нужно, чтобы они понимали, какую проблему мы решаем. Для кого решаем? Как будем мерить успех?
- После 10 встреч начинаешь видеть закономерности, после 20 - понимаешь какие есть сегменты, после 30 - понимаешь, какой продукт строить
- Fun Fact: раньше не было зума и google meet, и чтобы всей командой поговорить с клиентом, автор статьи с коллегами арендовали фургон, и ездили кастдевить :)

3. Фокусируйся на проблеме, а не на решении
Как всегда, главный косяк продактов - быть одержимыми фичами и продуктом, забывая о решении проблемы. Не надо так делать :)

Как устроена продуктовая разработка внешней продуктовой командой, её отличие от аутсорса и аутстаффа

Увидел в блоге Глеба Кудрявцева статью о том, как устроена продуктовая разработка внешней продуктовой командой, её отличие от аутсорса и аутстаффа

Автор статьи - CEO компании, которая предоставляет услуги внешней продуктовой команды(решает проблемы бизнеса заказчика с помощью продуктовой разработки: итеративный подход к разработке со сбором фидбека, без заранее согласованного ТЗ)

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

- Хорошая декомпозиция того, из каких слоёв вообще состоит разработка продукта, и что важно на каждом слое(Софт-Продукт-Бизнес). А также какие гипотезы надо проверять во время разработки продукта(гипотезы о Рынке, Маркетинге, продукте)

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

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

Ссылка на краткое содержание

Ссылка на оригинал статьи

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

GoPractice сделали бесплатный тест, с помощью которого можно проверить ваши навыки по 4 фронтам: product market fit, анализ данных, ценность продукта и привлечение пользователей

Надо ответить на 23 вопроса, большинство из которых являются смоделированными кейсами по типу: «В результате АБ теста ретеншн 30 дня вырос на 10%. Раскатываем фичу на всех?»

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

В общем, если вы продакт/аналитик, то рекомендую посвятить 45-60 минут для прохождения 👍

SQL

Недавно осознал, что знаю SQL на самом базовом уровне. И это очень мешало в работе: чтобы быстро достать какую-то инфу из табличек - приходилось просить помочь наших аналитиков. Они, конечно, помогают достаточно быстро. Но самому написать пару запросов в базу всё-таки быстрее :)

В общем, решил это исправить

Хочу порекомендовать бесплатный тренажёр по SQL. Большая часть курса - практические задания, где нужно самим что-то достать из таблички/записать в неё

До тренинга я
- не умел доставать информацию из нескольких табличек
- вложенные запросы - тоже никогда не делал
- *что-то сложнее простого селекта/инсерта/создания таблички* - тоже мимо

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

UPD: + несколько материалов, которыми ребята поделились в комментах:
1. sql-ex.ru - куча упражнений. Дизайн сайта не очень, но задания встречаются классные, от самых простых до сложных
2. YouTube DataLearn - плейлист, посвящённый SQL, подходит с 0 знаниями
3. https://shultais.education/courses/sql - Платный курс, тоже подходит для тех, кто с нуля

Сегодня был мой последний рабочий день в СберМаркете

Эмоционально было довольно непросто принять это решение:
- я пришёл в компанию всего полгода назад - не очень хотелось, чтобы в резюме было место работы, где я проработал меньше года(читал в разных местах, что это не оч круто)
- за эти полгода хорошо сработались с командой. Куча амбициозных задач, много ответственности
- СберМаркет довольно неплох, как работодатель. Есть некоторые шороховатости, но в целом всё хорошо

В СберМаркете я занимался рекламными инструментами для брендов. И большая часть работы заключалась в delivery. Я часто рефлексировал насчёт того, чем мне вообще интересно было бы заниматься. И пришёл к тому, что мне интересно заниматься discovery в b2c продукте: погрузиться в неопределённость, искать проблемы пользователя и решать их

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

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

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

Что делать продакту в первые дни на новом месте работы?

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

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

1. Попросить руководителя подготовить список ссылочек на материалы, с которыми надо обязательно ознакомиться, а также список людей, с которыми надо познакомиться [Что в Авито, что в СберМаркете, эти списки были уже готовы, когда я пришёл - это кайф❤️]

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

3. Познакомиться 1-1 со всеми людьми из п.1. Обязательно поспрашивать:
- Чем человек занимается в компании?
- Что у него болит в плане задач и процессов?
- Как он видит наше взаимодействие?

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

5. Задавать все вопросы - даже глупые. Вообще, глупых вопросов не бывает. Оценка "глупый вопрос" есть только в голове человека, у которого возник вопрос

6. Сформировать чёткое понимание того, как будет оцениваться твой успех на новом рабочем месте: что от тебя ждут, и как это будет измеряться


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

Осознал, что не писал посты уже целый месяц, пора возвращаться в прежний ритм)

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

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

Ну, и плюс на выходных начал смотреть в сторону MBA, и того, что к нему прилагается: GMAT, IELTS и вот этого всего. Вроде экзамены не особо трудные, больше интересует, где взять деньги на обучение(в Стенфорде например год обучения стоит 100к+ долларов). Так что пока решал всякие задачки GMAT, времени на посты не нашёл

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

Доверяй, но проверяй

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

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

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

И, казалось бы, все хорошо, го решать проблему, ведь она такая важная!

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

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

Кто такой этот ваш ML?

Раньше в Сбермаркете, и сейчас в Авито я работаю напрямую с Data Scientist'ами. И иногда взаимодействовать довольно тяжело, так как я плохо понимаю, как под капотом работает ML. Знаю на уровне, что чтобы обучить модель, нужен размеченный датасет. Но что происходит с этим датасетом дальше, и какие алгоритмы используются - для меня тёмный лес.

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

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