73. Продакт и аналитик
Пишет читатель канала:
У меня на работе от менеджера продукта требуют понимание статистики, методик A/B тестирования и умения рассчитывать продуктовые метрики (LTV, Retention, ARPU). Насколько я понимаю, расчеты метрик должен делать аналитик + строить гипотезы и передавать их менеджеру продукта. А продакт уже решает в какую сторону развивать продукт.
Мой препод по квантовой физике говорил: математики мыслят не как обычные люди, тут одному надо было обои на потолок поклеить, так он рассчитал сходящиеся к центру лепестки и долго вырезал их ножницами, в общем математики живут на своей волне.
Ребята и девчата, которые работают у нас аналитиками – это математики. Они не прогуливали мат. статистику и до сих пор шарят в вышке. А еще они читают статьи на английском, как в Нетфликсе уменьшают дисперсию. В общем, мне до них далеко, у меня вышка была первой парой и я вечно просыпал.
Они мыслят как математики и смотрят на продукт под особым углом. Ждать от них, что они принесут годные продуктовые гипотезы – не стоит. Продуктовой аналитикой должен заниматься… (сюрприз!) менеджер продукта. Именно он решает, какие продуктовые метрики надо улучшать и почему.
При этом продакту не обязательно круто шарить в SQL и мат. статистике. Достаточно понимать суть основных продуктовых метрик и уметь грамотно поставить задачу аналитикам, если своих знаний не хватает.
Пишет читатель канала:
У меня на работе от менеджера продукта требуют понимание статистики, методик A/B тестирования и умения рассчитывать продуктовые метрики (LTV, Retention, ARPU). Насколько я понимаю, расчеты метрик должен делать аналитик + строить гипотезы и передавать их менеджеру продукта. А продакт уже решает в какую сторону развивать продукт.
Мой препод по квантовой физике говорил: математики мыслят не как обычные люди, тут одному надо было обои на потолок поклеить, так он рассчитал сходящиеся к центру лепестки и долго вырезал их ножницами, в общем математики живут на своей волне.
Ребята и девчата, которые работают у нас аналитиками – это математики. Они не прогуливали мат. статистику и до сих пор шарят в вышке. А еще они читают статьи на английском, как в Нетфликсе уменьшают дисперсию. В общем, мне до них далеко, у меня вышка была первой парой и я вечно просыпал.
Они мыслят как математики и смотрят на продукт под особым углом. Ждать от них, что они принесут годные продуктовые гипотезы – не стоит. Продуктовой аналитикой должен заниматься… (сюрприз!) менеджер продукта. Именно он решает, какие продуктовые метрики надо улучшать и почему.
При этом продакту не обязательно круто шарить в SQL и мат. статистике. Достаточно понимать суть основных продуктовых метрик и уметь грамотно поставить задачу аналитикам, если своих знаний не хватает.
❤1
74. Положительное подкрепление в интерфейсах
Я регулярно участвую в благотворительных проектах из-за одной истории. В девяностых меня, голодного студента, знакомая накормила пирожками. Без повода, сама подошла и угостила. На вопрос, в честь чего такая щедрость, она ответила: «Всегда хотела заниматься благотворительностью, когда разбогатею; а тут подумала, вдруг никогда не разбогатею, поэтому решила помогать людям прямо сейчас тем, что имею».
Эта история так повлияла на меня, потому что я увидел быстрый результат и получил положительное подкрепление – меня накормили.
В пользовательских интерфейсах поощрение тоже работает. И я говорю не про ачивки.
У нас есть дашборд с виджетами, которые показывают нужные пользователю метрики. Вот только полезен он становится через неделю, когда соберется достаточно данных. Сразу после настройки он выглядит отстойно и бесполезно. Его проектировали для опытных пользователей и не подумали про новичков.
Мы изменили дизайн, чтобы виджеты уже на старте выглядели круто и давали полезную информацию. Пользователь получил положительное подкрепление «не зря настраивал».
Процесс настройки тоже улучшили. Новичкам было сложно найти необходимые для старта данные. Мы придумали, как сгенерировать эти данные автоматически. Теперь пользователь получает настроенный дашборд в пару кликов.
Помочь на старте и дать положительное подкрепление – рецепт хорошего онбординга.
Я регулярно участвую в благотворительных проектах из-за одной истории. В девяностых меня, голодного студента, знакомая накормила пирожками. Без повода, сама подошла и угостила. На вопрос, в честь чего такая щедрость, она ответила: «Всегда хотела заниматься благотворительностью, когда разбогатею; а тут подумала, вдруг никогда не разбогатею, поэтому решила помогать людям прямо сейчас тем, что имею».
Эта история так повлияла на меня, потому что я увидел быстрый результат и получил положительное подкрепление – меня накормили.
В пользовательских интерфейсах поощрение тоже работает. И я говорю не про ачивки.
У нас есть дашборд с виджетами, которые показывают нужные пользователю метрики. Вот только полезен он становится через неделю, когда соберется достаточно данных. Сразу после настройки он выглядит отстойно и бесполезно. Его проектировали для опытных пользователей и не подумали про новичков.
Мы изменили дизайн, чтобы виджеты уже на старте выглядели круто и давали полезную информацию. Пользователь получил положительное подкрепление «не зря настраивал».
Процесс настройки тоже улучшили. Новичкам было сложно найти необходимые для старта данные. Мы придумали, как сгенерировать эти данные автоматически. Теперь пользователь получает настроенный дашборд в пару кликов.
Помочь на старте и дать положительное подкрепление – рецепт хорошего онбординга.
Нужны ли комментарии к постам на этом канале? Предлагаю обсудить в новых нативных комментариях к этому посту.
P.S. Если вы не видите возможность комментировать этот пост, значит ваша версия приложения не поддерживает нативные комментарии. Эта фича должна дойти до всех платформ в ближайшее время.
P.S. Если вы не видите возможность комментировать этот пост, значит ваша версия приложения не поддерживает нативные комментарии. Эта фича должна дойти до всех платформ в ближайшее время.
75. Как слушать пользователей
Надо ли слушать пользователей? Рассмотрим пример этого чата.
На прошлой неделе в Телеграме появились нативные комментарии. Я включил их и спросил читателей, нужны ли они на этом канале. 65% комментаторов поддержали идею, 35% высказались против. Какой вывод можно сделать? Никакого! Назову причины:
1. Высказались 0.7% подписчиков. Статистически незначимая величина.
2. Высказались только любители комментировать. Бо́льшая часть аудитории читает молча.
3. У значительной доли аудитории все еще старая версия приложения и нет технической возможности комментировать.
4. Мой опыт подсказывает, что некоторые противники со временем полюбят фичу, а некоторый сторонники возненавидят.
В итоге из фидбэка пользователей нельзя сделать вывод, стоит ли внедрять фичу. Поэтому надо задать себе несколько вопросов:
– Почему я хочу внедрить эту фичу? Ответ «просто прикольно» тоже принимается.
– Сколько я готов инвестировать в ее реализацию и поддержку? Какие другие фичи отложатся?
– Изменение каких метрик я буду трактовать как успех? В каком случае я признаю поражение и закрою фичу?
Надо ли слушать пользователей? Конечно! Как говорится: «А Васька слушает, да ест».
————————————
В комментариях на этом канале принято дополнять тему поста, приводить примеры из практики и конструктивно критиковать. Мы не гонимся за количеством комментариев и дешёвой славой.
Надо ли слушать пользователей? Рассмотрим пример этого чата.
На прошлой неделе в Телеграме появились нативные комментарии. Я включил их и спросил читателей, нужны ли они на этом канале. 65% комментаторов поддержали идею, 35% высказались против. Какой вывод можно сделать? Никакого! Назову причины:
1. Высказались 0.7% подписчиков. Статистически незначимая величина.
2. Высказались только любители комментировать. Бо́льшая часть аудитории читает молча.
3. У значительной доли аудитории все еще старая версия приложения и нет технической возможности комментировать.
4. Мой опыт подсказывает, что некоторые противники со временем полюбят фичу, а некоторый сторонники возненавидят.
В итоге из фидбэка пользователей нельзя сделать вывод, стоит ли внедрять фичу. Поэтому надо задать себе несколько вопросов:
– Почему я хочу внедрить эту фичу? Ответ «просто прикольно» тоже принимается.
– Сколько я готов инвестировать в ее реализацию и поддержку? Какие другие фичи отложатся?
– Изменение каких метрик я буду трактовать как успех? В каком случае я признаю поражение и закрою фичу?
Надо ли слушать пользователей? Конечно! Как говорится: «А Васька слушает, да ест».
————————————
В комментариях на этом канале принято дополнять тему поста, приводить примеры из практики и конструктивно критиковать. Мы не гонимся за количеством комментариев и дешёвой славой.
#партнерскийпост с ProductStar. Я давно слышал, что они обучают продукту, аналитике, маркетингу и программированию. А недавно подписался на их телеграм канал, потому что там регулярно публикуются ссылки на интересные вебинары.
Меня заинтересовал вот этот: «Машинные методы обработки данных и симуляторы для оптимизации продукта». Я кое-что понимаю в аналитике данных, но в ее автоматизации и машинном обучении – откровенно слаб. Сегодня в 19:00 мск будет этот вебинар, присоединяйтесь.
Чтобы зарегистрироваться и быть в курсе новых вебинаров, подписывайтесь на канал @productstar
Меня заинтересовал вот этот: «Машинные методы обработки данных и симуляторы для оптимизации продукта». Я кое-что понимаю в аналитике данных, но в ее автоматизации и машинном обучении – откровенно слаб. Сегодня в 19:00 мск будет этот вебинар, присоединяйтесь.
Чтобы зарегистрироваться и быть в курсе новых вебинаров, подписывайтесь на канал @productstar
76. Неудачи на работе
У всех бывают неудачные проекты. Я мечтал о своем стартапе, получил шанс его открыть и развивать, а потом стартап обанкротился. Уверен, у вас есть свой список неудач. Иногда полезно обратиться к истории, чтобы найти вдохновляющие примеры людей, кто не сдался.
Кам Таунсенд родился в Калифорнии в 1896 г. С юности он мечтал стать миссионером и рассказывать индейцам Центральной Америки о Боге. На практике это оказалось очень сложно. Индейцы не могли читать Библию, потому что их язык не имел письменности. Один индеец раздраженно спросил его: «Послушай, если твой Бог такой умный, почему Он не выучит наш язык?»
Вопрос застиг Кама врасплох, и он решил изучить язык какчикельских индейцев, разработать для него письменность, перевести Библию и научить индейцев читать. Без лингвистической подготовки Кам столкнулся с огромными трудностями. Например, в языке индейцев существовало четыре звука «к», которые он едва мог отличить друг от друга.
Руководители Кама не понимали его озабоченности переводом Библии, и в конце концов уволили его. Тем не менее, через десять лет напряженного труда, Кам закончил перевод Нового Завета на какчикельский язык. Он стал одним из самых значимых переводчиков XX века и положил начало движению переводов на малые языки.
Давайте посмотрим на Кама Таунсенда как менеджера продукта:
– У него не было необходимых ресурсов и сильно недоставало опыта.
– Задача была «невыполнимой», поэтому ею никто не занимался.
– Много лет у него ничего не получалось.
– Когда он сделал невозможное, руководство этого не оценило.
– Он не сдался и изменил мир.
————————————
В комментариях на этом канале принято дополнять тему поста, приводить примеры из практики и конструктивно критиковать.
У всех бывают неудачные проекты. Я мечтал о своем стартапе, получил шанс его открыть и развивать, а потом стартап обанкротился. Уверен, у вас есть свой список неудач. Иногда полезно обратиться к истории, чтобы найти вдохновляющие примеры людей, кто не сдался.
Кам Таунсенд родился в Калифорнии в 1896 г. С юности он мечтал стать миссионером и рассказывать индейцам Центральной Америки о Боге. На практике это оказалось очень сложно. Индейцы не могли читать Библию, потому что их язык не имел письменности. Один индеец раздраженно спросил его: «Послушай, если твой Бог такой умный, почему Он не выучит наш язык?»
Вопрос застиг Кама врасплох, и он решил изучить язык какчикельских индейцев, разработать для него письменность, перевести Библию и научить индейцев читать. Без лингвистической подготовки Кам столкнулся с огромными трудностями. Например, в языке индейцев существовало четыре звука «к», которые он едва мог отличить друг от друга.
Руководители Кама не понимали его озабоченности переводом Библии, и в конце концов уволили его. Тем не менее, через десять лет напряженного труда, Кам закончил перевод Нового Завета на какчикельский язык. Он стал одним из самых значимых переводчиков XX века и положил начало движению переводов на малые языки.
Давайте посмотрим на Кама Таунсенда как менеджера продукта:
– У него не было необходимых ресурсов и сильно недоставало опыта.
– Задача была «невыполнимой», поэтому ею никто не занимался.
– Много лет у него ничего не получалось.
– Когда он сделал невозможное, руководство этого не оценило.
– Он не сдался и изменил мир.
————————————
В комментариях на этом канале принято дополнять тему поста, приводить примеры из практики и конструктивно критиковать.
❤1
Котаны!
Я ищу QA инженера с менеджерскими задатками в мою команду. Работа мечты, большая ответственность, огромная свобода и возможность проявить себя. Технические требования доостаточно высокие, но ничего сверхестественного. Нужен крепкий и бодрый мидл и выше.
Подробности – по ссылке. Вопросы – в коментах к посту.
https://spb.hh.ru/vacancy/39734226
Я ищу QA инженера с менеджерскими задатками в мою команду. Работа мечты, большая ответственность, огромная свобода и возможность проявить себя. Технические требования доостаточно высокие, но ничего сверхестественного. Нужен крепкий и бодрый мидл и выше.
Подробности – по ссылке. Вопросы – в коментах к посту.
https://spb.hh.ru/vacancy/39734226
77. Умение отказываться от работы
После института я работал инженером-электриком. Работа мне не нравилась, и я тратил все свободное время, чтобы стать дизайнером.
По началу заказов было очень мало. Я брался за любую работу и делал ее максимально хорошо. Помню, мне предложили делать шаблонные сайты за копейки. Я согласился, но делал каждый раз уникальный дизайн и сам верстал макет, хотя это не оплачивалось. Через год у меня было неплохое портфолио.
Появились клиенты, но развилась фобия упустить выгодный заказ. Однажды мне предложили сделать туристический портал для Испании под ключ. Я понимал, что работа слишком большая для меня, но все равно согласился. Полгода я работал почти круглосуточно.
Работая ночью, я почувствовал боль в желудке. На следующую ночь сильнее. Потом боли стали регулярными, но только при ночной работе. Тогда я впервые задумался, что, возможно, не стоит так много работать.
Однажды мне предложили отличный проект, а я отказался: «Спасибо, к сожалению, я занят». И мир не рухнул. Я по прежнему зарабатывал деньги, но теперь спал по ночам и проводил больше времени с женой и детьми.
Теперь моя дочь – начинающий дизайнер. Она с удовольствием берется за любые заказы и бывает засиживается допоздна. Поэтому я научил ее страшному секрету: можно отказываться от работы.
После института я работал инженером-электриком. Работа мне не нравилась, и я тратил все свободное время, чтобы стать дизайнером.
По началу заказов было очень мало. Я брался за любую работу и делал ее максимально хорошо. Помню, мне предложили делать шаблонные сайты за копейки. Я согласился, но делал каждый раз уникальный дизайн и сам верстал макет, хотя это не оплачивалось. Через год у меня было неплохое портфолио.
Появились клиенты, но развилась фобия упустить выгодный заказ. Однажды мне предложили сделать туристический портал для Испании под ключ. Я понимал, что работа слишком большая для меня, но все равно согласился. Полгода я работал почти круглосуточно.
Работая ночью, я почувствовал боль в желудке. На следующую ночь сильнее. Потом боли стали регулярными, но только при ночной работе. Тогда я впервые задумался, что, возможно, не стоит так много работать.
Однажды мне предложили отличный проект, а я отказался: «Спасибо, к сожалению, я занят». И мир не рухнул. Я по прежнему зарабатывал деньги, но теперь спал по ночам и проводил больше времени с женой и детьми.
Теперь моя дочь – начинающий дизайнер. Она с удовольствием берется за любые заказы и бывает засиживается допоздна. Поэтому я научил ее страшному секрету: можно отказываться от работы.
78. Поговорите на тимбилдинге
Команде надо устраивать тимбилдинги (не путайте с корпоративами), чтобы лучше узнать друг друга. Ценность тимбилдинга – в неформальном общении. Не у всех это получается.
Мы делали много прикольного: катались на картах, стреляли из ружей, играли в кёрлинг, посещали мастер-класс по готовке. С одной стороны, это сближает и потом есть, что вспомнить. Но качественного общения не получается. Перекинулись парой слов и всё.
Другой сценарий – выпить и закусить. Кажется, это идеальное время, чтобы поговорить. Но общение выходит однобоким – кто-то балагурит, кто-то молчит, кто-то напился. Сейчас все на удаленке, болтают в Зуме. Половина сидит молча.
Я нашел способ, как устроить запоминающуюся беседу, чтобы все высказались, и ведущему было не напряжно. Это игра «Матрёшка». Там есть карты с вопросами, выбираешь любой и отвечаешь по кругу. Например:
– Опиши свой идеальный день.
– Какое дикое животное ты бы хотел взять в питомцы и почему?
– Если в доме случится пожар, какую одну вещь ты спасешь?
– Что тебе больше всего нравится делать для других?
– Какой первый указ ты издашь, если станешь президентом страны?
Отвечают все, даже самые молчаливые, да еще и остановиться не могут. Узнаешь о коллегах много нового. Такие вопросы можно придумать самостоятельно. Пяти вопросов обычно хватает.
Команде надо устраивать тимбилдинги (не путайте с корпоративами), чтобы лучше узнать друг друга. Ценность тимбилдинга – в неформальном общении. Не у всех это получается.
Мы делали много прикольного: катались на картах, стреляли из ружей, играли в кёрлинг, посещали мастер-класс по готовке. С одной стороны, это сближает и потом есть, что вспомнить. Но качественного общения не получается. Перекинулись парой слов и всё.
Другой сценарий – выпить и закусить. Кажется, это идеальное время, чтобы поговорить. Но общение выходит однобоким – кто-то балагурит, кто-то молчит, кто-то напился. Сейчас все на удаленке, болтают в Зуме. Половина сидит молча.
Я нашел способ, как устроить запоминающуюся беседу, чтобы все высказались, и ведущему было не напряжно. Это игра «Матрёшка». Там есть карты с вопросами, выбираешь любой и отвечаешь по кругу. Например:
– Опиши свой идеальный день.
– Какое дикое животное ты бы хотел взять в питомцы и почему?
– Если в доме случится пожар, какую одну вещь ты спасешь?
– Что тебе больше всего нравится делать для других?
– Какой первый указ ты издашь, если станешь президентом страны?
Отвечают все, даже самые молчаливые, да еще и остановиться не могут. Узнаешь о коллегах много нового. Такие вопросы можно придумать самостоятельно. Пяти вопросов обычно хватает.
79. Глаза боятся, а руки делают
После свадьбы мы с женой купили квартиру в старом питерском доме, где вода нагревается газовой колонкой. Советские строители смонтировали колонку посередине стены. Шкафы повесить не было никакой возможности. Перенести колонку в другое место казалось нереальным.
После пары лет мучений я зашел в соседний магазин, купил новую колонку и длинный шланг. Вызвал газовщика, и через час колонка висела на новом месте. А вскоре появилась нормальная кухня. Проект, казавшийся невозможным, завершился за день.
Семь лет назад в моем стартапе вся команда работала удаленно. Три страны и 5 городов. Перейдя на работу в Семраш, я очень удивился, что все обязаны посещать офис. Вроде модная компания с гибкими процессами. Я пробовал протолкнуть идею свободного посещения офиса, но все считали это невозможным.
В этом году случился карантин и мы перешли на удаленку. Быстро и безболезненно. Стало только лучше. То, что казалось невозможным, оказалось легким.
Хотите, но боитесь? Возможно, спустя годы вы всё же попробуете и воскликните: «Ну почему я не сделал этого раньше!»
После свадьбы мы с женой купили квартиру в старом питерском доме, где вода нагревается газовой колонкой. Советские строители смонтировали колонку посередине стены. Шкафы повесить не было никакой возможности. Перенести колонку в другое место казалось нереальным.
После пары лет мучений я зашел в соседний магазин, купил новую колонку и длинный шланг. Вызвал газовщика, и через час колонка висела на новом месте. А вскоре появилась нормальная кухня. Проект, казавшийся невозможным, завершился за день.
Семь лет назад в моем стартапе вся команда работала удаленно. Три страны и 5 городов. Перейдя на работу в Семраш, я очень удивился, что все обязаны посещать офис. Вроде модная компания с гибкими процессами. Я пробовал протолкнуть идею свободного посещения офиса, но все считали это невозможным.
В этом году случился карантин и мы перешли на удаленку. Быстро и безболезненно. Стало только лучше. То, что казалось невозможным, оказалось легким.
Хотите, но боитесь? Возможно, спустя годы вы всё же попробуете и воскликните: «Ну почему я не сделал этого раньше!»
Короткий образовательный формат
У меня проблема с прослушиванием докладов на конференциях и вебинарами. Первые 45 минут я жутко скучаю, потом минут 15 идет что-то интересное. Остается чувство «можно было покороче». Поэтому на своем канале я пишу только короткие рассказы.
Партнеры @epicgrowth устраивают образовательный сериал для всех, кто занимается развитием продуктов – Epic Growth SEASONS. Его фишка – кейсы роста за 5-15 минут! Только самое главное, без воды. Этот формат мне заранее жутко нравится.
Начиная с 28 октября, каждую неделю будут выходить новые видеокейсы от быстрорастущих продуктов России и Кремниевой долины — Netflix, Miro, HubSpot, Booking. com, Яндекс GO, SoundCloud, Flo, Revolut и других.
Можно оформить подписку к Epic growth за 990 руб/мес. Я в бургерной на днях больше заплатил. Подписка даёт доступ не только к Сезонам, но и куче других докладов.
А для вас, моих любимых читателей, я выбил один бесплатный билет. Чтобы получить его, надо ответить на вопрос. Меня заинтересовал доклад продакта из Revolut «Дизайн Minimum Lovable Product для незнакомого рынка». Так что вопрос будет такой:
В каких случаях надо делать Minimum Lovable Product и как потом понять, что он Lovable?
Ответы пишите в свободной форме в комментариях или присылайте мне в личку, принимаются до 14:00 мск субботы (24 октября). Победителя выберу, опираясь на субъективизм и волюнтаризм.
Подробнее о сериале | #партнерскийпост
У меня проблема с прослушиванием докладов на конференциях и вебинарами. Первые 45 минут я жутко скучаю, потом минут 15 идет что-то интересное. Остается чувство «можно было покороче». Поэтому на своем канале я пишу только короткие рассказы.
Партнеры @epicgrowth устраивают образовательный сериал для всех, кто занимается развитием продуктов – Epic Growth SEASONS. Его фишка – кейсы роста за 5-15 минут! Только самое главное, без воды. Этот формат мне заранее жутко нравится.
Начиная с 28 октября, каждую неделю будут выходить новые видеокейсы от быстрорастущих продуктов России и Кремниевой долины — Netflix, Miro, HubSpot, Booking. com, Яндекс GO, SoundCloud, Flo, Revolut и других.
Можно оформить подписку к Epic growth за 990 руб/мес. Я в бургерной на днях больше заплатил. Подписка даёт доступ не только к Сезонам, но и куче других докладов.
А для вас, моих любимых читателей, я выбил один бесплатный билет. Чтобы получить его, надо ответить на вопрос. Меня заинтересовал доклад продакта из Revolut «Дизайн Minimum Lovable Product для незнакомого рынка». Так что вопрос будет такой:
В каких случаях надо делать Minimum Lovable Product и как потом понять, что он Lovable?
Ответы пишите в свободной форме в комментариях или присылайте мне в личку, принимаются до 14:00 мск субботы (24 октября). Победителя выберу, опираясь на субъективизм и волюнтаризм.
Подробнее о сериале | #партнерскийпост
80. Мало ресурсов – хорошо для продукта
Ограниченность ресурсов – благо для продукта. Вы делаете только самое нужное и создаете прорывные технологии.
Если ограничений нет – надо их придумать. Я пишу короткие притчи, не больше определенного количества знаков. В этом нет необходимости, я ввел лимит, чтобы истории получались лучше.
В менеджменте самое мощное ограничение – время. Когда запускаете продукт, поставьте себе реальный, но вызывающий срок. Скорее всего в процессе что-то пойдет не так, и вам захочется отодвинуть дедлайн. Сдержитесь. Оставьте только самое главное и запуститесь в срок. Дефицит времени заставляет чаще задавать вопрос: «А можем мы запуститься без этой фичи?»
Если у вас бедная компания, мало денег, злой начальник и неадекватные сроки – вы или сломаетесь или сделаете отличную работу. Если у вас богатая компания, много времени и неспешная ритм – скорее всего вы годами будете жевать сопли и в результате выпустите какую-нибудь ерунду.
Нет ограничений? Придумай их сам, на то ты и менеджер!
Ограниченность ресурсов – благо для продукта. Вы делаете только самое нужное и создаете прорывные технологии.
Если ограничений нет – надо их придумать. Я пишу короткие притчи, не больше определенного количества знаков. В этом нет необходимости, я ввел лимит, чтобы истории получались лучше.
В менеджменте самое мощное ограничение – время. Когда запускаете продукт, поставьте себе реальный, но вызывающий срок. Скорее всего в процессе что-то пойдет не так, и вам захочется отодвинуть дедлайн. Сдержитесь. Оставьте только самое главное и запуститесь в срок. Дефицит времени заставляет чаще задавать вопрос: «А можем мы запуститься без этой фичи?»
Если у вас бедная компания, мало денег, злой начальник и неадекватные сроки – вы или сломаетесь или сделаете отличную работу. Если у вас богатая компания, много времени и неспешная ритм – скорее всего вы годами будете жевать сопли и в результате выпустите какую-нибудь ерунду.
Нет ограничений? Придумай их сам, на то ты и менеджер!
Простите, но я снова с само рекламой вакансий в мою команду. На этот раз команда другая. Нужны суровые бэкендеры в новый инфраструктурный продукт. Я много где работал и могу с убежденностью сказать, что у нас очень круто во всех смыслах.
Java + GO Backend developer
GO developer
QA Engineer
Шар, репост, комент, колокольчик или что там у вас.
Java + GO Backend developer
GO developer
QA Engineer
Шар, репост, комент, колокольчик или что там у вас.
81. Незапланированное старение
Один таксист в Германии купил два Мерседес-Бенца. Думал отработает на одном, а когда тот износится, возьмет второй. В результате Мерс отработал в такси 30 лет, а вторая машина стояла нетронутая в гараже и после смерти таксиста досталась его детям. Современные Мерсы проектируют с запланированным старением, чтобы их меняли каждые 5 лет.
А что в IT? Я неоднократно встречал коммерчески успешные продукты, которые через 5 лет были технически мертвы. Клубок нечитаемого кода без документации на устаревших технологиях. Все разработчики уволились, никто не хочет заниматься помойкой. Приходится нанимать новую команду и переписывать продукт с нуля. Полгода-год продукт не развивается и отстает от конкурентов.
В отличии от автомобилей в IT-продуктах это не «запланированное старение», а недальновидность. В погоне за продуктовым ростом экономят на архитектуре, не планируют ресурсы на обслуживание технического долга и не учитывают стоимость поддержки.
Если всё сделать правильно, продукт всё равно будет полностью переписан через 5 лет. Но это произойдет постепенно и незаметно, как обновляются клетки у нас в организме.
Один таксист в Германии купил два Мерседес-Бенца. Думал отработает на одном, а когда тот износится, возьмет второй. В результате Мерс отработал в такси 30 лет, а вторая машина стояла нетронутая в гараже и после смерти таксиста досталась его детям. Современные Мерсы проектируют с запланированным старением, чтобы их меняли каждые 5 лет.
А что в IT? Я неоднократно встречал коммерчески успешные продукты, которые через 5 лет были технически мертвы. Клубок нечитаемого кода без документации на устаревших технологиях. Все разработчики уволились, никто не хочет заниматься помойкой. Приходится нанимать новую команду и переписывать продукт с нуля. Полгода-год продукт не развивается и отстает от конкурентов.
В отличии от автомобилей в IT-продуктах это не «запланированное старение», а недальновидность. В погоне за продуктовым ростом экономят на архитектуре, не планируют ресурсы на обслуживание технического долга и не учитывают стоимость поддержки.
Если всё сделать правильно, продукт всё равно будет полностью переписан через 5 лет. Но это произойдет постепенно и незаметно, как обновляются клетки у нас в организме.
❤1
82. Поделись акцией своей
Сравним нормального и отличного таксистов. Нормальный довезет вас в аэропорт за час, пользуясь навигатором. Отличный таксист знает больше навигатора и довезет за 45 минут, по пути спросит не мешает ли музыка. Разница в эффективности между нормальным и отличным таксистом – 30%.
Разница между нормальным и отличным работником в IT может достигать тысяч процентов. Есть прекрасные программисты, гениальные дизайнеры и крутейшие менеджеры, которые дадут вашему продукту в десятки раз больше, чем их коллеги. При этом стоят они примерно столько же.
Я не понимаю, почему в России до сих пор не существует компания, которая переманит к себе всех топовых инженеров и управленцев. И станет на порядок круче, мощнее и быстрее конкурентов. Конечно, это сложная задача, но есть лазейка – в России не принято делиться акциями.
Компании не делятся своей долей даже с топовыми работниками. Да, есть в Яндексе такая практика, но не во всём и не для всех. Компания, которая в добавок к интересному продукту, правильной культуре и хорошей зарплате ещё и акциями поделится – имеет шанс собрать самых крутых работников российского рынка.
Сравним нормального и отличного таксистов. Нормальный довезет вас в аэропорт за час, пользуясь навигатором. Отличный таксист знает больше навигатора и довезет за 45 минут, по пути спросит не мешает ли музыка. Разница в эффективности между нормальным и отличным таксистом – 30%.
Разница между нормальным и отличным работником в IT может достигать тысяч процентов. Есть прекрасные программисты, гениальные дизайнеры и крутейшие менеджеры, которые дадут вашему продукту в десятки раз больше, чем их коллеги. При этом стоят они примерно столько же.
Я не понимаю, почему в России до сих пор не существует компания, которая переманит к себе всех топовых инженеров и управленцев. И станет на порядок круче, мощнее и быстрее конкурентов. Конечно, это сложная задача, но есть лазейка – в России не принято делиться акциями.
Компании не делятся своей долей даже с топовыми работниками. Да, есть в Яндексе такая практика, но не во всём и не для всех. Компания, которая в добавок к интересному продукту, правильной культуре и хорошей зарплате ещё и акциями поделится – имеет шанс собрать самых крутых работников российского рынка.
Я написал для канала Product Mindset вредные советы. Вроде прикольно получилось, так что опубликую их и на своем канале. Дополняйте вредности в комментариях. #неуникальныйконтент
————————————
ВРЕДНЫЕ СОВЕТЫ ДЛЯ МЕНЕДЖЕРОВ ПРОДУКТА
1. Рассказывайте о бывших. Как только вы познакомились с новой командой, сразу же начинайте объяснять, как все у них неправильно устроено. Расскажите о своей прошлой работе, как там все было прекрасно, и вы ушли с нее, чтобы нести свет знаний в массы.
2. Делайте редизайн. Если вам не повезло стать менеджером старого продукта, начните с редизайна. Пользователи оценят новый красивый дизайн и продажи гарантированно вырастут.
3. Не спешите с релизом. Если вы запускаете новый продукт, постарайтесь до старта сделать как можно больше полезных фич. Все любят богатую функциональность, не страшно, если для ее создания придется задержать релиз продукта на несколько месяцев.
4. Пользуйтесь интуицией. Удачные изменения в продукте можно сделать только интуитивно. Никакая статистика и эксперименты не заменят чуйку продакта.
5. Слушайте пользователя. Вы слышали, что нужно слушать пользователей. А я говорю, слушайте даже одного пользователя. Успешный продукт не стоит слезинки одного человека. Незамедлительно реализуйте все хотелки всех пользователей.
6. Делайте много фич. Пользователи любят фичи. Выпускайте прикольные фичи как можно чаще, это гарантированно улучшить ваш продукт. Чем больше фич, тем лучше.
7. Слушайтесь начальника. Если бизнес-овнер просит что-то изменить в продукте, срочно это делайте. Спорить с ним опасно для карьеры. К тому же, он лучше знает, как развивать продукт.
8. Не удаляйте функциональность. Если запустили какую-то фичу, ни в коем случае не удаляйте ее. Даже если ей пользуется один человек (помните про слезинку пользователя). А если вообще никто не пользуется, все равно не удаляйте, чтобы не обижать разработчиков.
9. Не верьте в технический долг. Тех. долга не существует. Не верьте в эту пагубную ересь. Ее придумали ленивые программисты, чтобы ничего не делать.
10. Меняйте работу часто. Если что-то не получается, просто смените компанию. Идет продуктовый бум, менеджеры нарасхват. Вы легко найдете теплое местечко, где сможете применить эти советы.
————————————
ВРЕДНЫЕ СОВЕТЫ ДЛЯ МЕНЕДЖЕРОВ ПРОДУКТА
1. Рассказывайте о бывших. Как только вы познакомились с новой командой, сразу же начинайте объяснять, как все у них неправильно устроено. Расскажите о своей прошлой работе, как там все было прекрасно, и вы ушли с нее, чтобы нести свет знаний в массы.
2. Делайте редизайн. Если вам не повезло стать менеджером старого продукта, начните с редизайна. Пользователи оценят новый красивый дизайн и продажи гарантированно вырастут.
3. Не спешите с релизом. Если вы запускаете новый продукт, постарайтесь до старта сделать как можно больше полезных фич. Все любят богатую функциональность, не страшно, если для ее создания придется задержать релиз продукта на несколько месяцев.
4. Пользуйтесь интуицией. Удачные изменения в продукте можно сделать только интуитивно. Никакая статистика и эксперименты не заменят чуйку продакта.
5. Слушайте пользователя. Вы слышали, что нужно слушать пользователей. А я говорю, слушайте даже одного пользователя. Успешный продукт не стоит слезинки одного человека. Незамедлительно реализуйте все хотелки всех пользователей.
6. Делайте много фич. Пользователи любят фичи. Выпускайте прикольные фичи как можно чаще, это гарантированно улучшить ваш продукт. Чем больше фич, тем лучше.
7. Слушайтесь начальника. Если бизнес-овнер просит что-то изменить в продукте, срочно это делайте. Спорить с ним опасно для карьеры. К тому же, он лучше знает, как развивать продукт.
8. Не удаляйте функциональность. Если запустили какую-то фичу, ни в коем случае не удаляйте ее. Даже если ей пользуется один человек (помните про слезинку пользователя). А если вообще никто не пользуется, все равно не удаляйте, чтобы не обижать разработчиков.
9. Не верьте в технический долг. Тех. долга не существует. Не верьте в эту пагубную ересь. Ее придумали ленивые программисты, чтобы ничего не делать.
10. Меняйте работу часто. Если что-то не получается, просто смените компанию. Идет продуктовый бум, менеджеры нарасхват. Вы легко найдете теплое местечко, где сможете применить эти советы.
Как стать продактом играючи
У нас в компании многие продакты прошли обучение в Gopractice – симуляторе работы в продуктовой компании. Отзывались положительно. Я давно хотел попробовать, но все не мог собраться. Недавно ребята из Gopractice спросили меня лично «что думаешь о нашем продукте?» В итоге я решился попробовать.
Симулятор – это что-то типа игры со сквозным сюжетом: продакт проходит собеседование, его берут на работу, он запускает и развивает продукт. Упор делается на обучение продуктовой аналитике, но также затрагиваются вопросы проверки гипотез, проведения custdev и т.п.
Конечно, это не игра в прямом смысле слова. Скорее тематический квиз. Все обучение разбито на блоки. Сначала тебе дают немного теории, потом отвечаешь на вопросы, затем разбор ответов и закрепляющие объяснения. Мне понравилось, что можно учиться хоть 15 минут, хоть два часа – блоки довольно короткие. Понемногу и регулярно – идеальный формат обучения.
Кому я рекомендую Gopractice:
1. Начинающим менеджерам продукта. Часто в продакты переходят из других специальностей. Какой-то опыт уже есть, но знания и навыки неполные. Формат симулятора позволяет учиться без отрыва от работы и сразу применять знания на практике.
2. Тем, кто только думает о профессии. Сегодня наша UX и один из разработчиков спросили, стоит ли им проходить Gopractice. Конечно стоит! Идеальный способ понять, интересна ли тебе эта профессия.
3. Опытным продактам. С одной стороны, опытные люди все это знают и применяют. С другой – пробелы в образовании есть у всех. Я завалился на элементарном вопросе, до сих пор стыдно.
В общем, бегите в отдел обучения вашей компании и требуйте купить Gopractice. А если платить придется самим, то по этой ссылке вы получите 10% скидку (действует два дня):
Начать обучение в Gopractice
#партнерскийпост
У нас в компании многие продакты прошли обучение в Gopractice – симуляторе работы в продуктовой компании. Отзывались положительно. Я давно хотел попробовать, но все не мог собраться. Недавно ребята из Gopractice спросили меня лично «что думаешь о нашем продукте?» В итоге я решился попробовать.
Симулятор – это что-то типа игры со сквозным сюжетом: продакт проходит собеседование, его берут на работу, он запускает и развивает продукт. Упор делается на обучение продуктовой аналитике, но также затрагиваются вопросы проверки гипотез, проведения custdev и т.п.
Конечно, это не игра в прямом смысле слова. Скорее тематический квиз. Все обучение разбито на блоки. Сначала тебе дают немного теории, потом отвечаешь на вопросы, затем разбор ответов и закрепляющие объяснения. Мне понравилось, что можно учиться хоть 15 минут, хоть два часа – блоки довольно короткие. Понемногу и регулярно – идеальный формат обучения.
Кому я рекомендую Gopractice:
1. Начинающим менеджерам продукта. Часто в продакты переходят из других специальностей. Какой-то опыт уже есть, но знания и навыки неполные. Формат симулятора позволяет учиться без отрыва от работы и сразу применять знания на практике.
2. Тем, кто только думает о профессии. Сегодня наша UX и один из разработчиков спросили, стоит ли им проходить Gopractice. Конечно стоит! Идеальный способ понять, интересна ли тебе эта профессия.
3. Опытным продактам. С одной стороны, опытные люди все это знают и применяют. С другой – пробелы в образовании есть у всех. Я завалился на элементарном вопросе, до сих пор стыдно.
В общем, бегите в отдел обучения вашей компании и требуйте купить Gopractice. А если платить придется самим, то по этой ссылке вы получите 10% скидку (действует два дня):
Начать обучение в Gopractice
#партнерскийпост
83. Загляни в эксперимент глубже
Кажется, что А/Б эксперименты трактуются однозначно. На синюю кнопку нажали больше, чем на красную, значит победил вариант с синей кнопкой. Вывод справедлив только для простых систем.
Наши пользователи после регистрации самостоятельно настраивают многочисленные инструменты. Это довольно сложно для новичка. Мы решили улучшить онбординг и создали дополнительный шаг с небольшой формой. После заполнения формы инструменты настраивались автоматически, и пользователь попадал на «всё готовое».
Казалось, автоматическая настройка поможет освоиться. На деле этот вариант проиграл: пользователи были менее активными и делали меньше покупок. Мы стали разбираться.
Экспериментальные пользователи поделились на две группы. Первые – воспользовались дополнительным шагом, были в два раза активнее и платили в два раза чаще. Вторые – не захотели заполнять форму и были втрое менее активными. Эта «плохая» группа перетянула одеяло на себя и сделала эксперимент в целом проигрышным.
Формально эксперимент проиграл. Но более глубокий анализ показал, что для половины пользователей он выиграл. Теперь осталось придумать, как помочь «плохой» половине, и запустить новый эксперимент.
Кажется, что А/Б эксперименты трактуются однозначно. На синюю кнопку нажали больше, чем на красную, значит победил вариант с синей кнопкой. Вывод справедлив только для простых систем.
Наши пользователи после регистрации самостоятельно настраивают многочисленные инструменты. Это довольно сложно для новичка. Мы решили улучшить онбординг и создали дополнительный шаг с небольшой формой. После заполнения формы инструменты настраивались автоматически, и пользователь попадал на «всё готовое».
Казалось, автоматическая настройка поможет освоиться. На деле этот вариант проиграл: пользователи были менее активными и делали меньше покупок. Мы стали разбираться.
Экспериментальные пользователи поделились на две группы. Первые – воспользовались дополнительным шагом, были в два раза активнее и платили в два раза чаще. Вторые – не захотели заполнять форму и были втрое менее активными. Эта «плохая» группа перетянула одеяло на себя и сделала эксперимент в целом проигрышным.
Формально эксперимент проиграл. Но более глубокий анализ показал, что для половины пользователей он выиграл. Теперь осталось придумать, как помочь «плохой» половине, и запустить новый эксперимент.
84. Страдания из-за надуманной ерунды
В моем детстве телефоны были без определителя номера. Это давало простор для анонимных звонков. Однажды я снял трубку и услышал:
– Слушай сюда, падла. Тебе хана! Не бросай трубку, а то будет хуже. Если скажешь родителям, завтра в школе мы тебя найдем.
Полчаса мне всячески угрожали и пугали. Я очень испугался. Долго не мог уснуть. Озирался по пути из школы. Неделю только об этом и думал.
Такие звонки с угрозами стали повторяться. Видно приколистам из соседнего класса было забавно пугать юного ссыкуна. Однажды мама заметила, что я подолгу сижу с грустным лицом у телефона и односложно что-то блею в трубку. Во время очередного звонка она отобрала телефон и наорала на хулиганов. Звонки прекратились.
Во взрослой жизни мы продолжаем страдать из-за всякой ерунды. Как-то начальник несправедливо наехал на нас. Мы стали анализировать и поняли, что ни в чем не виноваты. Решили, что он хочет выжить нас из компании. Месяц вся команда ходила расстроенная, звучали разговоры, а не уволиться ли.
Начальник ничего про это не знал. Он сказал чего-то мимоходом и тут же забыл. А мы страдали из-за надуманного повода. Ну прямо как дети.
В моем детстве телефоны были без определителя номера. Это давало простор для анонимных звонков. Однажды я снял трубку и услышал:
– Слушай сюда, падла. Тебе хана! Не бросай трубку, а то будет хуже. Если скажешь родителям, завтра в школе мы тебя найдем.
Полчаса мне всячески угрожали и пугали. Я очень испугался. Долго не мог уснуть. Озирался по пути из школы. Неделю только об этом и думал.
Такие звонки с угрозами стали повторяться. Видно приколистам из соседнего класса было забавно пугать юного ссыкуна. Однажды мама заметила, что я подолгу сижу с грустным лицом у телефона и односложно что-то блею в трубку. Во время очередного звонка она отобрала телефон и наорала на хулиганов. Звонки прекратились.
Во взрослой жизни мы продолжаем страдать из-за всякой ерунды. Как-то начальник несправедливо наехал на нас. Мы стали анализировать и поняли, что ни в чем не виноваты. Решили, что он хочет выжить нас из компании. Месяц вся команда ходила расстроенная, звучали разговоры, а не уволиться ли.
Начальник ничего про это не знал. Он сказал чего-то мимоходом и тут же забыл. А мы страдали из-за надуманного повода. Ну прямо как дети.
85. UX онлайн конференций
Мы провели онлайн конференцию Global Marketing Day за полгода до того, как это стало модным. Хочу поделиться UX-фишками, которые мы применили.
Один адрес для всех состояний. Бывает регистрируешься на онлайн ивент на одной странице, смотришь на другой, а запись находится на третьей. Нажимаешь на ссылку в старом письме и получаешь ошибку. Чтобы этого избежать, у нас всё находилось по одному адресу: лендинг, трансляция, ожидание записи и сама запись. Умножьте на два – для нового и для авторизованного пользователей. Итого 8 разных состояний одной страницы. Сложно для разработчиков, удобно для пользователей.
Авторизация по ссылке. Логин и пароль для онлайн конференции – вы серьезно? Мы сделали авторизацию по ссылки из письма. Все напоминания о конференции содержали эту секретную ссылку. Пользователь логинился и даже не замечал этого.
Адаптация под все экраны. Обычно сайты адаптируют под мобильные и ноутбуки. Для больших 4К+ экранов просто добавляют гигантские поля по бокам. Мы заморочились с качественной адаптацией под большие экраны и не прогадали. Блогеры, продвигавшие нашу конференцию, пользовались именно такими.
Рассылка с учётом часового пояса. В нашей конференции было 50 докладов за 24 часа. Рассылка уведомлений повышает посещаемость. Но слать круглые сутки десятки писем одному человеку – негуманно. А одного письма – недостаточно. При регистрации мы сохраняли часовой пояс пользователя и рассылали уведомления блоками, исключая ночные часы.
Регистрации после конференции. Когда все закончилось, мы нарезали выступления на удобные отрезки и выложили их на сайте (помните, у нас один адрес). В результате получили много регистраций уже после конференции.
Мы провели онлайн конференцию Global Marketing Day за полгода до того, как это стало модным. Хочу поделиться UX-фишками, которые мы применили.
Один адрес для всех состояний. Бывает регистрируешься на онлайн ивент на одной странице, смотришь на другой, а запись находится на третьей. Нажимаешь на ссылку в старом письме и получаешь ошибку. Чтобы этого избежать, у нас всё находилось по одному адресу: лендинг, трансляция, ожидание записи и сама запись. Умножьте на два – для нового и для авторизованного пользователей. Итого 8 разных состояний одной страницы. Сложно для разработчиков, удобно для пользователей.
Авторизация по ссылке. Логин и пароль для онлайн конференции – вы серьезно? Мы сделали авторизацию по ссылки из письма. Все напоминания о конференции содержали эту секретную ссылку. Пользователь логинился и даже не замечал этого.
Адаптация под все экраны. Обычно сайты адаптируют под мобильные и ноутбуки. Для больших 4К+ экранов просто добавляют гигантские поля по бокам. Мы заморочились с качественной адаптацией под большие экраны и не прогадали. Блогеры, продвигавшие нашу конференцию, пользовались именно такими.
Рассылка с учётом часового пояса. В нашей конференции было 50 докладов за 24 часа. Рассылка уведомлений повышает посещаемость. Но слать круглые сутки десятки писем одному человеку – негуманно. А одного письма – недостаточно. При регистрации мы сохраняли часовой пояс пользователя и рассылали уведомления блоками, исключая ночные часы.
Регистрации после конференции. Когда все закончилось, мы нарезали выступления на удобные отрезки и выложили их на сайте (помните, у нас один адрес). В результате получили много регистраций уже после конференции.
🤩1
86. Пиши вакансии сам, не позволяй HR-ам
Большинство вакансий написаны под копирку. Сначала вступление о том, какие мы классные. Потом длинный перечень всех требуемых умений кандидата. Формат нормальный. Проблема в том, что похоже на текст, сгенерированный роботом.
Много лет я пишу вакансии сам. Нельзя доверять это HR-ам. Если ты никогда не писал вакансии – это большой плюс. Сделай так:
1. Напиши простыми словами, чем занимается ваша команда (не вся компания целиком), и зачем вам нужен новый коллега.
2. Напиши, какие технические навыки требуются. Не перечисляй все возможные, только важные.
3. Перечисли личные качества, которые важны. И объясни, почему они важны.
Просто? Да! Похоже на стандартный шаблон? Да! Фишка в том, что ты напишешь это сам. Простыми словами без стандартных фраз. Важно не использовать другие вакансии в качестве шаблона. Пиши из головы.
P.S. Хорошие человечные вакансии пишут в Студии Лебедева.
P.P.S. На Хедхантере есть шаблон для всех вакансий компании. Я считаю ошибкой вставлять в начало общее описание. Хотя у наших HRов есть контр-аргумент, что люди приходят по прямой ссылке и могут сразу узнать базовую информацию, не переходя в профиль.
Большинство вакансий написаны под копирку. Сначала вступление о том, какие мы классные. Потом длинный перечень всех требуемых умений кандидата. Формат нормальный. Проблема в том, что похоже на текст, сгенерированный роботом.
Много лет я пишу вакансии сам. Нельзя доверять это HR-ам. Если ты никогда не писал вакансии – это большой плюс. Сделай так:
1. Напиши простыми словами, чем занимается ваша команда (не вся компания целиком), и зачем вам нужен новый коллега.
2. Напиши, какие технические навыки требуются. Не перечисляй все возможные, только важные.
3. Перечисли личные качества, которые важны. И объясни, почему они важны.
Просто? Да! Похоже на стандартный шаблон? Да! Фишка в том, что ты напишешь это сам. Простыми словами без стандартных фраз. Важно не использовать другие вакансии в качестве шаблона. Пиши из головы.
P.S. Хорошие человечные вакансии пишут в Студии Лебедева.
P.P.S. На Хедхантере есть шаблон для всех вакансий компании. Я считаю ошибкой вставлять в начало общее описание. Хотя у наших HRов есть контр-аргумент, что люди приходят по прямой ссылке и могут сразу узнать базовую информацию, не переходя в профиль.