😁70👎17👍11💩2😢1
235. Код как город
У городов во всем мире много проблем – пробки, плохая экология, перенаселение, ветхая инфраструктура, уродливые антенны мобильной связи. Причина в том, что города строили при одних условиях, а живут они при других. То канализацию изобретут, то электричество, то автомобили подешевеют, то нужно тысячи рабочих на завод, то они безработные и занимаются грабежами, то маятниковая миграция работа-дом, то локдаун и удаленка. Условия меняются быстро, а города медленно, потому что это сложно и дорого.
Иногда кажется, что надо учесть все ошибки городского планирования и построить рядом другой город. Новый, удобный для жизни, красивый. А когда будет готово, переселить туда жителей. Такие проекты почти всегда заканчиваются банкротством и/или становятся гораздо хуже старых городов. Это исторический факт.
Единственный здоровый способ – научиться развивать старый город постоянно, не прекращая жизнь и не выгоняя из него жителей. Да, неудобно, что плитку кладут или эскалатор в метро меняют. Но это единственно работающий способ получить приемлемый результат в рамках бюджета.
Код продуктов – как города. Он устаревает почти сразу же после запуска. Если не вкладывать в его развитие, то через пару лет у владельцев продукта возникает мысль: «У нас все тормозит и глючит, разработчики говорят, что нужно все переписать, давайте сделаем новый продукт и потом переключимся на него». Звучит логично, но на практике переписывание затягивается на год-два, старый продукт при этом выкатывает какие-то фичи, которых в новом нет. В итоге новое или не запускают или оно работает плохо. Теряются миллионы, руководителя увольняют, команда увольняется сама.
Продукты надо переписывать по частям, помодульно. Если это монолит и в нем нет модулей, то... все равно, переписывать помодульно. Есть способы и технологии. Главное, чтобы новое и старое работали в продакшене параллельно. Если этого не сделать, вы получите очередной утопический город, на который потратили все деньги мира, а он хуже старого.
У городов во всем мире много проблем – пробки, плохая экология, перенаселение, ветхая инфраструктура, уродливые антенны мобильной связи. Причина в том, что города строили при одних условиях, а живут они при других. То канализацию изобретут, то электричество, то автомобили подешевеют, то нужно тысячи рабочих на завод, то они безработные и занимаются грабежами, то маятниковая миграция работа-дом, то локдаун и удаленка. Условия меняются быстро, а города медленно, потому что это сложно и дорого.
Иногда кажется, что надо учесть все ошибки городского планирования и построить рядом другой город. Новый, удобный для жизни, красивый. А когда будет готово, переселить туда жителей. Такие проекты почти всегда заканчиваются банкротством и/или становятся гораздо хуже старых городов. Это исторический факт.
Единственный здоровый способ – научиться развивать старый город постоянно, не прекращая жизнь и не выгоняя из него жителей. Да, неудобно, что плитку кладут или эскалатор в метро меняют. Но это единственно работающий способ получить приемлемый результат в рамках бюджета.
Код продуктов – как города. Он устаревает почти сразу же после запуска. Если не вкладывать в его развитие, то через пару лет у владельцев продукта возникает мысль: «У нас все тормозит и глючит, разработчики говорят, что нужно все переписать, давайте сделаем новый продукт и потом переключимся на него». Звучит логично, но на практике переписывание затягивается на год-два, старый продукт при этом выкатывает какие-то фичи, которых в новом нет. В итоге новое или не запускают или оно работает плохо. Теряются миллионы, руководителя увольняют, команда увольняется сама.
Продукты надо переписывать по частям, помодульно. Если это монолит и в нем нет модулей, то... все равно, переписывать помодульно. Есть способы и технологии. Главное, чтобы новое и старое работали в продакшене параллельно. Если этого не сделать, вы получите очередной утопический город, на который потратили все деньги мира, а он хуже старого.
👍70🕊3🐳3👏2
Лет ми спик мор профешинали
Пару месяцев назад мы делали эфиры с крутыми девчонками из AgileFluent. Учились делать резюме на английском, проходить собеседование в иностранную компанию и все такое. Я выступал подопытным кроликом.
Тут они ко мне приходят и говорят, у нас появился курс бизнес-английского для продактов. Для меня выражение «бизнес-английский» означает какую-то муть для юристов и прочих сейлзов, типа: «От лица компании позвольте выразить обеспокоенность сложившейся ситуацией».
Оказалось, бизнес-английский их разлива – совсем иное. Провести брейншторм, обсудить бэклог, запитчить презу. Лично мне такого не хватало: о погоде бегло болтаешь, а как доходит дело до профессиональных разговоров, начинаешь тупить, хотя атмосфера неофициальная и люди все простые и свои.
Короче, мы решили замутить практикум для меня и ВСЕХ ВАС. В четверг 10 ноября в 19:00 мск все желающие смогут попрактиковаться в английском вместе с лингвистом и ментором. Прийти могут хоть сотня человек, будем разделяться на группы и отрабатывать ситуации из жизни.
Требования: быть продактом (или близким к этой профессии) и уметь говорить на английском хотя бы на базовом уровне.
Практикум бесплатный, но нужно заранее зарегистрироваться по ссылке https://tally.so/r/wzEMW0 – вам вышлют ссылку на Зум и пошарят материалы.
До встречи в четверг.
#партнерскийпост
Пару месяцев назад мы делали эфиры с крутыми девчонками из AgileFluent. Учились делать резюме на английском, проходить собеседование в иностранную компанию и все такое. Я выступал подопытным кроликом.
Тут они ко мне приходят и говорят, у нас появился курс бизнес-английского для продактов. Для меня выражение «бизнес-английский» означает какую-то муть для юристов и прочих сейлзов, типа: «От лица компании позвольте выразить обеспокоенность сложившейся ситуацией».
Оказалось, бизнес-английский их разлива – совсем иное. Провести брейншторм, обсудить бэклог, запитчить презу. Лично мне такого не хватало: о погоде бегло болтаешь, а как доходит дело до профессиональных разговоров, начинаешь тупить, хотя атмосфера неофициальная и люди все простые и свои.
Короче, мы решили замутить практикум для меня и ВСЕХ ВАС. В четверг 10 ноября в 19:00 мск все желающие смогут попрактиковаться в английском вместе с лингвистом и ментором. Прийти могут хоть сотня человек, будем разделяться на группы и отрабатывать ситуации из жизни.
Требования: быть продактом (или близким к этой профессии) и уметь говорить на английском хотя бы на базовом уровне.
Практикум бесплатный, но нужно заранее зарегистрироваться по ссылке https://tally.so/r/wzEMW0 – вам вышлют ссылку на Зум и пошарят материалы.
До встречи в четверг.
#партнерскийпост
❤18👍9🔥4👎1
236. Нормализация годовых платежей
Вещь элементарная, но расскажу, потому что некоторые ребята не знают.
У вас продукт с ежемесячной подпиской, но есть возможность оформить годовую подписку со скидкой. Годовая подписка хороша тем, что гарантированно удерживает пользователей в течение года и дает больше денег «в моменте», но из-за скидки уменьшается выручка и создаются всплески в бухгалтерии.
Для планирования стоит нормализовывать годовые платежи в статистике – размазывать их равномерно по всему году. Поясню на примере:
– 10К пользователей платят по 100 руб. ежемесячно, ежемесячная выручка у вас 1М руб.
– В октябре вы проводите удачную рекламную кампанию и к вам добавляются еще 1000 пользователей. Но на количество пользователей вы особо не смотрите, зато видите, что ежемесячная выручка выросла с 1М до 2М. Удвоение выручки – это невероятно. Вы покупаете шампанское и машину.
– В ноябре ваша выручка снова 1М. Как так? У вас же подписочная модель! Неужели все новые пользователи сразу же отписались? Вы плачете, продаете машину и покупаете водку.
– А нужно смотреть нормализованную выручку. 1000 новых пользователей в октябре купили годовой план, потому что он был на 10% дешевле, т.е. за год платишь не 1200 руб, а 1000. Эти деньги нужно размазать по ближайшему году: 1000/12 = 83 руб на пользователя или 83К на всю тысячу новых пользователей.
– В нормализованной выручке не будет скачков, просто в октябре выручка вырастет с 1М до 1,083М и останется такой в следующие месяцы. Увидев это, вы умеренно порадуетесь и купите маркетингу пиццу за успешно проведенную рекламную кампанию.
Вещь элементарная, но расскажу, потому что некоторые ребята не знают.
У вас продукт с ежемесячной подпиской, но есть возможность оформить годовую подписку со скидкой. Годовая подписка хороша тем, что гарантированно удерживает пользователей в течение года и дает больше денег «в моменте», но из-за скидки уменьшается выручка и создаются всплески в бухгалтерии.
Для планирования стоит нормализовывать годовые платежи в статистике – размазывать их равномерно по всему году. Поясню на примере:
– 10К пользователей платят по 100 руб. ежемесячно, ежемесячная выручка у вас 1М руб.
– В октябре вы проводите удачную рекламную кампанию и к вам добавляются еще 1000 пользователей. Но на количество пользователей вы особо не смотрите, зато видите, что ежемесячная выручка выросла с 1М до 2М. Удвоение выручки – это невероятно. Вы покупаете шампанское и машину.
– В ноябре ваша выручка снова 1М. Как так? У вас же подписочная модель! Неужели все новые пользователи сразу же отписались? Вы плачете, продаете машину и покупаете водку.
– А нужно смотреть нормализованную выручку. 1000 новых пользователей в октябре купили годовой план, потому что он был на 10% дешевле, т.е. за год платишь не 1200 руб, а 1000. Эти деньги нужно размазать по ближайшему году: 1000/12 = 83 руб на пользователя или 83К на всю тысячу новых пользователей.
– В нормализованной выручке не будет скачков, просто в октябре выручка вырастет с 1М до 1,083М и останется такой в следующие месяцы. Увидев это, вы умеренно порадуетесь и купите маркетингу пиццу за успешно проведенную рекламную кампанию.
👍40👌7👨💻7😁4
Сегодня вечером практикум по английскому
Сегодня в 19:00 мск практикум по английскому для продактов. Бесплатно и для всех желающих. Регистрация по ссылке https://tally.so/r/wzEMW0
С лингвистом и ментором будем учиться проводить планинги и прочие бейнштормы. Надеюсь вы придете, потому что я не хочу позориться один, а хочу позориться вместе с вами.
Летс до ит гайз!
P.S. Те, кто зарегался, но не получил приглашение в специальный секретный чатик — пишите мне в личку. @aleksritov
Сегодня в 19:00 мск практикум по английскому для продактов. Бесплатно и для всех желающих. Регистрация по ссылке https://tally.so/r/wzEMW0
С лингвистом и ментором будем учиться проводить планинги и прочие бейнштормы. Надеюсь вы придете, потому что я не хочу позориться один, а хочу позориться вместе с вами.
Летс до ит гайз!
P.S. Те, кто зарегался, но не получил приглашение в специальный секретный чатик — пишите мне в личку. @aleksritov
👌4
Отзыв о практикуме AgileFluent
Вчера прошел практикум «Английский для продактов» от прекраснейших лингвистов из AgileFluent. По группам мы брейнштормили стартап для Кипра. Было весело и… сложно.
В спорте я замечал, что незнакомое упражнение вызывает трудности даже у тренированных людей. Например, жмешь большие веса на штанге, все хорошо, а потом поотжимался на брусьях, вроде похожее упражнение и легкое, а на следующей день всё болит. Потому что непривычно.
Так и с английским, незнакомая тема вызывает затруднения. Я привык разговаривать по-английски на бытовые темы и обсуждать планы на работе, но не привык проводить планинги, груминги и брейнштормы. Потому что команда у меня всегда была русскоязычная. Поэтому у меня вчера на брейншторме болели все мозговые мышцы.
Просто отлично, что девчонки из AgileFluent сделали специальный интенсив по английскому для продактов. Судя по вчерашнему пробному занятию, вещь супер полезная. А еще меня приятно удивил их замечательный уровень английского и грамотный фидбэк.
Спасибо всем, кто вчера участвовал.
#партнерскийпост
Вчера прошел практикум «Английский для продактов» от прекраснейших лингвистов из AgileFluent. По группам мы брейнштормили стартап для Кипра. Было весело и… сложно.
В спорте я замечал, что незнакомое упражнение вызывает трудности даже у тренированных людей. Например, жмешь большие веса на штанге, все хорошо, а потом поотжимался на брусьях, вроде похожее упражнение и легкое, а на следующей день всё болит. Потому что непривычно.
Так и с английским, незнакомая тема вызывает затруднения. Я привык разговаривать по-английски на бытовые темы и обсуждать планы на работе, но не привык проводить планинги, груминги и брейнштормы. Потому что команда у меня всегда была русскоязычная. Поэтому у меня вчера на брейншторме болели все мозговые мышцы.
Просто отлично, что девчонки из AgileFluent сделали специальный интенсив по английскому для продактов. Судя по вчерашнему пробному занятию, вещь супер полезная. А еще меня приятно удивил их замечательный уровень английского и грамотный фидбэк.
Спасибо всем, кто вчера участвовал.
#партнерскийпост
🔥14👍3
🔥31😁15😢5👍3💩2👨💻2
237. Как вести профессиональный блог
Читатели спрашивали, как я работаю над каналом. Поделюсь некоторыми принципами.
Старт. Первым делом задал себе вопрос, смогу ли я вести канал хотя бы год. Если писать дважды в неделю, то потребуется сто постов. Смогу ли я придумать столько тем? Я сел и за полчаса написал 30 идей. Этого мне показалось достаточным, и я начал канал.
Бэклог. У меня есть документ, где записаны идеи для будущих постов. Постоянно его пополняю. Я пишу о работе, поэтому темы появляются сами собой. Постоянно чему-то учусь, сталкиваюсь с интересными ситуациями. Обычно в документе около 40 идей.
Посты. На пост трачу минут сорок. Открываю список тем, выбираю то, что нравится, и пишу об этом. Потом вычитываю, сокращаю и трачу много сил, чтобы сделать выражения проще. Когда готово, прогоняю через glvrd.ru и даю прочитать жене. Она помогает исправить ошибки: логические, грамматические, пунктуационные.
График. Без четкого графика нет проекта. Лучше писать редко, но регулярно. Нужно найти график, который сможешь выдержать хотя бы год. Первые полтора года я выпускал два поста в неделю, потом перешел на один пост и одну «поговорку» в неделю. Иногда к этому графику добавляются партнерские посты. Стараюсь писать заранее на выходных, но иногда затягиваю и пишу в последний момент.
Монетизация. У меня некоммерческий канал, поэтому рекламу не размещаю, хотя регулярно предлагают. Изредка делаю партнерские интеграции. У меня не стоит цель получить как можно больше подписчиков и широкий охват. Канал – для души и тренировки мозгов.
Раскрутка. Первое время я раскручивал канал. Хотелось набрать аудиторию, с которой можно пообщаться и посоветоваться. Привлекал подписчиков через телеграм каналы схожей тематики. Поначалу я платил деньги за размещение. Когда на канале появилось 2 тысячи подписчиков, платить перестал, потому что стали предлагать взаимный пиар.
Техника. Все посты пишу в гугл документе, так удобнее, и он является бэкапом текстов. Для публикации не использую никаких ботов: выделить текст жирным, залинковать слово и создать отложенный пост – все это делается штатными средствами. Статистику смотрю в tgstat.
Читатели спрашивали, как я работаю над каналом. Поделюсь некоторыми принципами.
Старт. Первым делом задал себе вопрос, смогу ли я вести канал хотя бы год. Если писать дважды в неделю, то потребуется сто постов. Смогу ли я придумать столько тем? Я сел и за полчаса написал 30 идей. Этого мне показалось достаточным, и я начал канал.
Бэклог. У меня есть документ, где записаны идеи для будущих постов. Постоянно его пополняю. Я пишу о работе, поэтому темы появляются сами собой. Постоянно чему-то учусь, сталкиваюсь с интересными ситуациями. Обычно в документе около 40 идей.
Посты. На пост трачу минут сорок. Открываю список тем, выбираю то, что нравится, и пишу об этом. Потом вычитываю, сокращаю и трачу много сил, чтобы сделать выражения проще. Когда готово, прогоняю через glvrd.ru и даю прочитать жене. Она помогает исправить ошибки: логические, грамматические, пунктуационные.
График. Без четкого графика нет проекта. Лучше писать редко, но регулярно. Нужно найти график, который сможешь выдержать хотя бы год. Первые полтора года я выпускал два поста в неделю, потом перешел на один пост и одну «поговорку» в неделю. Иногда к этому графику добавляются партнерские посты. Стараюсь писать заранее на выходных, но иногда затягиваю и пишу в последний момент.
Монетизация. У меня некоммерческий канал, поэтому рекламу не размещаю, хотя регулярно предлагают. Изредка делаю партнерские интеграции. У меня не стоит цель получить как можно больше подписчиков и широкий охват. Канал – для души и тренировки мозгов.
Раскрутка. Первое время я раскручивал канал. Хотелось набрать аудиторию, с которой можно пообщаться и посоветоваться. Привлекал подписчиков через телеграм каналы схожей тематики. Поначалу я платил деньги за размещение. Когда на канале появилось 2 тысячи подписчиков, платить перестал, потому что стали предлагать взаимный пиар.
Техника. Все посты пишу в гугл документе, так удобнее, и он является бэкапом текстов. Для публикации не использую никаких ботов: выделить текст жирным, залинковать слово и создать отложенный пост – все это делается штатными средствами. Статистику смотрю в tgstat.
👍92❤8🔥8🤩5
😁24👍14💩1
238. О найме «стариков из деревни»
Программистов из маленьких компаний не любят брать на работу в приличные места. А еще больше не любят брать людей «за сорок». Это кажется жутко несправедливым и обидным, если не берут на работу тебя. Но давайте посмотрим на таких людей глазами нанимающей стороны.
Опыт в маленьких компаниях. Разработчик 10 лет проработал в студии «Пупкин и партнеры», где был ведущим разработчиком. Нанимающий тимлид думает: «Чувак работает в своей песочнице всю жизнь, с другими разрабами почти не коммуницирует, чувствует себя незаменимым, новых технологий не внедряет, да ну его нафиг, поищу другого».
Возраст ближе к 50. У программиста опыт работы больше 25 лет, работал с различными стеками. Нанимающий тимлид думает: «Знаю я таких, последние десять лет он вообще не развивается, научился чему-то давным-давно и теперь эти подходы тиражирует, при этом чувствует себя очень опытным и обижается, если его поправляют, молодых хоть переучить можно, а тут уже без шанса».
Возраст + опыт в маленькой компании. Нанимающий тимлид кричит HR-у: «Юля, блин, ну зачем ты шлешь мне такие резюме!»
Тимлида можно понять. Его оценка основана не на предубеждениях, а на личном опыте. 80% специалистов соответствует его оценке. Ради оставшихся 20% не стоит напрягаться.
Выход есть. Если вы не можете найти работу из-за перечисленных причин, знайте, с этим можно и нужно работать. Начать на этапе резюме, продолжить на интервью и даже после него в личной переписке.
Работайте с возражениями превентивно. Работали только в маленьких компаниях – снимите страхи работодателя о плохих коммуникациях, ненагруженных проектах и неактуальных стеках. Расскажите, как вы коммуницировали с подрядчикам, как решали сложные технические и организационные задачи.
Если вы уже не молоды и чувствуете дискриминацию по возрасту – не бухтите, а работайте со страхами нанимающей стороны. Расскажите, какие технологии вы освоили и внедрили за последние два года. Спросите, есть ли в компании люди, у которых вы можете научиться чему-то новому.
Выше нос, вы еще покажете этим городским зазнайкам!
Программистов из маленьких компаний не любят брать на работу в приличные места. А еще больше не любят брать людей «за сорок». Это кажется жутко несправедливым и обидным, если не берут на работу тебя. Но давайте посмотрим на таких людей глазами нанимающей стороны.
Опыт в маленьких компаниях. Разработчик 10 лет проработал в студии «Пупкин и партнеры», где был ведущим разработчиком. Нанимающий тимлид думает: «Чувак работает в своей песочнице всю жизнь, с другими разрабами почти не коммуницирует, чувствует себя незаменимым, новых технологий не внедряет, да ну его нафиг, поищу другого».
Возраст ближе к 50. У программиста опыт работы больше 25 лет, работал с различными стеками. Нанимающий тимлид думает: «Знаю я таких, последние десять лет он вообще не развивается, научился чему-то давным-давно и теперь эти подходы тиражирует, при этом чувствует себя очень опытным и обижается, если его поправляют, молодых хоть переучить можно, а тут уже без шанса».
Возраст + опыт в маленькой компании. Нанимающий тимлид кричит HR-у: «Юля, блин, ну зачем ты шлешь мне такие резюме!»
Тимлида можно понять. Его оценка основана не на предубеждениях, а на личном опыте. 80% специалистов соответствует его оценке. Ради оставшихся 20% не стоит напрягаться.
Выход есть. Если вы не можете найти работу из-за перечисленных причин, знайте, с этим можно и нужно работать. Начать на этапе резюме, продолжить на интервью и даже после него в личной переписке.
Работайте с возражениями превентивно. Работали только в маленьких компаниях – снимите страхи работодателя о плохих коммуникациях, ненагруженных проектах и неактуальных стеках. Расскажите, как вы коммуницировали с подрядчикам, как решали сложные технические и организационные задачи.
Если вы уже не молоды и чувствуете дискриминацию по возрасту – не бухтите, а работайте со страхами нанимающей стороны. Расскажите, какие технологии вы освоили и внедрили за последние два года. Спросите, есть ли в компании люди, у которых вы можете научиться чему-то новому.
Выше нос, вы еще покажете этим городским зазнайкам!
👍77❤14
❤27👨💻7👍4😢3💩3😁1
239. Как джуну устроиться в продуктовую компанию
Меня периодически спрашивают начинающие дизайнеры, продакты, программисты: «Как найти первую работу, джуны никому не нужны, а как перестать быть джуном, если на работу не берут?»
Я всегда отвечал, что, мол, не знаю, я джуном 20 лет назад был, теперь все иначе. И тут меня осенило, я ведь постоянно нанимаю людей, а значит могу ответить на вопрос со стороны нанимателя. Отвечу на вопрос «какого джуна я бы взял?» Буду говорить за продуктовую IT-компанию, простите, в остальном не компетентен.
В продуктовой компании важно умение решать задачу с предсказуемым качеством в предсказуемый срок. Именно это отличает опытных работников от начинающих. В этом определении сплавлены хард- и софт-навыки.
Сначала в резюме, потом в сопроводительном письме, затем на собеседовании покажите эти навыки. Делается это через кейсы. Рассказываешь по формуле: Была проблема, вот что я делал, вот что получилось. Вам нужно подготовить минимум 3 профессиональных кейса.
А теперь главный вопрос: где взять кейсы, если ты джун и у тебя за плечами только курс Скилл бокса? Не говорить же: «Была проблема получить зачет и вот как я ее решил». А надо кейсы найти и сделать. Это довольно просто, если не брать денег. В мире полно мест, где надо что-то запрограммировать или задизайнить. Я именно так в молодости и делал – клепал сайты за бесплатно или за копейки, а когда появилось портфолио, получил хорошую работу.
Ключевой момент – рассказывать о своем опыте по формуле проблема-действие-результат. Это не даст гарантии найма, но на собеседовании в продуктовой компании здорово повысит шансы. Этого почему-то многие недооценивают. Приходит, к примеру, опытный дизайнер из веб-студии и на вопрос, какой критерий выполненной задачи, говорит: «Чтобы понравилось заказчику». Или разработчик из фриланса отвечает: «Мне ТЗ высылают, я по нему делаю». Слушая такое, продакт кричит HR-у: «Юля, ну я же просил приглашать людей только из продуктовых компаний!»
На освоение языка программирования или дизайн-навыков нужно 1-3 года. Для изменения образа мышления, многим не хватает всей жизни. Опытные руководители ценят верный майндсет.
Меня периодически спрашивают начинающие дизайнеры, продакты, программисты: «Как найти первую работу, джуны никому не нужны, а как перестать быть джуном, если на работу не берут?»
Я всегда отвечал, что, мол, не знаю, я джуном 20 лет назад был, теперь все иначе. И тут меня осенило, я ведь постоянно нанимаю людей, а значит могу ответить на вопрос со стороны нанимателя. Отвечу на вопрос «какого джуна я бы взял?» Буду говорить за продуктовую IT-компанию, простите, в остальном не компетентен.
В продуктовой компании важно умение решать задачу с предсказуемым качеством в предсказуемый срок. Именно это отличает опытных работников от начинающих. В этом определении сплавлены хард- и софт-навыки.
Сначала в резюме, потом в сопроводительном письме, затем на собеседовании покажите эти навыки. Делается это через кейсы. Рассказываешь по формуле: Была проблема, вот что я делал, вот что получилось. Вам нужно подготовить минимум 3 профессиональных кейса.
А теперь главный вопрос: где взять кейсы, если ты джун и у тебя за плечами только курс Скилл бокса? Не говорить же: «Была проблема получить зачет и вот как я ее решил». А надо кейсы найти и сделать. Это довольно просто, если не брать денег. В мире полно мест, где надо что-то запрограммировать или задизайнить. Я именно так в молодости и делал – клепал сайты за бесплатно или за копейки, а когда появилось портфолио, получил хорошую работу.
Ключевой момент – рассказывать о своем опыте по формуле проблема-действие-результат. Это не даст гарантии найма, но на собеседовании в продуктовой компании здорово повысит шансы. Этого почему-то многие недооценивают. Приходит, к примеру, опытный дизайнер из веб-студии и на вопрос, какой критерий выполненной задачи, говорит: «Чтобы понравилось заказчику». Или разработчик из фриланса отвечает: «Мне ТЗ высылают, я по нему делаю». Слушая такое, продакт кричит HR-у: «Юля, ну я же просил приглашать людей только из продуктовых компаний!»
На освоение языка программирования или дизайн-навыков нужно 1-3 года. Для изменения образа мышления, многим не хватает всей жизни. Опытные руководители ценят верный майндсет.
🔥48👍21❤1
🔥9😁7🤔3💩3👨💻1
240. Человек из Кемерово
В фильме «Криминальное чтиво» был персонаж мистер Вульф. Он решал любые проблемы, когда другие не справлялись. И вроде бы ничего особого не делал, но хладнокровно все разруливал. Борис Гребенщиков, вдохновившись этим персонажем, написал песню «Человек из Кемерово», такую русскую локализацию крутого решальщика проблем.
Менеджер продуктов должен быть именно таким. Он отвечает за итоговый результат. Бывает, коллеги «не вывозят» и нужен тот, кто «молча поправит все». Приведу пример из моей практики.
Пользователи жаловались, что не приходят письма. Для продукта это критично, важно было реагировать быстро. Разработчики сказали, что все работает штатно. Админы убеждали, что все настройки сделаны.
Я погуглил и разобрался, что такое SPF, DKIM, DMARK, FBL и выдал конкретное задание админу. Затем пообщался с поддержкой мэйлера и купил выделенный IP. Пообщаться с поддержкой провайдера и предоставил доказательства, что мы не спамеры. Внимательно изучил логи, выловил еще несколько проблем, пообщался с поддержкой мэйлера и решил их. Все знания задокументировал в корпоративной wiki.
Свою ли я работу делал? Однозначно нет, это работа админа. Но учитывая ситуацию с людьми, мы бы решали проблему не меньше месяца. Поэтому пришлось включать режим решателя проблем и сделать все самому.
Не надо путать режим решателя проблем с максимой «все приходится делать самому». Лично я стараюсь делегировать все, что возможно. Но если невозможно, приходится звать человека из Кемерово.
В фильме «Криминальное чтиво» был персонаж мистер Вульф. Он решал любые проблемы, когда другие не справлялись. И вроде бы ничего особого не делал, но хладнокровно все разруливал. Борис Гребенщиков, вдохновившись этим персонажем, написал песню «Человек из Кемерово», такую русскую локализацию крутого решальщика проблем.
Менеджер продуктов должен быть именно таким. Он отвечает за итоговый результат. Бывает, коллеги «не вывозят» и нужен тот, кто «молча поправит все». Приведу пример из моей практики.
Пользователи жаловались, что не приходят письма. Для продукта это критично, важно было реагировать быстро. Разработчики сказали, что все работает штатно. Админы убеждали, что все настройки сделаны.
Я погуглил и разобрался, что такое SPF, DKIM, DMARK, FBL и выдал конкретное задание админу. Затем пообщался с поддержкой мэйлера и купил выделенный IP. Пообщаться с поддержкой провайдера и предоставил доказательства, что мы не спамеры. Внимательно изучил логи, выловил еще несколько проблем, пообщался с поддержкой мэйлера и решил их. Все знания задокументировал в корпоративной wiki.
Свою ли я работу делал? Однозначно нет, это работа админа. Но учитывая ситуацию с людьми, мы бы решали проблему не меньше месяца. Поэтому пришлось включать режим решателя проблем и сделать все самому.
Не надо путать режим решателя проблем с максимой «все приходится делать самому». Лично я стараюсь делегировать все, что возможно. Но если невозможно, приходится звать человека из Кемерово.
🔥85❤9👍8
Профессия менеджера продукта относительно молодая. Поэтому в компаниях по разному понимают набора задач и компетенций продактов. Ребята из ProductLand предлагают способ оценить квалификацию продуктовых менеджеров. Им слово.
————————————
Система оценки компетенций менеджеров по продукту – DUCK framework
Профессия менеджера по продукту является достаточно новой сущностью для российского рынка. С учетом этого, на данный момент между разными компаниями, а также внутри компаний, существует разное понимание набора задач и компетенций по данной профессии. Эта рассинхронизация приводит к неэффективности процессов и рискам для конкурентоспособного развития компании.
Методика создана Мишей Карповым и ProductStar и содержит структурный подход и рекомендации, основанные на опыте продуктовой трансформации более 50 российских и зарубежных продуктовых компаний (Яндекс, Amazon, Booking, Miro, Facebook) в рабочей группе сотрудников данных компаний Senior и C-level уровня.
Фреймворк DUCK состоит из 4 частей:
1. Структура из ключевых групп навыков
2. Блоки компетенций и «роза навыков»
3. Матрица компетенций
4. Набор дополняющих материалов
Описание фреймворка в виде лонгрида.
Также заходите к нам на platform.productland.ru – это карьерно-образовательный media-портал, созданный вместе с комьюнити, в котором опубликованы сотни материалов в виде статей, фреймворков, шаблонов, инструментов, вакансий, курсов и событий. Бесплатно в открытом доступе.
ProductCamp Base – наша телеграм-группа.
#партнерскийпост
————————————
Система оценки компетенций менеджеров по продукту – DUCK framework
Профессия менеджера по продукту является достаточно новой сущностью для российского рынка. С учетом этого, на данный момент между разными компаниями, а также внутри компаний, существует разное понимание набора задач и компетенций по данной профессии. Эта рассинхронизация приводит к неэффективности процессов и рискам для конкурентоспособного развития компании.
Методика создана Мишей Карповым и ProductStar и содержит структурный подход и рекомендации, основанные на опыте продуктовой трансформации более 50 российских и зарубежных продуктовых компаний (Яндекс, Amazon, Booking, Miro, Facebook) в рабочей группе сотрудников данных компаний Senior и C-level уровня.
Фреймворк DUCK состоит из 4 частей:
1. Структура из ключевых групп навыков
2. Блоки компетенций и «роза навыков»
3. Матрица компетенций
4. Набор дополняющих материалов
Описание фреймворка в виде лонгрида.
Также заходите к нам на platform.productland.ru – это карьерно-образовательный media-портал, созданный вместе с комьюнити, в котором опубликованы сотни материалов в виде статей, фреймворков, шаблонов, инструментов, вакансий, курсов и событий. Бесплатно в открытом доступе.
ProductCamp Base – наша телеграм-группа.
#партнерскийпост
🔥10💩9👍2❤1
Об откликах на вакансию
Опубликовал вакансию, разбираю отклики разработчиков. Можно разделить на две группы по отношению к сопроводительному письму:
1. Не пишут сопроводительное письмо. Таких большинство. Всегда считал это почти хамством, потому что сам всегда пишу несколько предложений, которые не повторяют резюме, но дополняют, почему решил откликнуться именно на эту вакансию. Со временем смирился с тем, что люди не пишут. Меня коробит, но решил не записывать такое поведение в минусы.
2. Пишут хорошее сопроводительное письмо. Есть прямо отличные варианты, там и комплименты твоей компании и объяснения «почему именно хочу у вас работать», и подсвечивание важных навыков. Хорошие сопроводительные письма почти наверняка означают, что пишет джун с недостаточной квалификацией или вообще без нее (после курсов). Нечего показать в опыте, так хотя бы письмо хорошее напишу.
Какая-то извращенная статистика выходит. Просто наблюдение, без выводов.
Опубликовал вакансию, разбираю отклики разработчиков. Можно разделить на две группы по отношению к сопроводительному письму:
1. Не пишут сопроводительное письмо. Таких большинство. Всегда считал это почти хамством, потому что сам всегда пишу несколько предложений, которые не повторяют резюме, но дополняют, почему решил откликнуться именно на эту вакансию. Со временем смирился с тем, что люди не пишут. Меня коробит, но решил не записывать такое поведение в минусы.
2. Пишут хорошее сопроводительное письмо. Есть прямо отличные варианты, там и комплименты твоей компании и объяснения «почему именно хочу у вас работать», и подсвечивание важных навыков. Хорошие сопроводительные письма почти наверняка означают, что пишет джун с недостаточной квалификацией или вообще без нее (после курсов). Нечего показать в опыте, так хотя бы письмо хорошее напишу.
Какая-то извращенная статистика выходит. Просто наблюдение, без выводов.
🤡26👍8😁5🤔3👎2🐳2
👎5💯4❤1👍1💩1
241. Техника интервальных повторений
Лет десять назад коллега рассказал о технике интервальных повторений, он использовал ее для заучивания операторов в языке программирования (ну или чего-то такого, не помню). Техника построена на особенностях мозга запоминать то, что регулярно повторяется. Я решил попробовать для заучивания английских слов. С тех пор использую программу Anki на телефоне – она помогает повторять часто те слова, которые я забываю и не отвлекаться на те, что я и так хорошо знаю.
Несколько простых советов, как использовать метод и программу:
1. Создавай свои списки. В программе есть карточки, их можно создавать самому, а можно взять готовые. Если ты хочешь запомнить флаги всех стран мира, скачать готовый набор – отличная идея. Но с английскими словами у меня не сработало – мне было скучно изучать слова, которые я ни разу в жизни не встречал. Тогда я стал создавать свою колоду карточек сам. Если в речи или тексте мне встречалось незнакомое слово, я заносил его в приложение. Оно становилось «моим» и повторять его становилось приятно.
2. Занимайся регулярно. У меня около тысячи карточек. Если заниматься каждый день, то на это тратишь 3 минуты. Вообще не напрягает. Но если запустить, то «долг» накапливается и очень сложно его разобрать.
3. Заведи ритуал. Свои три минуты времени на изучение я трачу во время заваривания чая. Можно, конечно, потупить в новости, но я завел привычку повторять слова.
Если у кого есть опыт использования этой техники или другой подобной – поделитесь в комментариях.
Лет десять назад коллега рассказал о технике интервальных повторений, он использовал ее для заучивания операторов в языке программирования (ну или чего-то такого, не помню). Техника построена на особенностях мозга запоминать то, что регулярно повторяется. Я решил попробовать для заучивания английских слов. С тех пор использую программу Anki на телефоне – она помогает повторять часто те слова, которые я забываю и не отвлекаться на те, что я и так хорошо знаю.
Несколько простых советов, как использовать метод и программу:
1. Создавай свои списки. В программе есть карточки, их можно создавать самому, а можно взять готовые. Если ты хочешь запомнить флаги всех стран мира, скачать готовый набор – отличная идея. Но с английскими словами у меня не сработало – мне было скучно изучать слова, которые я ни разу в жизни не встречал. Тогда я стал создавать свою колоду карточек сам. Если в речи или тексте мне встречалось незнакомое слово, я заносил его в приложение. Оно становилось «моим» и повторять его становилось приятно.
2. Занимайся регулярно. У меня около тысячи карточек. Если заниматься каждый день, то на это тратишь 3 минуты. Вообще не напрягает. Но если запустить, то «долг» накапливается и очень сложно его разобрать.
3. Заведи ритуал. Свои три минуты времени на изучение я трачу во время заваривания чая. Можно, конечно, потупить в новости, но я завел привычку повторять слова.
Если у кого есть опыт использования этой техники или другой подобной – поделитесь в комментариях.
🔥25👍10👎2
Дамы и господа, представляю вашему вниманию новую рубрику «Пять с половиной глупых вопросов». Сегодня на глупые вопросы отвечает Маша, ведущая канала Аналитика и growth mind-set.
————————————
Пять с половиной глупых вопросов аналитику
1. А зачем мне аналитик? Я могу попросить разработчиков выгрузить данные.
На одном из мест работы руководитель был убежден, что он может все сам, а аналитики не нужны и даже опасны – обязательно сделают неправильные выводы (несмотря на то, что аналитиков в компании целый отдел). Те выводы от аналитиков, с которыми он был согласен – считал правильными, а с которыми не согласен – неправильными соответственно (распространенная ошибка).
2. Зачем ты задаешь столько вопросов? Просто иди делай мою задачу.
Задавать вопросы – это первая заповедь специалиста по данным. В обучении от Google для специалистов по анализу данных есть даже целый раздел, который называется «Ask Questions to Make Data-Driven Decisions», он посвящен тому, что важно задавать вопросы, а также как это делать эффективно. Часто бывает так, что кто-либо ставит задачу, а когда начинаешь прояснять, задавать вопросы – то задача существенно меняется. Особенно, если задачу ставит человек, далекий от аналитики.
3. 5000/200*300-500/20*1,345*2^5 – сколько будет?
Удивительно, но некоторые люди думают, что аналитик должен отлично считать в уме сложные выражения. Один раз на встрече с исполнительным директором и руководителем отдела разработки у меня чуть мозг не вскипел, когда они начали считать в уме, перечисляя кучу цифр, а в конце спрашивать меня, сколько это будет.
4. Можешь найти причины, почему мы молодцы, а клиент не прав?
Такой вопрос был в самом начале карьеры, когда работала аналитиком в маркетинговом агентстве. Рекламная кампания раз за разом была неудачной и менеджер просил найти не причину, почему она не сработала, а как-то с помощью данных доказать, что мы были молодцы, но у клиента есть проблемы (плохой сайт и т.п). Задачу в таком виде я отказалась делать, сказала, что нам нужно искать реальные причины, подтасовывать факты я не буду.
5. Зачем мне дашборд? Я заполняю табличку Excel.
Когда строила отдел аналитики в том же маркетинговом агентстве и внедряла дашборды, было очень большое сопротивление. Аккаунт-менеджеры, специалисты по контексту, таргету и тп привыкли заполнять таблички с данными Excel, тратили на это по 1-2 часа в день и не понимали, зачем им нужен дашборд.
5,5. Сколько ты зараба…
Недавно мне повысили зарплату, теперь я могу позволить себе...
————————————
Если хотите прочитать мои пять с половиной ответов про продакта — переходите на канал Маши: @analyticsgrowthmindset
#партнерскийпост
————————————
Пять с половиной глупых вопросов аналитику
1. А зачем мне аналитик? Я могу попросить разработчиков выгрузить данные.
На одном из мест работы руководитель был убежден, что он может все сам, а аналитики не нужны и даже опасны – обязательно сделают неправильные выводы (несмотря на то, что аналитиков в компании целый отдел). Те выводы от аналитиков, с которыми он был согласен – считал правильными, а с которыми не согласен – неправильными соответственно (распространенная ошибка).
2. Зачем ты задаешь столько вопросов? Просто иди делай мою задачу.
Задавать вопросы – это первая заповедь специалиста по данным. В обучении от Google для специалистов по анализу данных есть даже целый раздел, который называется «Ask Questions to Make Data-Driven Decisions», он посвящен тому, что важно задавать вопросы, а также как это делать эффективно. Часто бывает так, что кто-либо ставит задачу, а когда начинаешь прояснять, задавать вопросы – то задача существенно меняется. Особенно, если задачу ставит человек, далекий от аналитики.
3. 5000/200*300-500/20*1,345*2^5 – сколько будет?
Удивительно, но некоторые люди думают, что аналитик должен отлично считать в уме сложные выражения. Один раз на встрече с исполнительным директором и руководителем отдела разработки у меня чуть мозг не вскипел, когда они начали считать в уме, перечисляя кучу цифр, а в конце спрашивать меня, сколько это будет.
4. Можешь найти причины, почему мы молодцы, а клиент не прав?
Такой вопрос был в самом начале карьеры, когда работала аналитиком в маркетинговом агентстве. Рекламная кампания раз за разом была неудачной и менеджер просил найти не причину, почему она не сработала, а как-то с помощью данных доказать, что мы были молодцы, но у клиента есть проблемы (плохой сайт и т.п). Задачу в таком виде я отказалась делать, сказала, что нам нужно искать реальные причины, подтасовывать факты я не буду.
5. Зачем мне дашборд? Я заполняю табличку Excel.
Когда строила отдел аналитики в том же маркетинговом агентстве и внедряла дашборды, было очень большое сопротивление. Аккаунт-менеджеры, специалисты по контексту, таргету и тп привыкли заполнять таблички с данными Excel, тратили на это по 1-2 часа в день и не понимали, зачем им нужен дашборд.
5,5. Сколько ты зараба…
Недавно мне повысили зарплату, теперь я могу позволить себе...
————————————
Если хотите прочитать мои пять с половиной ответов про продакта — переходите на канал Маши: @analyticsgrowthmindset
#партнерскийпост
👍17🔥11👎1