Product Management & AI
25.3K subscribers
602 photos
268 videos
8 files
962 links
Product Management & AI Occultism, Philosophy & Logic

YO: @mirvla (c-f 𓇶 Meteoagent.com)

SATOR
AREPO
TE8ET
OPERA
ROTAS
加入频道
#книги На НГ получил в подарок “Легкий венчур” от Игоря Рябенького (основатель IT-инвестфонда Altair).

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

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

В общем, полезно для всех, кто рулит it-продуктами и ищёт венчурных денег для их развития.

Рейтинг: ⭐️⭐️⭐️⭐️⭐️
#философияPM Недавно осознал, что мой выбор IT в качестве отрасли и основного направления для работы обусловлен тем, что в жизни я люблю много думать, размышлять, анализировать и делать из этого различные выводы.

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

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Все роли продакт-менеджеров в 1 картинке #fun

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Сегодня понедельник, который вдруг стал выходным днём на этой неделе.

Раз так, то поговорим о развлечениях. Точнее, о том, как устроена команда игрового разработчика Paradox Interactive, создавшего и выпускающего мою любимую игру — глобальную историческую стратегию Crusader Kings III.

P.S. Удивительно, но всегда казалось, что в играх такого порядка работают сотни сотрудников.

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Скоринговая модель развития продукта

Скоринг — это система поиска и оценки чего-либо по заранее определенным критериям.

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

Так, с помощью скоринговой модели собирается список фич/идей/гипотез, которые ещё только в планах и по каждой из них проставляется оценка от 0 до 10 (где 10 - самая высокая) по следующим критериям:

"Популярность" у пользователей: насколько вырастет удержание/вовлечение/лояльность юзеров.

Монетизация: насколько возрастут платежи.

Маркетинг-эффект: насколько возрастет количество новых лидов.

Простота реализации: насколько сложно интегрировать решение.

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

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

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

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

Статья в тему: 5 фреймворков для приоритезации продуктовых фич

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
#монетизация Продакту для поддержания гибкости своего мышления необходимо периодически отключаться от своих продуктов и думать о чём-то другом. Например, о чужих продуктах 😃

Пораскинул вчера мозгами и набросал довольно смелую гипотезу по монетизации Телеграма и его комьюнити.

P.S. Если у вас есть идеи, то смело делитесь ими в комментах – вдруг Павел Дуров их прочитает (написано с придыханием).

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Созвоны и встречи превращаются в детский утренник? Всё чаще задаётесь вопросом, а сколько коллег вообще должно в них участвовать?

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

Данное правило помогает:

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

— избежать проблемы с кратно растущим количеством связей, которое увеличивается с размерами команды (по иронии судьбы, чем больше команда, тем больше времени будет тратиться на общение, а не на выполнение её участниками работы).

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

P.S.2. "Как продакту проводить совещания"

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
5 китов, на которых держится MVP by @temno

1. MVP (Minimum Viable Product, Минимальный жизнеспособный продукт) – это не прототип сервиса, а прототип воронки продаж.

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

3. Основное внимание уделяйте не тем людям, которые успешно прошли всю воронку продаж до кнопки "Купить", а тем, кто не засосался в воронку или вывалился из нее по дороге.

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

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

5. MVP – это не просто способ найти подтверждение своей правоты. Чаще всего – это способ найти, в чем вы ошибаетесь, чтобы суметь сгенерировать новую гипотезу. #exp
This media is not supported in your browser
VIEW IN TELEGRAM
Треть сотрудников зарубежных IT-компаний признались, что работают всего 3–4 часа в день.

Платформа для анонимных опросов и отзывов о работодателях Blind задала своим пользователям простой вопрос:

«Сколько реальных часов вы работаете каждый день?»

31% опрошенных сотрудников IT-компаний признались, что работают 3–4 часа в день. Еще 27% респондентов сказали, что работают от пяти до шести часов в день, 11% — от одного до двух часов, а 30% сотрудников уделяют работе от семи до десяти часов в день.

Ниже предлагаю анонимный опрос с целью узнать, сколько реальных часов работают российские IT-специалисты :)
Сколько реальных часов в день вы работаете? (анонимно)
Anonymous Poll
5%
Менее 3 часов
16%
3-4 часа
32%
4-7 часов
26%
7-10 часов
9%
10+ часов
13%
Показать ответы
Выступление Димы Салливана (Sulliwan Studio) про поиск вдохновения, образование, дизайн, айти, работу, бизнес, рекламу, саморазвитие и многое другое.

Видосу почти десять лет, а инфа из него актуальна по сегодняшний день. Кому не хватает творческого заряда – welcome!

😎
Please open Telegram to view this post
VIEW IN TELEGRAM
Легендарное-Фото на телефон
#fun Сделали с пацанами релиз в пятницу.
Как понять уровень своих продуктовых навыков, знаний и опыта? Какой должности они сейчас соответствуют и что надо подтянуть, чтобы вырасти?

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

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

Блок справа (целевой показатель по должностям) – усреднённые показатели для Senior/Director/VP. Внизу можно увидеть свой итоговый результат и сравнить его с целевыми показателями для роста.

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

👉 Статью с этой табличкой выложил на Виси, буду рад, если поддержите её там лайком :)

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
В комментах ко вчерашней табличке про (само)оценку навыков продакт-менеджера на Виси развернулась странная дискуссия о том, должен ли руководитель быть умнее своих сотрудников.
Должен ли руководитель быть умнее своих сотрудников?
Anonymous Poll
25%
Да
53%
Нет
22%
Покажите ответы
#grow Вчера наткнулся на крайне увлекательный и смелый лонгрид про теорию вероятности, случайности и статистику.

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

Читать: 300 лет в искаженной реальности (19 min read).

Вначале немного скучно, можно начать читать с "Из прошлого в будущее много путей, но реализуется лишь один".
#best #монетизация Продукт выстрелил и начал кратно расти. Что в таких случаях, обычно, меняется в команде/процессах "здорового продукта"?

1. Быстрый рост (и его последствия) усиливают желание экспериментировать с чем-то новым внутри продукта. "У нас же куча пользователей, давайте их пересегментируем, узнаем какие у них ещё проблемы и предложим каждой группе что-то новое?".

2. С одной стороны это норма и масштабирование через увеличение базы платящих клиентов, внедрение/копирование фич/продуктов, дробление на подпродукты/фичи и т.п. (12 нестандартных способов монетизации продуктов) это единственный путь для ещё большего роста.

3. С другой стороны, с ростом такой смелости и кол-ва решений увеличивается вероятность смещения фокуса (с основного продукта) и... совершения ошибок.

4. И да — чем быстрее вы растёте, тем больше смелость в решениях и... тем больше будет цена ошибок.

5. Смелость решений = смелость мышления. Поздравляю — вам больше не нужно думать, как привлечь 1,000 пользователей в месяц. Теперь вам надо думать как привлечь и удержать 100,000,000 пользователей.

Думаю, что не стоит капитанить и говорить о том, что retention это единственное, что никогда не должно выходить из вашей головы.

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

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

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

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

9. Ещё одно отличие быстрого роста — количество принимаемых решений и быстрота их принятия. Вы растёте с сумасшедшей скоростью. Неужели вы будете 6 месяцев проводить касдев и начинать аналогичные спринты?

Вы заметили, как быстро Телеграм и другие сетки выкатил голосовые чаты после "успеха" Клабхауса? Уот так уот.

10. Именно поэтому, рост самостоятельности и экспериментов в быстрорастущем продукте не способен сосуществовать с долгосрочным планированием.

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