😁36😢8👍5🤔4🏆3💩1🍓1
232. Готов ли ты стать ассенизатором?
Я живу в старом питерском доме. Однажды проржавела чугунная фановая труба (фановая – не от слова «по фану», а по которой идет слив унитаза). Сантехник сказал: «Я ее сейчас спилю и поставлю новую, главное, чтобы соседи сверху ничего не смывали, но я быстренько, успею». Не успел. Из срезанной трубы полилось дерьмо, облило сантехника и весь туалет. Хорошо, что шел капитальный ремонт.
После этой ситуации я понимаю своего друга сантехника, который работает только с новостройками. Проложить трубы в строящемся доме – это пожалуйста, а ковыряться с дерьмом в уже заселенном объекте – за такое он не берется. Вижу аналогию с менеджментом своего стартапа и чужого зрелого продукта.
Новый продукт делать приятно. Особенно, когда достаточно ресурсов. Создаешь продуманный современный дизайн, формируешь технические требования, молодая и азартная команда воплощает это на модных фреймворках. Никакого легаси, никаких застарелых конфликтов.
Если взять чужой старый продукт, там все наоборот. Конечно, зрелые продукты бывают отлично сделаны и организованы. Но обычно нового руководителя со стороны зовут «спасать и реорганизовывать». И тогда приходится резать трубы из которых льются потоки дерьма.
У меня много опыта и в создании нового, и в разгребании старого. Конечно, с новеньким ковыряться приятнее. Но в налаживании старого есть своя прелесть. Чем-то похоже на генеральную уборку в гараже или в кладовке – по завершении возникает такое приятное чувство.
Молодым продуктовым менеджерам стоит помнить, что любой «перспективный стартап» довольно быстро превращается в продукт с кучей технических и организационных проблем. И тогда руководителю нужно приготовиться к тому, что на него польются не самые приятные вещи.
Впрочем, есть другой путь: стать серийным стартапером и не задерживаться нигде больше года. Говорят, может сработать.
Я живу в старом питерском доме. Однажды проржавела чугунная фановая труба (фановая – не от слова «по фану», а по которой идет слив унитаза). Сантехник сказал: «Я ее сейчас спилю и поставлю новую, главное, чтобы соседи сверху ничего не смывали, но я быстренько, успею». Не успел. Из срезанной трубы полилось дерьмо, облило сантехника и весь туалет. Хорошо, что шел капитальный ремонт.
После этой ситуации я понимаю своего друга сантехника, который работает только с новостройками. Проложить трубы в строящемся доме – это пожалуйста, а ковыряться с дерьмом в уже заселенном объекте – за такое он не берется. Вижу аналогию с менеджментом своего стартапа и чужого зрелого продукта.
Новый продукт делать приятно. Особенно, когда достаточно ресурсов. Создаешь продуманный современный дизайн, формируешь технические требования, молодая и азартная команда воплощает это на модных фреймворках. Никакого легаси, никаких застарелых конфликтов.
Если взять чужой старый продукт, там все наоборот. Конечно, зрелые продукты бывают отлично сделаны и организованы. Но обычно нового руководителя со стороны зовут «спасать и реорганизовывать». И тогда приходится резать трубы из которых льются потоки дерьма.
У меня много опыта и в создании нового, и в разгребании старого. Конечно, с новеньким ковыряться приятнее. Но в налаживании старого есть своя прелесть. Чем-то похоже на генеральную уборку в гараже или в кладовке – по завершении возникает такое приятное чувство.
Молодым продуктовым менеджерам стоит помнить, что любой «перспективный стартап» довольно быстро превращается в продукт с кучей технических и организационных проблем. И тогда руководителю нужно приготовиться к тому, что на него польются не самые приятные вещи.
Впрочем, есть другой путь: стать серийным стартапером и не задерживаться нигде больше года. Говорят, может сработать.
👍60🔥4❤1
233. Ставьте дедлайны
Каждая работа делается столько времени, сколько на нее отведено. Обычно я пишу пост заранее и трачу на это 40 минут. Но на этой неделе я не подготовился заранее. Время выхода поста, а у меня работа и куча дел. Нашел 15 минут, за них я напишу этот пост и он будет не хуже остальных.
Конечно, работу невозможно сделать быстрее тех. процесса. На стройке бетон застывает в своем графике и на наше расписание ему наплевать. Но мы работаем в IT, тут работа отлично ужимается, особенно там, где нужно творчество: тексты, дизайн, интерфейсы, концепции.
Дизайнер может сделать картинку для Инсты два дня, а может и за 10 минут. Довольно часто картинка, сделанная за 10 минут интереснее и свежее. Обе картинки пользователи пролистнут за секунду и никогда не вспомнят о них.
Я видел, как целые компании запускают лендинг в течение месяцев. Неделями думают над текстами, дизайнер старается придумать невероятный дизайн и потом неделями утверждает правки у директора. Потом на эти лендинги ходит полтора случайных человека. Потому что весь трафик идет на лендинги, сделанные за полчаса в Тильде.
Самое глупое, что может сделать руководитель – это не ставить дедлайны работникам.
– Когда нужна эта фича?
– Да не горит, сделай, когда сможешь.
Такие диалоги гарантируют плохой результат.
Ставьте адекватные, но вызывающие дедлайны работникам, подрядчикам и главное – себе. Потому что каждая работа делается столько времени, сколько на нее отведено.
Каждая работа делается столько времени, сколько на нее отведено. Обычно я пишу пост заранее и трачу на это 40 минут. Но на этой неделе я не подготовился заранее. Время выхода поста, а у меня работа и куча дел. Нашел 15 минут, за них я напишу этот пост и он будет не хуже остальных.
Конечно, работу невозможно сделать быстрее тех. процесса. На стройке бетон застывает в своем графике и на наше расписание ему наплевать. Но мы работаем в IT, тут работа отлично ужимается, особенно там, где нужно творчество: тексты, дизайн, интерфейсы, концепции.
Дизайнер может сделать картинку для Инсты два дня, а может и за 10 минут. Довольно часто картинка, сделанная за 10 минут интереснее и свежее. Обе картинки пользователи пролистнут за секунду и никогда не вспомнят о них.
Я видел, как целые компании запускают лендинг в течение месяцев. Неделями думают над текстами, дизайнер старается придумать невероятный дизайн и потом неделями утверждает правки у директора. Потом на эти лендинги ходит полтора случайных человека. Потому что весь трафик идет на лендинги, сделанные за полчаса в Тильде.
Самое глупое, что может сделать руководитель – это не ставить дедлайны работникам.
– Когда нужна эта фича?
– Да не горит, сделай, когда сможешь.
Такие диалоги гарантируют плохой результат.
Ставьте адекватные, но вызывающие дедлайны работникам, подрядчикам и главное – себе. Потому что каждая работа делается столько времени, сколько на нее отведено.
👍70🤡7🤔5🔥3👏1
👍45😁24🤡7❤6💩5👎1🔥1🤔1
234. Новые фичи вредят
Дома сломалась микроволновка, стал выбирать новую. Оказалось, что за годы микроволновкостроение развилось и стало… ужасным.
У нас в семье микроволновкой пользуются так: поставить еду, закрыть дверцу, подождать минуту, открыть дверцу и забрать еду. Мы не пользуемся ни регулировкой мощности, ни даже таймером. Включение и выключение происходит дверцей. Иногда таймер доходит до нуля и кто-то поворачивает ручку, чтобы в ближайшую неделю о ней не вспоминать.
Современные микроволновки вместо двух крутилок имеют множество кнопок, которые почему-то не работают с первого нажатия, их нужно по несколько раз нажимать, а потом в конце еще Start не забыть. При этом дверь не открывается ручкой, есть специальная кнопка открытия. Жесть!
Я люблю прогресс и с удовольствием тестирую новые фичи. Но современные микроволновки ужасают и не вписываются в мой сценарий использования. Я купил самую дешевую с механическими крутилками и ручкой на двери. К счастью их еще выпускают и продают в магазинах для бедняков.
А еще на работе у меня есть супер умный чайник. Он умеет греться не до 100°, умеет нагреваться в медленном темпе и еще много чего. Мы этим не пользуется и просто кипятим воду. Проблема в том, что из-за умных функций, чтобы вскипятить воду, недостаточно просто нажать на кнопку. Нужно нажимать ее два раза. А иногда один. В общем я вечно путаюсь и удивляюсь, чего он не шипит.
Когда вы делаете фичи в продукте, даже те, которые попросили пользователи, убедитесь в двух вещах:
1. Новые фичи не ухудшают основной сценарий использования продукта.
2. Основной сценарий использования продукта идеален, прекрасен и не нуждается в улучшении.
Дома сломалась микроволновка, стал выбирать новую. Оказалось, что за годы микроволновкостроение развилось и стало… ужасным.
У нас в семье микроволновкой пользуются так: поставить еду, закрыть дверцу, подождать минуту, открыть дверцу и забрать еду. Мы не пользуемся ни регулировкой мощности, ни даже таймером. Включение и выключение происходит дверцей. Иногда таймер доходит до нуля и кто-то поворачивает ручку, чтобы в ближайшую неделю о ней не вспоминать.
Современные микроволновки вместо двух крутилок имеют множество кнопок, которые почему-то не работают с первого нажатия, их нужно по несколько раз нажимать, а потом в конце еще Start не забыть. При этом дверь не открывается ручкой, есть специальная кнопка открытия. Жесть!
Я люблю прогресс и с удовольствием тестирую новые фичи. Но современные микроволновки ужасают и не вписываются в мой сценарий использования. Я купил самую дешевую с механическими крутилками и ручкой на двери. К счастью их еще выпускают и продают в магазинах для бедняков.
А еще на работе у меня есть супер умный чайник. Он умеет греться не до 100°, умеет нагреваться в медленном темпе и еще много чего. Мы этим не пользуется и просто кипятим воду. Проблема в том, что из-за умных функций, чтобы вскипятить воду, недостаточно просто нажать на кнопку. Нужно нажимать ее два раза. А иногда один. В общем я вечно путаюсь и удивляюсь, чего он не шипит.
Когда вы делаете фичи в продукте, даже те, которые попросили пользователи, убедитесь в двух вещах:
1. Новые фичи не ухудшают основной сценарий использования продукта.
2. Основной сценарий использования продукта идеален, прекрасен и не нуждается в улучшении.
👍88🤣32🤮7❤5👏4👎2💩1🤨1
😁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