Сарафанное радио
"Мой Женечка очень талантливый программист, работает при НИИ. Платят пока мало, но когда-нибудь его талант заметят, и он станет ого-го-го где работать!"
"Сейчас опубликуем продукт и готовьтесь к взрывному росту. Сегодня 2 пользователя, а завтра ещё 4, а потом ... К концу года будет ого-го-го сколько!"
Люди наивно верят в виральность (сарафанное радио). Никакой сверхсилы у сарафанного радио нет. Редкие исключения лишь подтверждают правило: если про себя не рассказывать на каждом углу, то про тебя на каждом углу не узнают. Виральность начинает работать, когда ты разогнался.
Условный гениальный Женечка запросто сопьётся в НИИ, а продукт без рекламы и активного продвижения легко канет в лету, как и не было его.
Я бы мог до посинения писать заметки в канал, но если бы не стал писать внешние статьи на читаемых ресурсах и ссылаться в них на канал, то так бы и писал для 30 подписчиков, которых сам пригласил.
В общем, про себя надо не стесняться рассказывать. Продукты, которые не продают, не продадутся. Даже Facebook (ну кто про него не знает!?) рекламируется.
По умолчанию всем плевать на вас и вашу экспертизу — сам себя не продвинешь, никто не продвинет.
#совет из давно опубликованного
"Мой Женечка очень талантливый программист, работает при НИИ. Платят пока мало, но когда-нибудь его талант заметят, и он станет ого-го-го где работать!"
"Сейчас опубликуем продукт и готовьтесь к взрывному росту. Сегодня 2 пользователя, а завтра ещё 4, а потом ... К концу года будет ого-го-го сколько!"
Люди наивно верят в виральность (сарафанное радио). Никакой сверхсилы у сарафанного радио нет. Редкие исключения лишь подтверждают правило: если про себя не рассказывать на каждом углу, то про тебя на каждом углу не узнают. Виральность начинает работать, когда ты разогнался.
Условный гениальный Женечка запросто сопьётся в НИИ, а продукт без рекламы и активного продвижения легко канет в лету, как и не было его.
Я бы мог до посинения писать заметки в канал, но если бы не стал писать внешние статьи на читаемых ресурсах и ссылаться в них на канал, то так бы и писал для 30 подписчиков, которых сам пригласил.
В общем, про себя надо не стесняться рассказывать. Продукты, которые не продают, не продадутся. Даже Facebook (ну кто про него не знает!?) рекламируется.
По умолчанию всем плевать на вас и вашу экспертизу — сам себя не продвинешь, никто не продвинет.
#совет из давно опубликованного
Как делать эффективно скучные задачи
Вы замечали, что если задача интересная, то на неё и время находится, и соцсети не мешают? Сел делать и не заметил, как время пролетело.
И наоборот, если задача скучная, обыденная, то всё время что-то отвлекает. Сосредоточиться на решении очень сложно — приходится себя заставлять "есть слона по частям", "ставить таймер-помидор", блокировать соцсети, выключать телефон ...
Классный способ продавать воздух — рассказывать о том, что скучные задачи можно делать эффективно. Если делаешь скучную задачу, то ни о какой эффективности говорить не приходится. Просто заставляешь себя её сделать или вечно откладываешь пока не пригорит. Мозг не хочет делать скучные задачи.
Есть только один способ делать скучные задачи эффективно — их надо отдавать тем, для кого они не будут скучными.
Делегировать и перераспределять, короче.
Самый лучший способ поднять эффективность команды — создавать условия профессионального роста, основанные на возможности браться за новые задачи и вызовы. Надо всегда заботиться о том, чтобы в списке задач каждого сотрудника был перевес в пользу интересных задач. Опережая критику — перевес, но не все. Не могут все задачи всегда быть интересными.
Наполеон говорил: "Искусство управления состоит в том, чтобы не позволять людям состариться в своей должности."
В продуктовой команде будет примерно так: "Искусство управления состоит в том, чтобы не позволять людям соскучиться в своей должности".
В общем, менеджерам надо не учить делать эффективно скучные задачи, а учиться находить для каждого участника команды максимально интересные задачи.
#продакту #совет из давно опубликованного
Вы замечали, что если задача интересная, то на неё и время находится, и соцсети не мешают? Сел делать и не заметил, как время пролетело.
И наоборот, если задача скучная, обыденная, то всё время что-то отвлекает. Сосредоточиться на решении очень сложно — приходится себя заставлять "есть слона по частям", "ставить таймер-помидор", блокировать соцсети, выключать телефон ...
Классный способ продавать воздух — рассказывать о том, что скучные задачи можно делать эффективно. Если делаешь скучную задачу, то ни о какой эффективности говорить не приходится. Просто заставляешь себя её сделать или вечно откладываешь пока не пригорит. Мозг не хочет делать скучные задачи.
Есть только один способ делать скучные задачи эффективно — их надо отдавать тем, для кого они не будут скучными.
Делегировать и перераспределять, короче.
Самый лучший способ поднять эффективность команды — создавать условия профессионального роста, основанные на возможности браться за новые задачи и вызовы. Надо всегда заботиться о том, чтобы в списке задач каждого сотрудника был перевес в пользу интересных задач. Опережая критику — перевес, но не все. Не могут все задачи всегда быть интересными.
Наполеон говорил: "Искусство управления состоит в том, чтобы не позволять людям состариться в своей должности."
В продуктовой команде будет примерно так: "Искусство управления состоит в том, чтобы не позволять людям соскучиться в своей должности".
В общем, менеджерам надо не учить делать эффективно скучные задачи, а учиться находить для каждого участника команды максимально интересные задачи.
#продакту #совет из давно опубликованного
Базовое требование к сотруднику
В заметке про ожидания от руководителя я не писал ничего, связанного с “понятная постановка задач”. Мне это не нужно. И вот почему: умение правильно понимать задачи — это базовое требование к сотруднику, который выше чем джун по роли.
Если кто-то говорит, что хотел бы, чтобы ему ставили очень чёткие задачи, а лучше по смарту — для меня это маркер “джун”. Начинающим свой трудовой путь сотрудникам действительно нужны чёткие постановки — у них ещё нет навыка выявлять суть задачи. Но этот навык со временем должен появляться, так как он базовый для нормальной работы.
Большинство задач по умолчанию не могут быть чёткими. И чем выше уровень сотрудника, тем ниже чёткость. “Давайте прикрутим какую-нибудь херню, чтобы …” — нормальная постановка для сотрудников уровня middle и выше.
Весь секрет в том, чтобысотрудник задал правильные вопросы по задаче и тем самым сделал её для себя чёткой.
Вспомните любой криминальный фильм: профессиональные киллеры понимают задачу с одного взгляда на фото. Могут уточнить что-то, но без фанатизма.
В общем, если вам нужны постановки по смарту — вы джун.
Не джун сам любую постановку переформулирует в постановку по смарту, задав нужные вопросы или предложив верные сценарии.
#softskills
P.S. Нет ничего плохого в том, чтобы быть джуном в начале трудового пути. Все через это проходим.
В заметке про ожидания от руководителя я не писал ничего, связанного с “понятная постановка задач”. Мне это не нужно. И вот почему: умение правильно понимать задачи — это базовое требование к сотруднику, который выше чем джун по роли.
Если кто-то говорит, что хотел бы, чтобы ему ставили очень чёткие задачи, а лучше по смарту — для меня это маркер “джун”. Начинающим свой трудовой путь сотрудникам действительно нужны чёткие постановки — у них ещё нет навыка выявлять суть задачи. Но этот навык со временем должен появляться, так как он базовый для нормальной работы.
Большинство задач по умолчанию не могут быть чёткими. И чем выше уровень сотрудника, тем ниже чёткость. “Давайте прикрутим какую-нибудь херню, чтобы …” — нормальная постановка для сотрудников уровня middle и выше.
Весь секрет в том, чтобы
В общем, если вам нужны постановки по смарту — вы джун.
Не джун сам любую постановку переформулирует в постановку по смарту, задав нужные вопросы или предложив верные сценарии.
#softskills
P.S. Нет ничего плохого в том, чтобы быть джуном в начале трудового пути. Все через это проходим.
Материалы выходного дня #19
Сегодня внутри 2 old but gold видео, статья про количественные исследования и опросник для самооценки навыков продакта.
📹 Вебинар Брайана Трейси про достижение максимума.
https://youtu.be/tojplJM3H3s
У него много видео в ютубе (есть курсами), но в этом самая выжимка. Если зайдёт — найдите другие, топовый дед.
📄 Подробная статья от Олега Королёва, директор по аналитике в AGIMA, про количественные исследования.
https://habr.com/ru/company/agima/blog/710042/
Понравилось, что есть куча примеров и прочего. Для погружения в тему количественных норм. В самом начале, правда, есть фундаментальная ошибка в определении количественных исследований, но не критично :)
📄 Таблица для самооценки навыков продакта от Владимира Миролюбова, автор @rusPM. Можно себя самооценить по 51 критерию.
https://docs.google.com/spreadsheets/d/1JASM7mJ_KL3QwDv00pyOW4cFiuuRup84UiERAKlYD0M/edit#gid=0
📹 Способности мозга. Как научить мозг учиться? Татьяна Черниговская
https://youtu.be/pZ4eoB7ptNc
Классная лекция. Раскачка долгая, но в конце много итогов, над которыми можно поработать.
Надо знать себя и не насиловать мозг.
Хороших и позитивных выходных!
#дайджест
Сегодня внутри 2 old but gold видео, статья про количественные исследования и опросник для самооценки навыков продакта.
📹 Вебинар Брайана Трейси про достижение максимума.
https://youtu.be/tojplJM3H3s
У него много видео в ютубе (есть курсами), но в этом самая выжимка. Если зайдёт — найдите другие, топовый дед.
📄 Подробная статья от Олега Королёва, директор по аналитике в AGIMA, про количественные исследования.
https://habr.com/ru/company/agima/blog/710042/
Понравилось, что есть куча примеров и прочего. Для погружения в тему количественных норм. В самом начале, правда, есть фундаментальная ошибка в определении количественных исследований, но не критично :)
📄 Таблица для самооценки навыков продакта от Владимира Миролюбова, автор @rusPM. Можно себя самооценить по 51 критерию.
https://docs.google.com/spreadsheets/d/1JASM7mJ_KL3QwDv00pyOW4cFiuuRup84UiERAKlYD0M/edit#gid=0
📹 Способности мозга. Как научить мозг учиться? Татьяна Черниговская
https://youtu.be/pZ4eoB7ptNc
Классная лекция. Раскачка долгая, но в конце много итогов, над которыми можно поработать.
Надо знать себя и не насиловать мозг.
Хороших и позитивных выходных!
#дайджест
Нечёткие задачи
Я давно заметил, что восприятие людей порой может разительно отличаться от того смысла, который я вкладываю в заметку. Видимо, это область для моего роста - научиться доносить чётче. А может и нет)
В заметке про базовое требование к сотруднику смысл, который я пытался донести: если ты хочешь расти, то научись качественно отрабатывать задачи с любой глубиной постановки. Тебе же проще будет - ты сможешь сработаться с любым руководителем.
Но некоторые восприняли так: хреново поставленные задачи - это норма. Конечно, нет - если ты, как руководитель, хочешь получать предсказуемый результат в предсказуемые сроки - ставь максимально понятные задачи. Это даже не обсуждается - любой это понимает.
Но! Не всегда возможно поставить задачу с понятными критериями, ожиданиями и сроками. Речь не про рядовые задачи, а про задачи, для решения которых нужно приложить усилия в новой области.
Пример: у нас есть b2b продукт, который обеспечивает автоматизацию сегмента А. И надо покрутить - что с ним сделать, чтобы он начал обеспечивать автоматизацию сегмента Б, который на 80% похож на А.
Чтобы поставить такую задачу чётко - надо половину сделать.
Такие задачи не ставят джунам. Дофига неизвестных. Ставят это спецам, близким к сеньерам/лидам. Ставят тем, в кого верят - этот справится.
И если в ответ слышишь - мне нужна более чёткая постановка, то ты, как руководитель, ошибся. Перед тобой джун, который хорошо спрятался.
То же самое с дизайном - когда заказчик не может чётко сформулировать, что ему надо. Это значит, что он рассчитывает, что ему поможет профессионал.
То же самое с ремонтом. Я могу не знать какая толщина защитного слоя ламината мне нужна. Помоги мне, я же тебя для этого и нанял.
Нечеткая задача - это не всегда критерий, что руководитель дебил и не может поставить чётко. Чаще это запрос о помощи к профессионалу - ведь для этого профессионалов и нанимают.
Я давно заметил, что восприятие людей порой может разительно отличаться от того смысла, который я вкладываю в заметку. Видимо, это область для моего роста - научиться доносить чётче. А может и нет)
В заметке про базовое требование к сотруднику смысл, который я пытался донести: если ты хочешь расти, то научись качественно отрабатывать задачи с любой глубиной постановки. Тебе же проще будет - ты сможешь сработаться с любым руководителем.
Но некоторые восприняли так: хреново поставленные задачи - это норма. Конечно, нет - если ты, как руководитель, хочешь получать предсказуемый результат в предсказуемые сроки - ставь максимально понятные задачи. Это даже не обсуждается - любой это понимает.
Но! Не всегда возможно поставить задачу с понятными критериями, ожиданиями и сроками. Речь не про рядовые задачи, а про задачи, для решения которых нужно приложить усилия в новой области.
Пример: у нас есть b2b продукт, который обеспечивает автоматизацию сегмента А. И надо покрутить - что с ним сделать, чтобы он начал обеспечивать автоматизацию сегмента Б, который на 80% похож на А.
Чтобы поставить такую задачу чётко - надо половину сделать.
Такие задачи не ставят джунам. Дофига неизвестных. Ставят это спецам, близким к сеньерам/лидам. Ставят тем, в кого верят - этот справится.
И если в ответ слышишь - мне нужна более чёткая постановка, то ты, как руководитель, ошибся. Перед тобой джун, который хорошо спрятался.
То же самое с дизайном - когда заказчик не может чётко сформулировать, что ему надо. Это значит, что он рассчитывает, что ему поможет профессионал.
То же самое с ремонтом. Я могу не знать какая толщина защитного слоя ламината мне нужна. Помоги мне, я же тебя для этого и нанял.
Нечеткая задача - это не всегда критерий, что руководитель дебил и не может поставить чётко. Чаще это запрос о помощи к профессионалу - ведь для этого профессионалов и нанимают.
Полутёмный паттерн
Когда-то я работал с платформой цифровой дистрибуции — основная модель: продавать подписки на софт (преимущественно антивирусы). Так вот, платформа работала с кучей интернет провайдеров: провайдер встраивал к себе платформу и размещал для своих абонентов витрину с антивирусами. Продавалось хорошо, так как были разные комбинации с тарифами, в которые включался интернет+антивирус (допродажа).
Списание за подписку на антивирус проводилось с абонентского счёта подписчика — т.е. нам не нужны были его карты и прочее. Мы были интегрированы с провайдером через биллинг, который он использовал.
Это, собственно, предисловие, чтобы рассказать суть паттерна.
Так вот, висит такая витрина с антивирусами на сайте провайдера — каталог. И возле каждого антивируса есть кнопка “Подключить”, а само название антивируса выводится ссылкой.
Если ты кликнешь по названию, то попадёшь на страницу с подробной информацией про антивирус и внутри тоже будет кнопка “Подключить”.
Но если ты кликнешь в каталоге по кнопке “Подключить”, то он сразу тебе и подключится — с твоего счёта будет списана оплата за первый месяц, а тебя перекинут на страницу: Спасибо, всё подключено. Вот, что вам делать дальше 1, 2, 3 …
Вроде бы, всё честно — нажал Подключить и оно подключилось. Но никто из пользователей не ожидал от нас такой прыти. Все привыкли к “Вы уверены?” и прочим расшаркиваниям.
Если кнопку заменить на Подробнее (переход к описанию антивируса), то конверсия в подписку просаживалась чуть ли не в два раза, но было меньше отписок после первого месяца.
А если оставлять, то количество отписок после первого месяца было выше, чем без кнопки, но всё равно продлений было больше чем без кнопки. В любом случае оплата за первый месяц была наша. Эта оплата позволяла держать чуть больше команду, которая могла делать чуть лучше сервис.
Жалобы типа “Вы ахерели? Я не думал, что нажав Подключить, я подключу …” были очень редкие и всегда решались в пользу клиента — делали отмену транзакции.
Вроде, не тёмный, а полутёмный 🙂
Это давно было. Не знаю, живёт ли до сих пор.
#UX
Когда-то я работал с платформой цифровой дистрибуции — основная модель: продавать подписки на софт (преимущественно антивирусы). Так вот, платформа работала с кучей интернет провайдеров: провайдер встраивал к себе платформу и размещал для своих абонентов витрину с антивирусами. Продавалось хорошо, так как были разные комбинации с тарифами, в которые включался интернет+антивирус (допродажа).
Списание за подписку на антивирус проводилось с абонентского счёта подписчика — т.е. нам не нужны были его карты и прочее. Мы были интегрированы с провайдером через биллинг, который он использовал.
Это, собственно, предисловие, чтобы рассказать суть паттерна.
Так вот, висит такая витрина с антивирусами на сайте провайдера — каталог. И возле каждого антивируса есть кнопка “Подключить”, а само название антивируса выводится ссылкой.
Если ты кликнешь по названию, то попадёшь на страницу с подробной информацией про антивирус и внутри тоже будет кнопка “Подключить”.
Но если ты кликнешь в каталоге по кнопке “Подключить”, то он сразу тебе и подключится — с твоего счёта будет списана оплата за первый месяц, а тебя перекинут на страницу: Спасибо, всё подключено. Вот, что вам делать дальше 1, 2, 3 …
Вроде бы, всё честно — нажал Подключить и оно подключилось. Но никто из пользователей не ожидал от нас такой прыти. Все привыкли к “Вы уверены?” и прочим расшаркиваниям.
Если кнопку заменить на Подробнее (переход к описанию антивируса), то конверсия в подписку просаживалась чуть ли не в два раза, но было меньше отписок после первого месяца.
А если оставлять, то количество отписок после первого месяца было выше, чем без кнопки, но всё равно продлений было больше чем без кнопки. В любом случае оплата за первый месяц была наша. Эта оплата позволяла держать чуть больше команду, которая могла делать чуть лучше сервис.
Жалобы типа “Вы ахерели? Я не думал, что нажав Подключить, я подключу …” были очень редкие и всегда решались в пользу клиента — делали отмену транзакции.
Вроде, не тёмный, а полутёмный 🙂
Это давно было. Не знаю, живёт ли до сих пор.
#UX
Не Data Driven подход
Я подумал вот о чём — а в каких случаях организации могут жить не в формате Data Driven подхода? Какая организация, которая работает в конкурентной среде и “живёт на свои”, может позволить себе принимать решения не на основании данных?
Да любой ИП на базаре живёт в рамках принятия решений на основании данных — иначе он точно разорится (а при DD не точно). Мандарины хорошо идут под НГ — продавай мандарины.
Я могу понять, что разные окологос компании и компании с неограниченным кошельком инвестора могут жить не в формате DD. Но это, пожалуй, и всё. Остальные без DD не выживут.
Я подумал вот о чём — а в каких случаях организации могут жить не в формате Data Driven подхода? Какая организация, которая работает в конкурентной среде и “живёт на свои”, может позволить себе принимать решения не на основании данных?
Да любой ИП на базаре живёт в рамках принятия решений на основании данных — иначе он точно разорится (а при DD не точно). Мандарины хорошо идут под НГ — продавай мандарины.
Я могу понять, что разные окологос компании и компании с неограниченным кошельком инвестора могут жить не в формате DD. Но это, пожалуй, и всё. Остальные без DD не выживут.
Материалы выходного дня #20
📄 Прототипирование в Figma: Work smarter, not harder
https://medium.com/design-pub/3ced8a0cf69
Отличная статья от Маргариты Романовой про хитрости эффективного создания интерактивных прототипов в Фигме.
Показано на примере интерактивной таблицы.
📄 Шесть причин, почему ваши A/B-тесты не работают
https://habr.com/ru/company/ozontech/blog/712306/
Ozon Tech На Хабре рассказали про способы понять, что A/B тесты сработали неверно. В статье куча формул, графиков и примеров — этим она и полезна с прикладной точки. И, к счастью, всего 5-6 несмешных картинок.
Там же есть ссылка на статью, в которой рассказывают про то, как строили платформу A/B тестирования.
📹 9 правил идеального питча
https://youtu.be/YSrrm-YUokI
Александр Горный (Основатель United Investors) рассказывает в коротком видео о базовых правила питчинга стартапов. Но эти же правила применимы к питчингу любой идеи. Рекомендую тем, кто рано или поздно начнёт защищать какие-то идеи перед руководством или инвесторами.
📹 Почему опасно равняться на великих
https://www.youtube.com/watch?v=q-aXjBvCn6M
Видео двухлетней давности от Максима Дорофеева (автор книги про эффективное распределение времени Джедайские техники) про успешный успех и почему на него опасно равняться.
Понравилась мысль — гарантированного способа стать успешным нет, есть только гарантированные способы обосраться.
И комментарий к видео понравился:
Стив, Билл, расскажите как вы стали такими богатыми.
— Я никогда не свистел в доме...
— А я не выносил мусор после 6-ти вечера.
Удачных и светлых вам выходных!
#дайджест
📄 Прототипирование в Figma: Work smarter, not harder
https://medium.com/design-pub/3ced8a0cf69
Отличная статья от Маргариты Романовой про хитрости эффективного создания интерактивных прототипов в Фигме.
Показано на примере интерактивной таблицы.
📄 Шесть причин, почему ваши A/B-тесты не работают
https://habr.com/ru/company/ozontech/blog/712306/
Ozon Tech На Хабре рассказали про способы понять, что A/B тесты сработали неверно. В статье куча формул, графиков и примеров — этим она и полезна с прикладной точки. И, к счастью, всего 5-6 несмешных картинок.
Там же есть ссылка на статью, в которой рассказывают про то, как строили платформу A/B тестирования.
📹 9 правил идеального питча
https://youtu.be/YSrrm-YUokI
Александр Горный (Основатель United Investors) рассказывает в коротком видео о базовых правила питчинга стартапов. Но эти же правила применимы к питчингу любой идеи. Рекомендую тем, кто рано или поздно начнёт защищать какие-то идеи перед руководством или инвесторами.
📹 Почему опасно равняться на великих
https://www.youtube.com/watch?v=q-aXjBvCn6M
Видео двухлетней давности от Максима Дорофеева (автор книги про эффективное распределение времени Джедайские техники) про успешный успех и почему на него опасно равняться.
Понравилась мысль — гарантированного способа стать успешным нет, есть только гарантированные способы обосраться.
И комментарий к видео понравился:
Стив, Билл, расскажите как вы стали такими богатыми.
— Я никогда не свистел в доме...
— А я не выносил мусор после 6-ти вечера.
Удачных и светлых вам выходных!
#дайджест
Налипания в процессах
Ветки деревьев способны выдержать практически любой снегопад.
Снег ложится на ветку, ложится, ложится ... ветка гнётся, гнётся ....
А потом, оп!, снег скатывается и ветка снова свободна — на неё ложится новый снег и так по кругу.
И это работает со всеми ветками — даже маленькие веточки готовы к снегу. Ветки-джуны гнутся от меньшего количества снега — но в итоге он опадает и веточки готовы к новому снегу. От обычного снега ломаются только сухие и повреждённые ветки.
Но бывает и не так:
👉 Если снег выпал рано, когда дерево ещё не сбросило листву — ветки теряют свою пропускную способность, снег оседает быстрее чем ветки гнутся. В итоге ветка может сломаться.
👉 Если идёт мокрый снег, то ветка гнётся, гнётся, а снег не падает, прилипает. В итоге ветка или ломается, или лежит на земле, придавленная снегом.
Если ещё не распознали аналогию, то всё просто:
Снег — это задачи.
Ветки — это сотрудники.
Если сотрудника нагрузить задачами, к которым он не готов — он может сломаться, как и та ветка, которая не готова к раннему снегу.
В целом, люди готовы к потоку задач — именно для этого они и идут работать.
Но если в процессах есть налипания, то ломаться или сдаваться могут любые сотрудники.
Что такое налипания в процессах?
➖ Регламенты ради регламентов
➖ Бессмысленные собрания
➖ Задачи, которые делаются в стол
➖ Самодурство руководителей
➖ Токсичные коллеги
➖ и т.п.
Вся эта хрень прилипает и не даёт на потоке делать обычные задачи. Сам сотрудник сбросить такое налипание не может — это проблемы процесса. В итоге, люди ходят "согнутыми" даже тогда, когда нет активного потока задач.
Постепенно человек либо ложится на землю под натиском налипаний — становится равнодушным к итогу своей работы. Либо ломается — меняет место работы.
Задача лидера — уметь распознавать налипания и чистить от них процессы, а также отгонять от команды тех, кто генерит "мокрый снег".
В общем, если хочешь, чтобы люди не ломались — избавляйся от налипаний. Это надо делать регулярно. Возможно, то, что раньше было нормой — теперь уже стало налипанием и пора от этого избавиться.
#совет #кактотак из давно опубликованного
Ветки деревьев способны выдержать практически любой снегопад.
Снег ложится на ветку, ложится, ложится ... ветка гнётся, гнётся ....
А потом, оп!, снег скатывается и ветка снова свободна — на неё ложится новый снег и так по кругу.
И это работает со всеми ветками — даже маленькие веточки готовы к снегу. Ветки-джуны гнутся от меньшего количества снега — но в итоге он опадает и веточки готовы к новому снегу. От обычного снега ломаются только сухие и повреждённые ветки.
Но бывает и не так:
👉 Если снег выпал рано, когда дерево ещё не сбросило листву — ветки теряют свою пропускную способность, снег оседает быстрее чем ветки гнутся. В итоге ветка может сломаться.
👉 Если идёт мокрый снег, то ветка гнётся, гнётся, а снег не падает, прилипает. В итоге ветка или ломается, или лежит на земле, придавленная снегом.
Если ещё не распознали аналогию, то всё просто:
Снег — это задачи.
Ветки — это сотрудники.
Если сотрудника нагрузить задачами, к которым он не готов — он может сломаться, как и та ветка, которая не готова к раннему снегу.
В целом, люди готовы к потоку задач — именно для этого они и идут работать.
Но если в процессах есть налипания, то ломаться или сдаваться могут любые сотрудники.
Что такое налипания в процессах?
➖ Регламенты ради регламентов
➖ Бессмысленные собрания
➖ Задачи, которые делаются в стол
➖ Самодурство руководителей
➖ Токсичные коллеги
➖ и т.п.
Вся эта хрень прилипает и не даёт на потоке делать обычные задачи. Сам сотрудник сбросить такое налипание не может — это проблемы процесса. В итоге, люди ходят "согнутыми" даже тогда, когда нет активного потока задач.
Постепенно человек либо ложится на землю под натиском налипаний — становится равнодушным к итогу своей работы. Либо ломается — меняет место работы.
Задача лидера — уметь распознавать налипания и чистить от них процессы, а также отгонять от команды тех, кто генерит "мокрый снег".
В общем, если хочешь, чтобы люди не ломались — избавляйся от налипаний. Это надо делать регулярно. Возможно, то, что раньше было нормой — теперь уже стало налипанием и пора от этого избавиться.
#совет #кактотак из давно опубликованного
Тайм-менеджмент одной строкой: 90% срочных задач когда-то были плановыми.
Пора двигаться дальше
Как же меня бесит, когда при увольнении говорят “пора двигаться дальше”. А говорят так 90% увольняющихся — этакая заготовочка для тех, кто без фантазии.
Типа все, кто остался, остаются где-то позади в отсталости, а ты такой красава дальше пошёл. А если через время ты решишь вернуться, то на другом месте напишешь “пора двигаться назад”?
Все понимают, что уходишь на другие условия или в поисках себя — не надо оправдываться через фразу “двигаться дальше”. Просто поблагодари команду за работу, если ты действительно благодарен. А если ты уходишь из-за непримиримых разногласий — лучше сказать о них точечно, не выливая в общее пространство.
Поблагодари, вспомни хорошее и всё. А после уже иди дальше, в сторону, вверх, вниз, назад, схлопнись в точку.
#кактотак
Как же меня бесит, когда при увольнении говорят “пора двигаться дальше”. А говорят так 90% увольняющихся — этакая заготовочка для тех, кто без фантазии.
Типа все, кто остался, остаются где-то позади в отсталости, а ты такой красава дальше пошёл. А если через время ты решишь вернуться, то на другом месте напишешь “пора двигаться назад”?
Все понимают, что уходишь на другие условия или в поисках себя — не надо оправдываться через фразу “двигаться дальше”. Просто поблагодари команду за работу, если ты действительно благодарен. А если ты уходишь из-за непримиримых разногласий — лучше сказать о них точечно, не выливая в общее пространство.
Поблагодари, вспомни хорошее и всё. А после уже иди дальше, в сторону, вверх, вниз, назад, схлопнись в точку.
#кактотак
Главная проблема на старте b2b-продукта
Если говорить про продукты для бизнеса, то основная проблема на старте будет не в цене продукта, не в его качестве, не в эргономике, а в отсутствии кейсов.
"У нас пока нет кейсов" - это страшнейшие слова для продакта b2b. Это как с джунами - без опыта не берут на работу, а чтобы его получить - надо работать.
Помню, когда работал с продуктом по автоматизации торговых агентов, один из конкурентов, который тоже только начал выходить в эту нишу со своим решением, много удивлялся в блоге почему клиенты выбирают лидера рынка, а не его. Он делал кучу сравнений, слепых тестов, ценового сравнения и прочего обоснования своего преимущества над лидером. Но клиенты покупали лидера рынка за миллионы, а не его за тысячи.
А всё просто же - вероятность, что лидер рынка завтра закроется в разы ниже чем то, что завтра закроется ИП Пупкин (а он реально был ИП). Бизнес выбирает не только продукт, но и надёжность. Надёжность - это устойчивость контрагента и кейсы (много кейсов) использования продукта. К тому же у лидеров хорошо отработаны продажи, включая разные схемы, а умение работать по схемам - тоже показатель зрелости компании на рынке.
Хороший продукт создать - относительно простая история. Много раз продать продукт, найти место на рынке - вот тут и отвалятся 90%. Бизнес не хочет пробовать, он выбирает, чтобы потом не выбирать снова и снова.
Если говорить про продукты для бизнеса, то основная проблема на старте будет не в цене продукта, не в его качестве, не в эргономике, а в отсутствии кейсов.
"У нас пока нет кейсов" - это страшнейшие слова для продакта b2b. Это как с джунами - без опыта не берут на работу, а чтобы его получить - надо работать.
Помню, когда работал с продуктом по автоматизации торговых агентов, один из конкурентов, который тоже только начал выходить в эту нишу со своим решением, много удивлялся в блоге почему клиенты выбирают лидера рынка, а не его. Он делал кучу сравнений, слепых тестов, ценового сравнения и прочего обоснования своего преимущества над лидером. Но клиенты покупали лидера рынка за миллионы, а не его за тысячи.
А всё просто же - вероятность, что лидер рынка завтра закроется в разы ниже чем то, что завтра закроется ИП Пупкин (а он реально был ИП). Бизнес выбирает не только продукт, но и надёжность. Надёжность - это устойчивость контрагента и кейсы (много кейсов) использования продукта. К тому же у лидеров хорошо отработаны продажи, включая разные схемы, а умение работать по схемам - тоже показатель зрелости компании на рынке.
Хороший продукт создать - относительно простая история. Много раз продать продукт, найти место на рынке - вот тут и отвалятся 90%. Бизнес не хочет пробовать, он выбирает, чтобы потом не выбирать снова и снова.
Заканчиваю читать книгу Алексея Колоколова — Заставьте данные говорить.
Если вы хотите погрузиться в мир BI от простого к сложному, то прям советую.
2/3 книги — это пошаговое создание дашборда в Excel. Взрослого дашборда — через сводные таблицы, с фильтрами, с разумным выбором визуализаций и прочего. Excel в данном случае только инструмент — большАя часть логики подойдёт для работы в любой BI.
1/3 книги — общие основы создания дашбордов: способы визуализации, когда и какие визуализации применять, цветовая градация, объединение данных на дашборде (чтобы всё и сразу) и т.п.
Ну и вёрстка у книги мне понравилась 😉
#BI
Если вы хотите погрузиться в мир BI от простого к сложному, то прям советую.
2/3 книги — это пошаговое создание дашборда в Excel. Взрослого дашборда — через сводные таблицы, с фильтрами, с разумным выбором визуализаций и прочего. Excel в данном случае только инструмент — большАя часть логики подойдёт для работы в любой BI.
1/3 книги — общие основы создания дашбордов: способы визуализации, когда и какие визуализации применять, цветовая градация, объединение данных на дашборде (чтобы всё и сразу) и т.п.
Ну и вёрстка у книги мне понравилась 😉
#BI
Материалы выходного дня #21
📄 Исследование О РАЗВИТИИ СПЕЦИАЛИСТОВ ПРОДУКТОВЫХ КОМПАНИЙ В 2022
https://productsense.io/research22
Исследование сделано командой ProductSense вместе с Яндекс Практикумом. Информации очень много: от зарплат и тревог, до размеров компаний и направлений деятельности.
📄 Гайд по ненасильственному общению
https://habr.com/ru/company/selectel/blog/710914/
Статья на Хабре с основными положениями о ненасильственном общении. Если некогда читать книгу Маршала Розенберга «Ненасильственное общение. Язык Жизни», то начните со статьи. + У статьи есть интересные комментарии с противоположными точками зрения.
📄 Ошибки при внедрении OKR как системы исполнения стратегии. Опыт Хабра
https://habr.com/ru/company/gai_company/blog/646115/
Добротная статья об ошибках при внедрении OKR с хорошей подборкой фундаментальной базы (книги, сравнение методик и прочее).
📹 Интервью с Байрамом Аннаковым: Про полученные уроки, уход из App in the Air и фокусе на web 3 стартапе
https://youtu.be/YIHkxGzhEO8
Интервьюирует Юлия Билинкис, автор канала Strategic move (@strategic_move).
Я слежу и за Юлией и за Байрамом, поэтому интересно. Внутри:
- 3 урока, которые Байрам извлек из своего опыта в бизнесе
- какой один вопрос нужно задавать себе чаще
- почему он решил уйти с поста CEO App in the Air, а также советы по созданию продукта, приносящего ценность
Добрых и энергичных вам выходных!
#дайджест
📄 Исследование О РАЗВИТИИ СПЕЦИАЛИСТОВ ПРОДУКТОВЫХ КОМПАНИЙ В 2022
https://productsense.io/research22
Исследование сделано командой ProductSense вместе с Яндекс Практикумом. Информации очень много: от зарплат и тревог, до размеров компаний и направлений деятельности.
📄 Гайд по ненасильственному общению
https://habr.com/ru/company/selectel/blog/710914/
Статья на Хабре с основными положениями о ненасильственном общении. Если некогда читать книгу Маршала Розенберга «Ненасильственное общение. Язык Жизни», то начните со статьи. + У статьи есть интересные комментарии с противоположными точками зрения.
📄 Ошибки при внедрении OKR как системы исполнения стратегии. Опыт Хабра
https://habr.com/ru/company/gai_company/blog/646115/
Добротная статья об ошибках при внедрении OKR с хорошей подборкой фундаментальной базы (книги, сравнение методик и прочее).
📹 Интервью с Байрамом Аннаковым: Про полученные уроки, уход из App in the Air и фокусе на web 3 стартапе
https://youtu.be/YIHkxGzhEO8
Интервьюирует Юлия Билинкис, автор канала Strategic move (@strategic_move).
Я слежу и за Юлией и за Байрамом, поэтому интересно. Внутри:
- 3 урока, которые Байрам извлек из своего опыта в бизнесе
- какой один вопрос нужно задавать себе чаще
- почему он решил уйти с поста CEO App in the Air, а также советы по созданию продукта, приносящего ценность
Добрых и энергичных вам выходных!
#дайджест
Про онбординг пользователей
Сейчас активно прорабатываю вопрос: а как у нас в продукте онбордятся новые пользователи.
Человек начинает регаться, чтобы получить доступ к демке:
— Какое письмо он получит? Понятность, красивость, скорость прихода.
— Переходит к демке из письма. Ему понятно, что вообще делать дальше? Мы объяснили?
— В демо-версии лежат демо-данные: он понимает, что это вообще такое или нет?
— А как работать - ему точно понятно?
— Если он зарегался, но ничего не делает - мы увидим и направим/подскажем?
Не всё у нас с этим гладко — будем улучшать и фиксировать изменения в конверсии. Расскажу по итогам.
В погоне за функциями мы можем упустить момент посадки пользователя в продукт.
Первые впечатления от продукта одни из самых сильных — очень важно не лажать при знакомстве с пользователем. И это впечатление складывается в первую очередь не от функций, а от того как мы встретили гостя дорогого.
Про разные варианты функционального онбординга писал когда-то статью: https://medium.com/design-pub/88342d23bab8
(сегодня перечитал - всё актуально)
#UX
Сейчас активно прорабатываю вопрос: а как у нас в продукте онбордятся новые пользователи.
Человек начинает регаться, чтобы получить доступ к демке:
— Какое письмо он получит? Понятность, красивость, скорость прихода.
— Переходит к демке из письма. Ему понятно, что вообще делать дальше? Мы объяснили?
— В демо-версии лежат демо-данные: он понимает, что это вообще такое или нет?
— А как работать - ему точно понятно?
— Если он зарегался, но ничего не делает - мы увидим и направим/подскажем?
Не всё у нас с этим гладко — будем улучшать и фиксировать изменения в конверсии. Расскажу по итогам.
В погоне за функциями мы можем упустить момент посадки пользователя в продукт.
Первые впечатления от продукта одни из самых сильных — очень важно не лажать при знакомстве с пользователем. И это впечатление складывается в первую очередь не от функций, а от того как мы встретили гостя дорогого.
Про разные варианты функционального онбординга писал когда-то статью: https://medium.com/design-pub/88342d23bab8
(сегодня перечитал - всё актуально)
#UX
Medium
Про онбординг — как можно погрузить пользователя в продукт и надо ли
Обзор восьми видов продуктового онбординга. Прикинул когда и какие уместны, а какие лишь дань моде.
Я понял, какая фишка должна быть у продукта, который позволяет пользователю что-то создавать для внешней аудитории. Фишка, которая влюбит пользователя в продукт — не давать пользователю визуально облажаться, если он сам того не хочет.
Какую бы схему я ни рисовал в miro — она будет визуально приятной. Но, например, в draw.io и visio схемы по-умолчанию будут страшненькие, стрелки кривенькие.
Notion, Medium (особенно не в кириллице) — делает умолчательно визуально приятные статьи, удерживая пользователя от полёта визуальной фантазии.
Красиво "из коробки".
#UX
Какую бы схему я ни рисовал в miro — она будет визуально приятной. Но, например, в draw.io и visio схемы по-умолчанию будут страшненькие, стрелки кривенькие.
Notion, Medium (особенно не в кириллице) — делает умолчательно визуально приятные статьи, удерживая пользователя от полёта визуальной фантазии.
Красиво "из коробки".
#UX
ИИ обложили 😱
Вчера добрался до Midjourney — хотел сделать такое: Leo DiCaprio holds a sign "Читай канал Про удобство". Получилось отчасти: Лео есть, а Про удобство нет 😂 Картинка внизу.
А сегодня зашёл в Notion, а он мне предлагает написать текст при помощи ИИ. И вот, что ... Хотя давайте попорядку.
На днях во втором канале Продуктовошная я спросил — кто с какими сложностями сталкивался при онбординге в новую команду. Получилась довольно подробная подборка комментов (смотреть здесь). И я хотел сделать пост про корректный онбординг в команду. К слову, однажды у меня был плохой опыт онбординга, когда формальная линия онбординга в корне расходилась с фактической. Именно за этим я в Notion и зашёл, но соблазнился предложением написать при помощи ИИ.
Получилось, надо сказать, очень (прям ОЧЕНЬ) хорошо — запрос и ответ на русском были. Вот текст от Notion, в котором я не правил ничего.
=====
Погружение новичков в команду
Начало работы в новой команде может быть вызовом для любого новичка. Однако, правильное погружение новичков в команду является важным этапом для достижения успеха.
Почему погружение в команду важно?
Погружение новичков в команду помогает им быстрее адаптироваться к новой среде работы и лучше понимать, как их работа влияет на цели команды в целом. Это также помогает новичкам лучше понимать, как работают другие члены команды и как они могут эффективно взаимодействовать друг с другом.
Как правильно погрузить новичка в команду?
1. Дать новичку полное представление о команде и ее целях. Новичок должен знать, как его работа влияет на общие цели команды и на что стоит обращать внимание в своей работе.
2. Назначить наставника или ментора, который будет помогать новичку. Это может быть человек, который уже давно работает в команде и знает все процессы и правила.
3. Разработать план обучения, который будет помогать новичку быстрее адаптироваться к новой среде работы и улучшать свои навыки.
4. Предоставить новичку все необходимые ресурсы для работы. Это может быть программное обеспечение, документация, доступ к базам знаний и т.д.
5. Проводить регулярные отчеты и обратную связь. Это поможет новичку понимать, как он продвигается в работе и что ему нужно улучшить.
Погружение новичков в команду является важным этапом для достижения успеха. Правильное погружение поможет новичкам быстрее адаптироваться к новой среде работы, понимать цели команды и эффективно взаимодействовать с другими членами команды.
=====
По-моему, Notion справился очень хорошо.
В общем, сейчас на работе мы при помощи копирайтеров пишем пару статей о продукте — идёт довольно тяжко: куча воды и запутанная нить повествования. И я всерьёз задумался о том, что ИИ заменит таких оооочень быстро. Рерайтеров точно заменит на раз-два.
Вчера добрался до Midjourney — хотел сделать такое: Leo DiCaprio holds a sign "Читай канал Про удобство". Получилось отчасти: Лео есть, а Про удобство нет 😂 Картинка внизу.
А сегодня зашёл в Notion, а он мне предлагает написать текст при помощи ИИ. И вот, что ... Хотя давайте попорядку.
На днях во втором канале Продуктовошная я спросил — кто с какими сложностями сталкивался при онбординге в новую команду. Получилась довольно подробная подборка комментов (смотреть здесь). И я хотел сделать пост про корректный онбординг в команду. К слову, однажды у меня был плохой опыт онбординга, когда формальная линия онбординга в корне расходилась с фактической. Именно за этим я в Notion и зашёл, но соблазнился предложением написать при помощи ИИ.
Получилось, надо сказать, очень (прям ОЧЕНЬ) хорошо — запрос и ответ на русском были. Вот текст от Notion, в котором я не правил ничего.
=====
Погружение новичков в команду
Начало работы в новой команде может быть вызовом для любого новичка. Однако, правильное погружение новичков в команду является важным этапом для достижения успеха.
Почему погружение в команду важно?
Погружение новичков в команду помогает им быстрее адаптироваться к новой среде работы и лучше понимать, как их работа влияет на цели команды в целом. Это также помогает новичкам лучше понимать, как работают другие члены команды и как они могут эффективно взаимодействовать друг с другом.
Как правильно погрузить новичка в команду?
1. Дать новичку полное представление о команде и ее целях. Новичок должен знать, как его работа влияет на общие цели команды и на что стоит обращать внимание в своей работе.
2. Назначить наставника или ментора, который будет помогать новичку. Это может быть человек, который уже давно работает в команде и знает все процессы и правила.
3. Разработать план обучения, который будет помогать новичку быстрее адаптироваться к новой среде работы и улучшать свои навыки.
4. Предоставить новичку все необходимые ресурсы для работы. Это может быть программное обеспечение, документация, доступ к базам знаний и т.д.
5. Проводить регулярные отчеты и обратную связь. Это поможет новичку понимать, как он продвигается в работе и что ему нужно улучшить.
Погружение новичков в команду является важным этапом для достижения успеха. Правильное погружение поможет новичкам быстрее адаптироваться к новой среде работы, понимать цели команды и эффективно взаимодействовать с другими членами команды.
=====
По-моему, Notion справился очень хорошо.
В общем, сейчас на работе мы при помощи копирайтеров пишем пару статей о продукте — идёт довольно тяжко: куча воды и запутанная нить повествования. И я всерьёз задумался о том, что ИИ заменит таких оооочень быстро. Рерайтеров точно заменит на раз-два.
Чтобы перейти ко второй части, надо рассказать про первую.
Часть 1.
В начале этого года наш стартап с экосистемой продуктов для цифровизации строительства претерпел серьёзные изменения. В детали вдаваться не хочу, да и не могу. Но курс и темп, с которым мы бежали, были сильно скорректированы внешними событиями. Такое бывает со стартапами 😉
В итоге, удалось выровняться, но не без трансформации концепции — напишу об этом в мемуарах. Не могу сказать лучше или хуже стала концепция, но стала другой.
В общем, я ушёл, оставив после себя налаженные продуктовые процессы и связи с ребятами.
Мог бы и дальше работать там, но личного драйва уже не было: уровень вызовов существенно изменился. Это как в спорте — если ты работал с большим весом, то делать тоже самое с малым не особо интересно, планка уже взята.
Часть 2.
С февраля я присоединился к продуктовой команде российской BI Analytic Workspace.
И это самый интенсивный старт за всю мою карьеру 😳 За пару недель погрузился в мир BI. Пока не везде глубоко, но инфополе сформировал.
Для меня мир BI — это, конечно, не новый мир, но обычно он был где-то рядом, а не в центре. А теперь в моём мире много дашиков (не путать с дошиками), виджетов, коннекторов, ETL и прочей БиАй терминологии.
Я отвечаю за продукт, который должен стать самым популярным платным BI в России.
И всё для этого есть: продукт с хорошей обратной связью от пользователей, отличная команда, ресурсы, конкуренты.
Это b2b, само собой. Скоро буду делиться кейсами — первый, скорее всего, будет про онбординг пользователей в продукт.
Собственно, вопрос: есть ли тут ребята, которые в BI? Связаны с визуализацией данных, с обработкой данных и т.п.
Поставьте клубничку 🍓и в комментах можно отписаться ))
Часть 1.
В начале этого года наш стартап с экосистемой продуктов для цифровизации строительства претерпел серьёзные изменения. В детали вдаваться не хочу, да и не могу. Но курс и темп, с которым мы бежали, были сильно скорректированы внешними событиями. Такое бывает со стартапами 😉
В итоге, удалось выровняться, но не без трансформации концепции — напишу об этом в мемуарах. Не могу сказать лучше или хуже стала концепция, но стала другой.
В общем, я ушёл, оставив после себя налаженные продуктовые процессы и связи с ребятами.
Мог бы и дальше работать там, но личного драйва уже не было: уровень вызовов существенно изменился. Это как в спорте — если ты работал с большим весом, то делать тоже самое с малым не особо интересно, планка уже взята.
Часть 2.
С февраля я присоединился к продуктовой команде российской BI Analytic Workspace.
И это самый интенсивный старт за всю мою карьеру 😳 За пару недель погрузился в мир BI. Пока не везде глубоко, но инфополе сформировал.
Для меня мир BI — это, конечно, не новый мир, но обычно он был где-то рядом, а не в центре. А теперь в моём мире много дашиков (не путать с дошиками), виджетов, коннекторов, ETL и прочей БиАй терминологии.
Я отвечаю за продукт, который должен стать самым популярным платным BI в России.
И всё для этого есть: продукт с хорошей обратной связью от пользователей, отличная команда, ресурсы, конкуренты.
Это b2b, само собой. Скоро буду делиться кейсами — первый, скорее всего, будет про онбординг пользователей в продукт.
Собственно, вопрос: есть ли тут ребята, которые в BI? Связаны с визуализацией данных, с обработкой данных и т.п.
Поставьте клубничку 🍓и в комментах можно отписаться ))
В 2022 году я почти не уделял внимание прокачке английского — хотя, по ощущениям, многие именно в 2022 году стали экстренно качать свой английский.
Разговорный английский пока что мне не нужен от слова совсем, а то что не нужно на практике обычно тяжело получается учить.
Но познавательный английский (почитать, посмотреть что-то и понять) он по-любому нужен, так как на английском очень много полезных профматериалов.
Буквально сегодня смотрел презу на английском.
Ребята из AgileFluent как-то звали меня поучаствовать в практикуме по английскому со стороны практика, но я честно отказался, так как не кен спик фром май харт.
Но как слушатель я периодически к ним хожу на открытые уроки по бизнес-английскому для продактов. Это помогает в прокачке познавательного английского.
Очередной открытый практикум будет 7 марта в 19:00 Мск. Уже добавил в календарь.
Лендинг мероприятия здесь — https://agilefluent.ru/openpracticum
Ещё у AgileFluent скоро запуск 4-х недельного курса бизнес-английского для продактов, где ребята практикуют проф лексику во время создания концепта продукта для европейского рынка. Мне пока не надо, но может вам будет интересно.
С ребятами мы давно знакомы, делали совместный стрим по прожарке ЛинкедИн анкеты, поэтому это чистая рекомендация.
Разговорный английский пока что мне не нужен от слова совсем, а то что не нужно на практике обычно тяжело получается учить.
Но познавательный английский (почитать, посмотреть что-то и понять) он по-любому нужен, так как на английском очень много полезных профматериалов.
Буквально сегодня смотрел презу на английском.
Ребята из AgileFluent как-то звали меня поучаствовать в практикуме по английскому со стороны практика, но я честно отказался, так как не кен спик фром май харт.
Но как слушатель я периодически к ним хожу на открытые уроки по бизнес-английскому для продактов. Это помогает в прокачке познавательного английского.
Очередной открытый практикум будет 7 марта в 19:00 Мск. Уже добавил в календарь.
Лендинг мероприятия здесь — https://agilefluent.ru/openpracticum
Ещё у AgileFluent скоро запуск 4-х недельного курса бизнес-английского для продактов, где ребята практикуют проф лексику во время создания концепта продукта для европейского рынка. Мне пока не надо, но может вам будет интересно.
С ребятами мы давно знакомы, делали совместный стрим по прожарке ЛинкедИн анкеты, поэтому это чистая рекомендация.