Этим постом я открываю нерегулярную рубрику #УголокТщеславия. В ней я хвастаюсь своими достижениями сомнительными и не очень. На волне хайпа о дистанционной работе вспомнилось мое старое интервью, не потерявшее актуальность по сей день: Самый глупый способ контролировать работника – это контролировать жопо-часы.
Номерная притча, как всегда. Завтра в 12:12 мск.
Номерная притча, как всегда. Завтра в 12:12 мск.
Distanza
Алексей Рытов, flat2.club: «Самый глупый способ контролировать работника – это контролировать жопо-часы». - Distanza
Принципы эффективной работы (ROWE) придумала компания Best Buy. Подробнее о них можно прочитать на сайте Zilllion. Эти принципы не имеют прямого отношения к
👍2❤1
17. Как заставить себя работать и надо ли это делать
У меня есть знакомые из числа профессиональных классических музыкантов. Их дети с 5 лет учатся играть на всяких там скрипках. Потом училище, потом консерватория. Классическая музыка – это ежедневные скучные занятия. Мне всегда было интересно, как можно заставить пятилетнего ребенка так трудиться. А в 13 лет, когда он превратился в непослушного подростка? Этот вопрос волновал меня задолго до появления собственных детей. В беседах с музыкальным педагогами я сформулировал принцип. Ребенок “в целом” должен сам хотеть заниматься, но “в частности” его надо заставлять.
Этот принцип работает в любых сферах жизни, где для достижения результата требуется многолетний труд. Когда я работал инженером-электриком и мне “в целом” это не нравилось, я не пересиливал себе, а освоил новую профессию. Сейчас я люблю свою профессию, но когда “в частности” мне не хочется работать над бэклогом, считать статистику или собирать требования, я не придаю этому большого значения, не ищу мотивацию, а просто заставляю себя работать.
У меня есть знакомые из числа профессиональных классических музыкантов. Их дети с 5 лет учатся играть на всяких там скрипках. Потом училище, потом консерватория. Классическая музыка – это ежедневные скучные занятия. Мне всегда было интересно, как можно заставить пятилетнего ребенка так трудиться. А в 13 лет, когда он превратился в непослушного подростка? Этот вопрос волновал меня задолго до появления собственных детей. В беседах с музыкальным педагогами я сформулировал принцип. Ребенок “в целом” должен сам хотеть заниматься, но “в частности” его надо заставлять.
Этот принцип работает в любых сферах жизни, где для достижения результата требуется многолетний труд. Когда я работал инженером-электриком и мне “в целом” это не нравилось, я не пересиливал себе, а освоил новую профессию. Сейчас я люблю свою профессию, но когда “в частности” мне не хочется работать над бэклогом, считать статистику или собирать требования, я не придаю этому большого значения, не ищу мотивацию, а просто заставляю себя работать.
👍4
Рубрика #УголокТщеславия. Дал интервью Ивану Палию. Поговорили про SEMrush, образование и будущее маркетинговых продуктов. Было интересно самому себе ответить на некоторые вопросы. Хорошее упражнение. Лонгрид можно почитать на VC. Алексей Рытов: о работе в SEMrush, ошибках продакт менеджеров и правильном обучении.
👍1
18. Дизайнер, UX-специалист, продуктолог – это одно и тоже
Первый раз я услышал слово “дизайн” в 1991 году, когда мне было 14 лет. Знакомая училась на архитектора и рассказывала о своей будущей профессии. А мне предложила учиться на дизайнера. “Что это такое?”, – спросил я. Она объяснила: “У тебя бывает, что ты смотришь на вещь и хочешь ее улучшить?” Я воскликнул: “Постоянно! Хочу быть дизайнером”. После этого я поступил на инженера-электрика и дизайном стал заниматься только в 24 года.
Сначала я работал дизайнером. Потом стал юзабилити-специалистом. Потом это стали называть UX, и я стал очень востребован на рынке труда. Потом началась эра стартапов, и я стал продукт овнером. Некоторые знакомые думают, что я несколько раз менял профессию. На самом деле, все эти годы я занимался одним и тем же – “улучшал вещи”. Я до сих пор считаю себя дизайнером, просто вместо Фотошопа или Скетча у меня теперь другие инструменты.
Первый раз я услышал слово “дизайн” в 1991 году, когда мне было 14 лет. Знакомая училась на архитектора и рассказывала о своей будущей профессии. А мне предложила учиться на дизайнера. “Что это такое?”, – спросил я. Она объяснила: “У тебя бывает, что ты смотришь на вещь и хочешь ее улучшить?” Я воскликнул: “Постоянно! Хочу быть дизайнером”. После этого я поступил на инженера-электрика и дизайном стал заниматься только в 24 года.
Сначала я работал дизайнером. Потом стал юзабилити-специалистом. Потом это стали называть UX, и я стал очень востребован на рынке труда. Потом началась эра стартапов, и я стал продукт овнером. Некоторые знакомые думают, что я несколько раз менял профессию. На самом деле, все эти годы я занимался одним и тем же – “улучшал вещи”. Я до сих пор считаю себя дизайнером, просто вместо Фотошопа или Скетча у меня теперь другие инструменты.
Новая пятничная развлекательная рубрика #БайкаОтПродакта. Забавные истории из жизни профессионалов продуктовых компаний. Написать может любой желающий.
————————————
В марте 2020 года весь мир сошел с ума из-за коронавируса. Больше всего пострадали компании связанные с туризмом. Нас проблемы не коснулись, мы как всегда искали программистов в новую команду. Дело шло туго, рекрутеры отчаялись кого-то найти и стали предлагать вакансию тем, кто работу не ищет. Пригласили на собеседование опытного разработчика. Мы такие: «А почему ты ищешь работу?» Он отвечает, мол, не ищу, это вы меня пригласили. Пообщались, понравился, пригласили на второе собеседование с менеджером новой команды. Тот первым делом: «А почему ты ищешь работу?» Мы хором: «Не ищет он работу, это мы его пригласили».
В общем сделали ему оффер. Он согласился, но сказал, что надо доработать и сможет выйти только через месяц. А спустя пару дней сообщает, что готов выйти уже скоро. Мы удивились, но обрадовались. А потом выяснилось, что их компания стала испытывать большие трудности из-за коронавируса и всех сотрудников отправили в неоплачиваемый отпуск. Не искал парень работу...
————————————
В марте 2020 года весь мир сошел с ума из-за коронавируса. Больше всего пострадали компании связанные с туризмом. Нас проблемы не коснулись, мы как всегда искали программистов в новую команду. Дело шло туго, рекрутеры отчаялись кого-то найти и стали предлагать вакансию тем, кто работу не ищет. Пригласили на собеседование опытного разработчика. Мы такие: «А почему ты ищешь работу?» Он отвечает, мол, не ищу, это вы меня пригласили. Пообщались, понравился, пригласили на второе собеседование с менеджером новой команды. Тот первым делом: «А почему ты ищешь работу?» Мы хором: «Не ищет он работу, это мы его пригласили».
В общем сделали ему оффер. Он согласился, но сказал, что надо доработать и сможет выйти только через месяц. А спустя пару дней сообщает, что готов выйти уже скоро. Мы удивились, но обрадовались. А потом выяснилось, что их компания стала испытывать большие трудности из-за коронавируса и всех сотрудников отправили в неоплачиваемый отпуск. Не искал парень работу...
❤2
19. Мечты недостаточно, нужны навыки и скромность, чтобы учиться
Когда мне было 10, мы с другом мечтали собрать собственную машину. Бродили вокруг гаражей, искали на помойке выброшенные детали. Подолгу разглядывали чертежи ВАЗ 2106 в старой книжке. «Папа, я хочу собрать машину», – страстно заявлял я, проходящему мимо родителю. «Ага, ага», – отвечал он. В те времена сборка собственной машины была фантастикой даже для взрослого.
В наше время мотивационных коучей и историй про то «как Стив Джобс смог», много людей хотят сделать собственное приложение, сервис, продукт. Некоторые приходят ко мне за советом – юристы, риелторы, торговцы. Я пытаюсь объяснять азы продуктового менеджмента, но все чаще думаю, что мой папа был прав. Переубеждать «детей» бесполезно. А «взрослые» сами разберутся, что кроме веры в свою мечту, надо общаться с пользователями, тестировать гипотезы, разбираться в статистике. Ну, или признают, что знаний у них недостаточно и пойдут учиться.
Когда мне было 10, мы с другом мечтали собрать собственную машину. Бродили вокруг гаражей, искали на помойке выброшенные детали. Подолгу разглядывали чертежи ВАЗ 2106 в старой книжке. «Папа, я хочу собрать машину», – страстно заявлял я, проходящему мимо родителю. «Ага, ага», – отвечал он. В те времена сборка собственной машины была фантастикой даже для взрослого.
В наше время мотивационных коучей и историй про то «как Стив Джобс смог», много людей хотят сделать собственное приложение, сервис, продукт. Некоторые приходят ко мне за советом – юристы, риелторы, торговцы. Я пытаюсь объяснять азы продуктового менеджмента, но все чаще думаю, что мой папа был прав. Переубеждать «детей» бесполезно. А «взрослые» сами разберутся, что кроме веры в свою мечту, надо общаться с пользователями, тестировать гипотезы, разбираться в статистике. Ну, или признают, что знаний у них недостаточно и пойдут учиться.
❤3👍1
20. Перевод на иностранный язык как способ улучшения текста
Французский ученый Блез Паскаль писал другу: «У меня не было времени написать письмо короче». Сформулировать мысли кратко – сложно и занимает много времени. Я понимаю это как никто другой. Мысли скачут и обгоняют одна другую, поэтому меня сложно слушать и читать. Чтобы бороться с этим, я решил писать лаконичные тексты длиною 1000 знаков. Так появились «Притчи продуктолога». Черновик заметки получается длинным, затем сокращаю без потери смысла. Все притчи состоят из двух абзацев. В первом – какая-то история, во втором – вывод. Мне казалось, что тексты логичны и согласованы. Как я ошибался!
Решил выпустить английский вариант и отдал переводчику. Чтобы хорошо перевести, надо понять смысл. Переводчик стал задавать много уточняющих вопросов, и я с ужасом осознал, что из-за стремления к сокращению, теряются логические связи. Часто первый и второй абзацы не дружат друг с другом. От сокращения я не отказался, но теперь внимательнее слежу за логикой.
Французский ученый Блез Паскаль писал другу: «У меня не было времени написать письмо короче». Сформулировать мысли кратко – сложно и занимает много времени. Я понимаю это как никто другой. Мысли скачут и обгоняют одна другую, поэтому меня сложно слушать и читать. Чтобы бороться с этим, я решил писать лаконичные тексты длиною 1000 знаков. Так появились «Притчи продуктолога». Черновик заметки получается длинным, затем сокращаю без потери смысла. Все притчи состоят из двух абзацев. В первом – какая-то история, во втором – вывод. Мне казалось, что тексты логичны и согласованы. Как я ошибался!
Решил выпустить английский вариант и отдал переводчику. Чтобы хорошо перевести, надо понять смысл. Переводчик стал задавать много уточняющих вопросов, и я с ужасом осознал, что из-за стремления к сокращению, теряются логические связи. Часто первый и второй абзацы не дружат друг с другом. От сокращения я не отказался, но теперь внимательнее слежу за логикой.
👍3❤1
Пятничная рубрика #БайкаОтПродакта. Забавные истории из жизни профессионалов продуктовых компаний. Написать может любой желающий.
————————————
История как мы облажались за 5 тысяч долларов, а потом исправились и повысили ретеншн. Три года назад нам в SEMrush написал SEO-эксперт Дэвид Амерланд: “Привет! Я только что закончил книгу по SEO и хочу продать вам права на распространение”. Мы согласились, договорились на 5000$. Стали думать, что с этой книгой делать, и появилась гениальная идея, дарить ее при переходе с дешевого тарифа за 100$ на дорогой за 200$. Запустили рекламную кампанию – тишина.
И тут пользователи дорого тарифа стали задавать резонный вопрос: “Как я могу получить книгу, я уже на дорогом тарифе, мне некуда переходить?” Пришлось мне в рекордные сроки придумывать выход. У нас как раз появилось много новых инструментов для SEO, опытные пользователи их еще не распробовали. Мы сделали геймификацию: настрой 5 новых инструментов и получи книгу. Оформили в виде закрытого сейфа, который открывался, когда выполнил задание. А в сейфе книжка. Разослали предложение 4000 пользователей, 48% open rate, больше 900 настроенных инструментов. А с экспертом мы подружились.
——
Ольга Андриенко, ведущая канала @marketersdiaries
Head of global marketing SEMrush
————————————
История как мы облажались за 5 тысяч долларов, а потом исправились и повысили ретеншн. Три года назад нам в SEMrush написал SEO-эксперт Дэвид Амерланд: “Привет! Я только что закончил книгу по SEO и хочу продать вам права на распространение”. Мы согласились, договорились на 5000$. Стали думать, что с этой книгой делать, и появилась гениальная идея, дарить ее при переходе с дешевого тарифа за 100$ на дорогой за 200$. Запустили рекламную кампанию – тишина.
И тут пользователи дорого тарифа стали задавать резонный вопрос: “Как я могу получить книгу, я уже на дорогом тарифе, мне некуда переходить?” Пришлось мне в рекордные сроки придумывать выход. У нас как раз появилось много новых инструментов для SEO, опытные пользователи их еще не распробовали. Мы сделали геймификацию: настрой 5 новых инструментов и получи книгу. Оформили в виде закрытого сейфа, который открывался, когда выполнил задание. А в сейфе книжка. Разослали предложение 4000 пользователей, 48% open rate, больше 900 настроенных инструментов. А с экспертом мы подружились.
——
Ольга Андриенко, ведущая канала @marketersdiaries
Head of global marketing SEMrush
👍4
21. Два принципа для улучшения любого процесса
За последний год у меня появился опыт плановой госпитализации. Помогал маме, лежал сам. Была возможность сравнить 3 государственных больницы и одну частную. Давайте обсудим процесс оформления. Ты приходишь в приемный покой государственной больницы, тебе говорят встать в очередь и ждать. Потом оказывается, что это не та очередь. Ты идешь в другую очередь. Там оказывается, что у тебя не тот полис и тебе нужно в страховой стол. Бегаешь по этажам и кабинетам, пытаясь разгадать алгоритм. В частной клинике все просто: подошел на ресепшн, проводили в палату.
Кажется, что исправить неразбериху просто, достаточно разработать новый логичный процесс. Комичность ситуации в том, что путаница – это и есть результат процесса. Для исправления важно соблюсти два принципа:
1. Непосредственные исполнители должны быть лично заинтересованы в оптимизации процесса;
2. У них должна быть возможность этот процесс трансформировать.
Проверьте свою команду на соблюдение этих принципов.
За последний год у меня появился опыт плановой госпитализации. Помогал маме, лежал сам. Была возможность сравнить 3 государственных больницы и одну частную. Давайте обсудим процесс оформления. Ты приходишь в приемный покой государственной больницы, тебе говорят встать в очередь и ждать. Потом оказывается, что это не та очередь. Ты идешь в другую очередь. Там оказывается, что у тебя не тот полис и тебе нужно в страховой стол. Бегаешь по этажам и кабинетам, пытаясь разгадать алгоритм. В частной клинике все просто: подошел на ресепшн, проводили в палату.
Кажется, что исправить неразбериху просто, достаточно разработать новый логичный процесс. Комичность ситуации в том, что путаница – это и есть результат процесса. Для исправления важно соблюсти два принципа:
1. Непосредственные исполнители должны быть лично заинтересованы в оптимизации процесса;
2. У них должна быть возможность этот процесс трансформировать.
Проверьте свою команду на соблюдение этих принципов.
❤3👍1
22. Обучение через практику – самое быстрое
В боксе существует два подхода к обучению спортсменов. Первый – «советский», начинает с правильной техники. Детей годами муштруют, ставят правильный удар, оттачивают элементы школы бокса. Второй – «американский», во главу угла ставит индивидуальные особенности спортсмена. Парню дают подраться на ринге, подмечают врожденные сильные стороны и развивают их. Оба подхода породили великих чемпионов, но американский дает более быстрый результат.
В 2011 году у меня было 15 вакансий для UX дизайнеров. Такого количества кандидатов не было на рынке труда. Пришлось открыть «Школу UX» и применить «американский» подход. Студентам ничего не объясняли, а давали практические задания. Они, естественно, косячили. Кураторы жестко, но конструктивно разбирали ошибки и указывали на области, которые нужно подтянуть. «Подтягивать» недостающие знания студенты должны были самостоятельно, мы им помогали крайне скупо. Кто-то обижался, кто-то просто не выдерживал темпа. Те, кто выдержал, теперь работают в ведущих компаниях мира.
В боксе существует два подхода к обучению спортсменов. Первый – «советский», начинает с правильной техники. Детей годами муштруют, ставят правильный удар, оттачивают элементы школы бокса. Второй – «американский», во главу угла ставит индивидуальные особенности спортсмена. Парню дают подраться на ринге, подмечают врожденные сильные стороны и развивают их. Оба подхода породили великих чемпионов, но американский дает более быстрый результат.
В 2011 году у меня было 15 вакансий для UX дизайнеров. Такого количества кандидатов не было на рынке труда. Пришлось открыть «Школу UX» и применить «американский» подход. Студентам ничего не объясняли, а давали практические задания. Они, естественно, косячили. Кураторы жестко, но конструктивно разбирали ошибки и указывали на области, которые нужно подтянуть. «Подтягивать» недостающие знания студенты должны были самостоятельно, мы им помогали крайне скупо. Кто-то обижался, кто-то просто не выдерживал темпа. Те, кто выдержал, теперь работают в ведущих компаниях мира.
👍3❤2
Пятничная рубрика #БайкаОтПродакта. Забавные истории из жизни профессионалов продуктовых компаний. Написать может любой желающий.
————————————
В одной очень, очень большой компании новенькая сотрудница решила налить себе кофейку. Рабочий день уже начался, но обед еще не наступил. Подходит барышня к кофейному аппарату, а там её начальник. И что-то у него с аппаратом не клеится, не дает подлая техника начальству кофею испить. Ну, барышня, добрая душа, и говорит: “А давайте я вам помогу кофе налить?” А он ей в ответ: “Знаете, сейчас еще не обеденный перерыв. И я ожидаю, что вы не кофе пьете, а работаете. Кофе пейте либо до начала рабочего дня, либо в обед, либо после окончания работы”.
Барышне после этого уже не то что кофе не хочется – вообще ничего не хочется. И вы, конечно, скажете, что руководитель должен мотивировать своих сотрудников, а не вести себя как идиот. И нафиг такой руководитель вообще нужен. А я скажу, что нафиг нужен руководитель, который кофейный аппарат победить не может.
——
Сергей Колганов, автор канала об управлении проектами и продуктами @psilonsk
————————————
В одной очень, очень большой компании новенькая сотрудница решила налить себе кофейку. Рабочий день уже начался, но обед еще не наступил. Подходит барышня к кофейному аппарату, а там её начальник. И что-то у него с аппаратом не клеится, не дает подлая техника начальству кофею испить. Ну, барышня, добрая душа, и говорит: “А давайте я вам помогу кофе налить?” А он ей в ответ: “Знаете, сейчас еще не обеденный перерыв. И я ожидаю, что вы не кофе пьете, а работаете. Кофе пейте либо до начала рабочего дня, либо в обед, либо после окончания работы”.
Барышне после этого уже не то что кофе не хочется – вообще ничего не хочется. И вы, конечно, скажете, что руководитель должен мотивировать своих сотрудников, а не вести себя как идиот. И нафиг такой руководитель вообще нужен. А я скажу, что нафиг нужен руководитель, который кофейный аппарат победить не может.
——
Сергей Колганов, автор канала об управлении проектами и продуктами @psilonsk
👍3
23. Продакт – это и есть главный юиксер
На нашу конференцию Global Marketing Day регистрировались так: пользователь заполнял форму и получал письмо со ссылкой на завершение регистрации. Посыпались жалобы, что ссылка выдает ошибку. Проблему долго не могли воспроизвести ни QA, ни разработчики. Наконец я внимательно сопоставил письма пользователей о проблеме и логи их сессий и разгадал ребус. Оказалось, пользователи начинали регистрацию с десктопа, а заканчивали на айфоне. В этом случае Айфон открывал подтверждающую ссылку с ошибкой.
Мы тестировали по отдельности и на десктопе, и на мобильном, а в реальной жизни люди используют их совместно. Для меня такие истории – пример настоящего UX. Его сложно спроектировать заранее. Такие ситуации можно отловить, только внимательно наблюдая изо дня в день за боевым проектом. Обычно этим занимается менеджер продукта, он глубже всех погружен в UX. По этой причине 7 лет назад я перестал рисовать интерфейсы и сосредоточился на продуктовом менеджменте.
На нашу конференцию Global Marketing Day регистрировались так: пользователь заполнял форму и получал письмо со ссылкой на завершение регистрации. Посыпались жалобы, что ссылка выдает ошибку. Проблему долго не могли воспроизвести ни QA, ни разработчики. Наконец я внимательно сопоставил письма пользователей о проблеме и логи их сессий и разгадал ребус. Оказалось, пользователи начинали регистрацию с десктопа, а заканчивали на айфоне. В этом случае Айфон открывал подтверждающую ссылку с ошибкой.
Мы тестировали по отдельности и на десктопе, и на мобильном, а в реальной жизни люди используют их совместно. Для меня такие истории – пример настоящего UX. Его сложно спроектировать заранее. Такие ситуации можно отловить, только внимательно наблюдая изо дня в день за боевым проектом. Обычно этим занимается менеджер продукта, он глубже всех погружен в UX. По этой причине 7 лет назад я перестал рисовать интерфейсы и сосредоточился на продуктовом менеджменте.
❤2👍2
24. Умение нанимать людей на работу – базовый навык
Моя команда недавно переключилась на другой продукт. За три месяца нам пришлось найти, нанять и обучить команду себе на замену: менеджер, 2 бэкенд разработчика, 2 фронта и QA. Умение проводить собеседования и нанимать коллег – это базовый навык каждого в продуктовой команде. Нам помогают такие советы:
1. Пишите текст вакансии сами. Простым человеческим языком про ваш продукт. Не надо доверять это HR-ам, они пишут стандартные корпоративные тексты, от которых всех тошнит.
2. Приглашайте на собеседование только тех, кто показал код (для разработчиков) или портфолио (для дизайнеров). Если не может показать – пусть делает тестовое задание. Это избавляет от потери времени на людей с хорошим резюме, но плохими навыками.
3. Наладьте обратную связь с рекрутерами. Чтобы не было ситуации, когда рекрутер присылает миллион неподходящих кандидатов, а разработчики неделями не отсматривают присланные резюме.
4. Не ходите на собеседование всей командой одновременно. Но каждый в команде должен уметь проводить собеседование и оценивать не только технические, но и софт-скиллы. Если кто-то из команды не умеет – обучайте.
5. Умейте «продать» свой продукт кандидатам. Хорошие специалисты нужны везде, у них часто по несколько офферов на руках. Продавая свой продукт, не врите и не приукрашивайте. Вам нужен коллега на годы, а не на пару месяцев.
Сохраняйте терпение и оптимизм.
Моя команда недавно переключилась на другой продукт. За три месяца нам пришлось найти, нанять и обучить команду себе на замену: менеджер, 2 бэкенд разработчика, 2 фронта и QA. Умение проводить собеседования и нанимать коллег – это базовый навык каждого в продуктовой команде. Нам помогают такие советы:
1. Пишите текст вакансии сами. Простым человеческим языком про ваш продукт. Не надо доверять это HR-ам, они пишут стандартные корпоративные тексты, от которых всех тошнит.
2. Приглашайте на собеседование только тех, кто показал код (для разработчиков) или портфолио (для дизайнеров). Если не может показать – пусть делает тестовое задание. Это избавляет от потери времени на людей с хорошим резюме, но плохими навыками.
3. Наладьте обратную связь с рекрутерами. Чтобы не было ситуации, когда рекрутер присылает миллион неподходящих кандидатов, а разработчики неделями не отсматривают присланные резюме.
4. Не ходите на собеседование всей командой одновременно. Но каждый в команде должен уметь проводить собеседование и оценивать не только технические, но и софт-скиллы. Если кто-то из команды не умеет – обучайте.
5. Умейте «продать» свой продукт кандидатам. Хорошие специалисты нужны везде, у них часто по несколько офферов на руках. Продавая свой продукт, не врите и не приукрашивайте. Вам нужен коллега на годы, а не на пару месяцев.
Сохраняйте терпение и оптимизм.
❤3👍1
Пятничная рубрика #БайкаОтПродакта. Забавные истории из жизни профессионалов продуктовых компаний. Написать может любой желающий.
————————————
Как-то раз я решил почистить наш аккаунт в Mailchimp (инструмент для email рассылок) от устаревших аудиторий, подписчиков и писем. Остановил автоматические рассылки, удалил лишнее, объединил несколько аудиторий и включил заново автоматическую воронку писем, которую мы шлем всем новым пользователям.
На следующее утро смотрю аналитику – рекорд по продажам. Начинаю искать причины. В продукте ничего не меняли. Захожу в Mailchimp и понимаю, что по ошибке отправил первое письмо рассылки всем старым пользователям. Тем, кто такое письмо уже недавно получал, и для кого оно должно быть неактуально. Оказалось наоборот. По ошибке провел удачный эксперимент. Как говорил Макиавелли: фортуна – подруга отважных.
——
Иван Палий, продакт менеджер в Sitechecker, канал @sitecheckerpro
————————————
Как-то раз я решил почистить наш аккаунт в Mailchimp (инструмент для email рассылок) от устаревших аудиторий, подписчиков и писем. Остановил автоматические рассылки, удалил лишнее, объединил несколько аудиторий и включил заново автоматическую воронку писем, которую мы шлем всем новым пользователям.
На следующее утро смотрю аналитику – рекорд по продажам. Начинаю искать причины. В продукте ничего не меняли. Захожу в Mailchimp и понимаю, что по ошибке отправил первое письмо рассылки всем старым пользователям. Тем, кто такое письмо уже недавно получал, и для кого оно должно быть неактуально. Оказалось наоборот. По ошибке провел удачный эксперимент. Как говорил Макиавелли: фортуна – подруга отважных.
——
Иван Палий, продакт менеджер в Sitechecker, канал @sitecheckerpro
👍4
25. Учитесь увольнять людей
У нас в SEMrush команды разработки сами нанимают и увольняют людей. За последние годы я работал с двумя командами. Одна умела увольнять и жила замечательно. Другая не умела и столкнулась с кучей проблем, как технических, так и личных. Плохие сотрудники парализуют работу. Они пишут ужасный код, который годами будет пить кровь даже после их ухода. Они делают работу всей команды невыносимой. Иногда нужно уволить одного человека, чтобы сохранить команду и обезопасить продукт.
Люди боятся увольнять коллег: «Ну как же, мы на тимбилдинге тусили и в кикер на обеде играли». В этом вопросе нам сложнее, чем компаниям, где увольняет злой менеджер. Я вдохновляю свою команду словами, что увольнение – от слова «воля». Уволенный программист не будет просить милостыню у метро, а быстро найдет работу и все у него будет хорошо. Не бойтесь увольнять людей, промедление дорого вам обойдется.
У нас в SEMrush команды разработки сами нанимают и увольняют людей. За последние годы я работал с двумя командами. Одна умела увольнять и жила замечательно. Другая не умела и столкнулась с кучей проблем, как технических, так и личных. Плохие сотрудники парализуют работу. Они пишут ужасный код, который годами будет пить кровь даже после их ухода. Они делают работу всей команды невыносимой. Иногда нужно уволить одного человека, чтобы сохранить команду и обезопасить продукт.
Люди боятся увольнять коллег: «Ну как же, мы на тимбилдинге тусили и в кикер на обеде играли». В этом вопросе нам сложнее, чем компаниям, где увольняет злой менеджер. Я вдохновляю свою команду словами, что увольнение – от слова «воля». Уволенный программист не будет просить милостыню у метро, а быстро найдет работу и все у него будет хорошо. Не бойтесь увольнять людей, промедление дорого вам обойдется.
👍3❤2
26. Теория не должна сильно опережать практику
В советские времена родственница работала охранницей в ДК. В основном пила чай на вахте. Однажды она удивила меня цитатой из устройства револьвера Нагана: «Спусковой крючок служит для спуска с боевого взвода, для поднимания и опускания ползуна собачки и для отодвигания барабана после выстрела». Оказалось, она каждый год сдает экзамен на знание револьвера. Я был поражен и уточнил, как часто ей выдают оружие. Она посмеялась и сказала, что никогда в жизни его даже в руках не держала.
Много примеров, когда люди учат и успешно сдают предмет, при этом ничего в нем не понимая. В русских школах изучают сложные английские времена, но большинство школьников с хорошими отметками не способны общаться на английском даже на бытовом уровне. Профессия продуктового менеджера сегодня на хайпе. В наличии множество прекрасных статей, вебинаров, митапов и конференций. Обучаться можно и нужно. Главное следить, чтобы твои теоретические навыки не опережали практику на два порядка.
В советские времена родственница работала охранницей в ДК. В основном пила чай на вахте. Однажды она удивила меня цитатой из устройства револьвера Нагана: «Спусковой крючок служит для спуска с боевого взвода, для поднимания и опускания ползуна собачки и для отодвигания барабана после выстрела». Оказалось, она каждый год сдает экзамен на знание револьвера. Я был поражен и уточнил, как часто ей выдают оружие. Она посмеялась и сказала, что никогда в жизни его даже в руках не держала.
Много примеров, когда люди учат и успешно сдают предмет, при этом ничего в нем не понимая. В русских школах изучают сложные английские времена, но большинство школьников с хорошими отметками не способны общаться на английском даже на бытовом уровне. Профессия продуктового менеджера сегодня на хайпе. В наличии множество прекрасных статей, вебинаров, митапов и конференций. Обучаться можно и нужно. Главное следить, чтобы твои теоретические навыки не опережали практику на два порядка.
👍4❤2
Пятничная рубрика #БайкаОтПродакта. Забавные истории из жизни профессионалов продуктовых компаний. Написать может любой желающий.
————————————
Платформа Epicstars позволяет рекламодателям размещать рекламу через блогеров. Перед тем, как блогер увидит задание на рекламу, оно должно пройти модерацию. Мы долго пытались максимально сократить время проверки задания, но все равно столкнулись с проблемой, что 80% рекламодателей не дожидались окончания модерации и уходили из сервиса.
Но потом коллективный разум прозрел и мы поняли, что нет смысла бороться за сокращение времени модерации – мы просто убрали все упоминания о ней из интерфейса. Для рекламодателей выглядело так, что их задание на рекламу сразу можно предлагать любому блогеру. Само собой, блогеры видели задания только после модерации. Упали отказы, выросло удержание, а главное, количество сделок между пользователями. Наверное, это самый хитрый гросхак KPI, который был в моей жизни.
——
Владимир Миролюбов, основатель платформы для самообразования «Единорог», канал @ruspm
————————————
Платформа Epicstars позволяет рекламодателям размещать рекламу через блогеров. Перед тем, как блогер увидит задание на рекламу, оно должно пройти модерацию. Мы долго пытались максимально сократить время проверки задания, но все равно столкнулись с проблемой, что 80% рекламодателей не дожидались окончания модерации и уходили из сервиса.
Но потом коллективный разум прозрел и мы поняли, что нет смысла бороться за сокращение времени модерации – мы просто убрали все упоминания о ней из интерфейса. Для рекламодателей выглядело так, что их задание на рекламу сразу можно предлагать любому блогеру. Само собой, блогеры видели задания только после модерации. Упали отказы, выросло удержание, а главное, количество сделок между пользователями. Наверное, это самый хитрый гросхак KPI, который был в моей жизни.
——
Владимир Миролюбов, основатель платформы для самообразования «Единорог», канал @ruspm
👍3
Рубрика #УголокТщеславия. В порыве мании величия пару месяцев назад я решил публиковать «Притчи продуктолога» на английском языке. Текст это скорее литературный, поэтому я даже не пытался переводить сам и поручил это нелегкое дело прекрасной и умнейшей Марии Вилиной. Английская версия называется Tales of a Product Owner и выходит на Медиуме: https://medium.com/@aleksritov
Читателям оригинальной русской версии будет не очень интересно, потому что английская версия выходит с отставанием на два месяца. Но если вы хотите насладиться прекрасным британским языком, подписывайтесь. А еще посоветуйте, пожалуйста, в личку, в каких пабликах Медиума лучше размещать такой формат.
Читателям оригинальной русской версии будет не очень интересно, потому что английская версия выходит с отставанием на два месяца. Но если вы хотите насладиться прекрасным британским языком, подписывайтесь. А еще посоветуйте, пожалуйста, в личку, в каких пабликах Медиума лучше размещать такой формат.
👍2
27. Технический долг – «кто виноват»
Несколько лет назад мы с командой накопили такой технический долг, который полностью парализовал развитие продукта. Любое изменение приходилось делать неделями, и оно порождало множество ошибок. Команда была деморализована, начались ссоры. Выяснение отношений на ретроспективе помогало слабо. Продукт перестал развиваться, представители бизнеса выражали обеспокоенность все чаще. Встал вопрос «кто виноват». Scrum говорит, что я как Product owner отвечаю за продукт, а техническая реализация, включая технический долг – это ответственность команды.
Я смотрю на это иначе. Продакт овнер – на то и «овнер», что отвечает за всё, что влияет на продукт. Я как старый дед постоянно ворчал, что надо заниматься техническим долгом и архитектурой. Но дальше слов и призывов взяться за ум дело не шло. Я был обязан предвидеть коллапс и принять меры. Какие именно, расскажу в следующей притче. Главная мысль этой: продуктовый менеджер отвечает за всё, даже за что он не отвечает.
Несколько лет назад мы с командой накопили такой технический долг, который полностью парализовал развитие продукта. Любое изменение приходилось делать неделями, и оно порождало множество ошибок. Команда была деморализована, начались ссоры. Выяснение отношений на ретроспективе помогало слабо. Продукт перестал развиваться, представители бизнеса выражали обеспокоенность все чаще. Встал вопрос «кто виноват». Scrum говорит, что я как Product owner отвечаю за продукт, а техническая реализация, включая технический долг – это ответственность команды.
Я смотрю на это иначе. Продакт овнер – на то и «овнер», что отвечает за всё, что влияет на продукт. Я как старый дед постоянно ворчал, что надо заниматься техническим долгом и архитектурой. Но дальше слов и призывов взяться за ум дело не шло. Я был обязан предвидеть коллапс и принять меры. Какие именно, расскажу в следующей притче. Главная мысль этой: продуктовый менеджер отвечает за всё, даже за что он не отвечает.
👍3
28. Технический долг – «что делать»
Наверняка вы знаете, как устроены кредитные карты. Вы берете в долг у банка, потому что не хватает своих денег или вам так удобнее. У вас есть месяц-другой грейс периода, когда можно не отдавать долг. Если не успели погасить долг в течение грейс периода, придется выплачивать проценты. Можно отдавать очень медленно, но проценты будут расти как снежный ком.
С техническим долгом работает также. Вы торопитесь выпустить новые фичи и берете в долг у «себя из будущего». Какое-то время долг не мешает жить, но постепенно дает о себе знать. Потом критично накапливается и доводит до банкротства. Понять «что делать» помогут банковские практики:
1. Правильно оценить объем долга. Это самое сложное. Как сделать, расскажу в следующей притче.
2. Утвердить график выплаты долга. Выплаты должны быть регулярными и равномерными.
3. Если «платеж» просрочен, организовать серьезный разговор. Как это делают банки.
4. Если «платеж» просрочен несколько раз подряд – вызывать коллекторов. В нашем случае – вводить внешнее управление командой разработки.
Помните, любой долг берется легко, а отдается сложно.
Наверняка вы знаете, как устроены кредитные карты. Вы берете в долг у банка, потому что не хватает своих денег или вам так удобнее. У вас есть месяц-другой грейс периода, когда можно не отдавать долг. Если не успели погасить долг в течение грейс периода, придется выплачивать проценты. Можно отдавать очень медленно, но проценты будут расти как снежный ком.
С техническим долгом работает также. Вы торопитесь выпустить новые фичи и берете в долг у «себя из будущего». Какое-то время долг не мешает жить, но постепенно дает о себе знать. Потом критично накапливается и доводит до банкротства. Понять «что делать» помогут банковские практики:
1. Правильно оценить объем долга. Это самое сложное. Как сделать, расскажу в следующей притче.
2. Утвердить график выплаты долга. Выплаты должны быть регулярными и равномерными.
3. Если «платеж» просрочен, организовать серьезный разговор. Как это делают банки.
4. Если «платеж» просрочен несколько раз подряд – вызывать коллекторов. В нашем случае – вводить внешнее управление командой разработки.
Помните, любой долг берется легко, а отдается сложно.
👍2
29. Зачем вам нужен технический бэклог
У продукт овнера и команды разработки конфликт. Овнер топит за новые фичи, разработчики требуют время на рефакторинг. Технической частью часто жертвуют и плодят технический долг. Проблема не в жестоком мире бизнеса, а в неумении программистов вести технический бэклог. Обычно он состоит из задач типа «Отрефакторить контроллер». Польза таких задачи не очевидна продукт овнеру. Вот принципы для превращения разрозненных задач в бэклог:
1) ПОЛЬЗА. Задачи должны быть объединены в эпики, у каждого эпика – внятное полезное действие. Плохой эпик: «Отрефакторить сборку проекта». Хороший: «Ускорить сборку с 5 минут до 20 секунд». Плохой: «Переписать JS». Хороший: «Ускорить время разработки нового отчета с 2 недель до 1 дня».
2) ОЦЕНКА. Каждая задача по отдельности и состоящие из них эпики технического бэклога должны быть оценены в тех же единицах, что и ваш продуктовый бэклог. Store points, S/M/L, идеальные часы – не важно, главное оценить.
3) РЕГУЛЯРНОСТЬ. Работа над техническим бэклогом должна быть регулярной активностью в календаре. Наша команда собирается на полуторачасовой технический груминг раз в две недели.
Если эти принципы соблюдаются, команде разработки будет легко общаться с продукт овнером и договориться о технических задачах в каждом спринте.
У продукт овнера и команды разработки конфликт. Овнер топит за новые фичи, разработчики требуют время на рефакторинг. Технической частью часто жертвуют и плодят технический долг. Проблема не в жестоком мире бизнеса, а в неумении программистов вести технический бэклог. Обычно он состоит из задач типа «Отрефакторить контроллер». Польза таких задачи не очевидна продукт овнеру. Вот принципы для превращения разрозненных задач в бэклог:
1) ПОЛЬЗА. Задачи должны быть объединены в эпики, у каждого эпика – внятное полезное действие. Плохой эпик: «Отрефакторить сборку проекта». Хороший: «Ускорить сборку с 5 минут до 20 секунд». Плохой: «Переписать JS». Хороший: «Ускорить время разработки нового отчета с 2 недель до 1 дня».
2) ОЦЕНКА. Каждая задача по отдельности и состоящие из них эпики технического бэклога должны быть оценены в тех же единицах, что и ваш продуктовый бэклог. Store points, S/M/L, идеальные часы – не важно, главное оценить.
3) РЕГУЛЯРНОСТЬ. Работа над техническим бэклогом должна быть регулярной активностью в календаре. Наша команда собирается на полуторачасовой технический груминг раз в две недели.
Если эти принципы соблюдаются, команде разработки будет легко общаться с продукт овнером и договориться о технических задачах в каждом спринте.
❤1