Я увлеченно рассказывал за завтраком в Лиссабоне как мне здорово и комфортно в работать в букинге с точки зрения коммуникаций. Особенно по сравнению с атмосферой и культурой общения в некоторых российских компаниях, где я работал. В букинге принят супер корректный тон общения. Вы не встретите не то, что на агрессии или пассивной агрессии в общении, никакого проявления сильных эмоций.
На конференции, где я недавно выступал с докладом про управление ML продуктами, на завтраке я подсел за стол к Саше Клименко. Мы дружим, потому что она тоже делает обучение в формате симуляторов, только ее тема – коммуникации и софт скиллы.
На конференции Саша делала воркшоп, по коммуникациям и конфликтам в команде. Я сам попасть не смог, но видел очень сильно впечатлившихся людей, которые были участниками сцен, где Саша мастерски отыгрывала роль токсичного коллеги.
Но у меня-то таких почти нет. Для убедительности я пересказал Саше пару историй про то, как фидбэк по поводу некорректной коммуникации, запарывал моим коллегам годовой performance review или даже промоушен. Короче, будь няшным или умри. Для меня это отлично, потому что выглядит как корректная, профессиональная рабочая коммуникация, и у меня никогда не было проблем ее соблюдать.
Пока я с упоением про все это рассказываю, я краем глаза начинаю замечать, что Саша явно закипает. Я вообще не мастер в софт скиллах, но после 15-ти лет в двух браках научился инстинктивно распознавать надвигающуюся опасность.
Реакция Саши меня, мягко говоря, удивила. Лекция, которую она мне после этого (достаточно эмоционально) прочитала, немного пошатнула мою уверенность в том, что я живу в коммуникационном раю.
Я вам расскажу, что Саше не понравилось, но сначала хочу узнать ваше мнение. Как вы считаете: корпортивная культура, где все супер корректные и особо не проявляют эмоций в рабочем контексте – это утопия или антиутопия?
На конференции, где я недавно выступал с докладом про управление ML продуктами, на завтраке я подсел за стол к Саше Клименко. Мы дружим, потому что она тоже делает обучение в формате симуляторов, только ее тема – коммуникации и софт скиллы.
На конференции Саша делала воркшоп, по коммуникациям и конфликтам в команде. Я сам попасть не смог, но видел очень сильно впечатлившихся людей, которые были участниками сцен, где Саша мастерски отыгрывала роль токсичного коллеги.
Но у меня-то таких почти нет. Для убедительности я пересказал Саше пару историй про то, как фидбэк по поводу некорректной коммуникации, запарывал моим коллегам годовой performance review или даже промоушен. Короче, будь няшным или умри. Для меня это отлично, потому что выглядит как корректная, профессиональная рабочая коммуникация, и у меня никогда не было проблем ее соблюдать.
Пока я с упоением про все это рассказываю, я краем глаза начинаю замечать, что Саша явно закипает. Я вообще не мастер в софт скиллах, но после 15-ти лет в двух браках научился инстинктивно распознавать надвигающуюся опасность.
Реакция Саши меня, мягко говоря, удивила. Лекция, которую она мне после этого (достаточно эмоционально) прочитала, немного пошатнула мою уверенность в том, что я живу в коммуникационном раю.
Я вам расскажу, что Саше не понравилось, но сначала хочу узнать ваше мнение. Как вы считаете: корпортивная культура, где все супер корректные и особо не проявляют эмоций в рабочем контексте – это утопия или антиутопия?
😁17🔥6❤4👍3
😁9❤2
Привет, это Андрей.
Некоторое время назад мы запустили курс "ML для продактов", причем не в виде наших любимых симуляторов, а в формате живых занятий и групповой работы над кейсами. Управление ML продуктами – относительно новая область, поэтому мы начали с MVP. Но не остановились на нем)
На курс приходят в том числе продакты, которые еще никогда не работали с машинным обучением. Чтобы дать всем на старте одинаковую базу, к началу второго потока, Владимир сделал "вводный" симулятор – Базовый ML для продактов. Это пять глав, где мы разбираем что такое лейблы, что такое фичи, чем precision отличается от recall, и какие модели реально применяются для коммерческих задач.
Обратите внимание, что курсы разные: «основа» это для тех, у кого не-ML продукт и ML - вспомогательный инструмент, нужный иногда. Курс поможет эти «иногда» замечать, структурно подходить и в итоге стать чуть лучшим Classical PM, добавив еще один скилл в копилку.
«Управление ML продуктом» для тех, у кого продукт и есть какая-то ML задачка (например, ранжирование). Их называют PM ML. Курсы дополняют друг друга: если вы хотите с нуля и сразу в PM ML, то нужно пройти оба.
Базовый симулятор успешно прошел тестирование, и теперь мы готовы открыть его для всех по ранней цене. Он небольшой, пока недорогой, проходится за пару дней (или недель – зависит от темпа), дает всю необходимую базу на очень простых примерах: вы вручную построите регрессию с одной переменной в Google.Sheets, и решите пять очень разных кейсов.
Отзывы подтверждают, что этот симулятор отлично справляется с задачей "познакомить с ML тех, кто еще не сталкивался с такими технологиями в своей продуктовой карьере". Если вы уже работали хотя бы с парой кейсов, то ничего нового вы скорее всего не узнаете, лучше присоединяйтесь к следующей когорте нашего продвинутого курса ML для продакт менеджеров.
Посмотреть программу и купить симулятор "Базовый ML для продакт менеджеров" можно тут.
До конца декабря действует ранняя цена.
Если вы учились на нашем первом ML-потоке, симулятор вам положен бесплатно. Проверьте чат ML for PM. May'23 😉
P.S. Кстати, этот симулятор, как и любой другой наш курс, можно купить в подарок. Оплатите курс, и в назначенный вами день мы пришлем письмо с доступом в торжественном оформлении.
Некоторое время назад мы запустили курс "ML для продактов", причем не в виде наших любимых симуляторов, а в формате живых занятий и групповой работы над кейсами. Управление ML продуктами – относительно новая область, поэтому мы начали с MVP. Но не остановились на нем)
На курс приходят в том числе продакты, которые еще никогда не работали с машинным обучением. Чтобы дать всем на старте одинаковую базу, к началу второго потока, Владимир сделал "вводный" симулятор – Базовый ML для продактов. Это пять глав, где мы разбираем что такое лейблы, что такое фичи, чем precision отличается от recall, и какие модели реально применяются для коммерческих задач.
Обратите внимание, что курсы разные: «основа» это для тех, у кого не-ML продукт и ML - вспомогательный инструмент, нужный иногда. Курс поможет эти «иногда» замечать, структурно подходить и в итоге стать чуть лучшим Classical PM, добавив еще один скилл в копилку.
«Управление ML продуктом» для тех, у кого продукт и есть какая-то ML задачка (например, ранжирование). Их называют PM ML. Курсы дополняют друг друга: если вы хотите с нуля и сразу в PM ML, то нужно пройти оба.
Базовый симулятор успешно прошел тестирование, и теперь мы готовы открыть его для всех по ранней цене. Он небольшой, пока недорогой, проходится за пару дней (или недель – зависит от темпа), дает всю необходимую базу на очень простых примерах: вы вручную построите регрессию с одной переменной в Google.Sheets, и решите пять очень разных кейсов.
Отзывы подтверждают, что этот симулятор отлично справляется с задачей "познакомить с ML тех, кто еще не сталкивался с такими технологиями в своей продуктовой карьере". Если вы уже работали хотя бы с парой кейсов, то ничего нового вы скорее всего не узнаете, лучше присоединяйтесь к следующей когорте нашего продвинутого курса ML для продакт менеджеров.
Посмотреть программу и купить симулятор "Базовый ML для продакт менеджеров" можно тут.
До конца декабря действует ранняя цена.
Если вы учились на нашем первом ML-потоке, симулятор вам положен бесплатно. Проверьте чат ML for PM. May'23 😉
P.S. Кстати, этот симулятор, как и любой другой наш курс, можно купить в подарок. Оплатите курс, и в назначенный вами день мы пришлем письмо с доступом в торжественном оформлении.
🔥13❤4👏1
Хо-хо-хо! Саша Клименко, с которой мы спорили в Лиссабоне про то, уместно ли требовать от людей не проявлять негативные эмоции на работе, опубликовала разбор ситуации в своем канале.
Можете почитать (обратите внимание на продолжение в следующем посте).
Я не со всеми тезисами согласен, но прочитать о том, какие негативные последствия могут быть у культуры тотальной корректности, мне было очень интересно. Разбор получился полнее, в том числе, благодаря вашим комментариям под предыдущим постом. Спасибо за развернутые мысли и интересное обсуждение!
Можете почитать (обратите внимание на продолжение в следующем посте).
Я не со всеми тезисами согласен, но прочитать о том, какие негативные последствия могут быть у культуры тотальной корректности, мне было очень интересно. Разбор получился полнее, в том числе, благодаря вашим комментариям под предыдущим постом. Спасибо за развернутые мысли и интересное обсуждение!
🔥14👍3🤔2❤1
This media is not supported in your browser
VIEW IN TELEGRAM
Наглядная иллюстрация статистических законов.
Привет, это Константин. Хочу поделиться одной прикольной вещицей, которую я купил несколько лет назад как только устроился во Flo и увидел ее в переговорке у нашего СЕО. Называется она Galton Board. В принципе, ее можно использовать на собеседованиях, чтобы сходу понять насколько человек шарит в статистике. Возможно, что примерно так эта забавная вещица и использовалась.
Множество частиц, падая вниз, выстраиваются в красивые линии и образуют куполообразный узор нормального распределения. И сколько бы раз ты это не повторял, результат всегда будет примерно один и тот же. Этот график часто можно встретить на экране, но наглядное воспроизведение тех же самых законов в материальном мире меня завораживает.
Если приглядеться, то можно даже заметить, что здесь комбинация дискретных бинарных случайных величин приводит к образованию гаусианы. Все как в нашем курсе по A/B тестированию.
А какие интересные предметы стоят на вашем рабочем столе?
Привет, это Константин. Хочу поделиться одной прикольной вещицей, которую я купил несколько лет назад как только устроился во Flo и увидел ее в переговорке у нашего СЕО. Называется она Galton Board. В принципе, ее можно использовать на собеседованиях, чтобы сходу понять насколько человек шарит в статистике. Возможно, что примерно так эта забавная вещица и использовалась.
Множество частиц, падая вниз, выстраиваются в красивые линии и образуют куполообразный узор нормального распределения. И сколько бы раз ты это не повторял, результат всегда будет примерно один и тот же. Этот график часто можно встретить на экране, но наглядное воспроизведение тех же самых законов в материальном мире меня завораживает.
Если приглядеться, то можно даже заметить, что здесь комбинация дискретных бинарных случайных величин приводит к образованию гаусианы. Все как в нашем курсе по A/B тестированию.
А какие интересные предметы стоят на вашем рабочем столе?
❤16🔥10🦄4👏1
Еще одна книга для продактов: Atomic Habits.
Привет! Это Владимир. Я продолжаю читать полезные книги и делиться с вами.
Автор James Clear мечтал сделать бейсбольную карьеру, но началось все не очень – на тренировке ему случайно прилетела в лицо бейсбольная бита: многочисленные переломы черепа, сотрясение, год больницы. Вместо рефлексии, он замастерил алгоритм мини-улучшений себя, который стал основой книги.
Вы – продакты, но еще и люди (кроме тех CEO из нас, кто уже - роботы). Сделайте шаг назад и посмотрите на свой день от просыпания до сна: сколько всего вы делаете на автомате? Проснулись - в руке айфон, потом кофе, потом спорт (или сигарета?), потом спорт (или метро?), на работе начали с проверки имейлов (или определения планов на день?), после обеда – обязательно кофе (сигарета? прогулка?) и так далее - около 16 часов бодрствования.
Большинство вещей происходят на автомате, вы даже не задумываетесь. Некоторые из них – полезные привычки, некоторые – нет. Точнее так: в короткой перспективе все привычки кажутся “правильными” (за съеденный тортик вы получаете порцию дофамина), но в долгосрочной всё не так просто. Продуктовый пример: начать рабочий день с операционки в Slack-е (дофамин), после чего сесть за вдумчивое написание стратегии будет почти невозможно (мозг требует дешевого дофамина, а стратегия дает медленный эффект).
В общем, книга рассказывает, как добавить хороших привычек и избавиться от плохих. Привычка состоит из Cue (например, заметил телек), Craving (хочу расслабиться), Response (сел на диван, включил), Reward (мозг отключился, получил дофамин). Если я хочу перестать смотреть телек, то я должен придумать себе сложности на каждом этапе (например, спрятать пульт в шкаф) - это сделает Response тяжелее и многие из нас просто забьют. Или можно “испортить” себе Reward, ворча, что я только что убил час жизни 🙂
Для формирования хорошей привычки надо (наоборот!) упростить каждый этап. Например, я хочу начинать каждое рабочее утро с составления плана на день (а не с заглядываения в Слак, где меня сразу подхватит поток операционки). Для этого:
- The 1st law (Cue): Make it obvious. Я придумываю правило: “Каждый день, когда я открываю свой Mac, я начинаю с выбора трех главных задач на день”. Таким образом я привязываю привычку к очевидному физическому действию (открыть крышку компа).
- The 2nd law (Craving): Make it attractive. Например, я могу привязать планирование к первой чашке кофе и ассоциировать кайф кофеина с планированием.
- The 3rd law (Response): Make it easy. У меня должна быть готовая вкладка с бэкглогом (например, Todoist), которая от меня в 1 клик. Клик - и я уже смотрю, что “перетащить” на сегодня. Если будут препятствия (помойка заданий, непонятные приоритеты), то я всё это просто брошу.
- The 4th law (Reward): Make it satisfying. В конце дня я получу кайф, что вместо того, чтобы делать “что-то” или начать 10 дел, а закончить 2, я начал 3 и закончил 3. Мозг выдаст мне порцию дофамина (как программисту, который написал, оттестил и залил на продакшн код и потому уходит домой такой довольный).
В книге еще много примеров, полезных хаков и инструментов. Очень рекомендую! Ставьте 🔥, если интересно про продуктивность продакта. Ставьте что-то другое, если понравилось, но больше не надо 🙂
Привет! Это Владимир. Я продолжаю читать полезные книги и делиться с вами.
Автор James Clear мечтал сделать бейсбольную карьеру, но началось все не очень – на тренировке ему случайно прилетела в лицо бейсбольная бита: многочисленные переломы черепа, сотрясение, год больницы. Вместо рефлексии, он замастерил алгоритм мини-улучшений себя, который стал основой книги.
Вы – продакты, но еще и люди (кроме тех CEO из нас, кто уже - роботы). Сделайте шаг назад и посмотрите на свой день от просыпания до сна: сколько всего вы делаете на автомате? Проснулись - в руке айфон, потом кофе, потом спорт (или сигарета?), потом спорт (или метро?), на работе начали с проверки имейлов (или определения планов на день?), после обеда – обязательно кофе (сигарета? прогулка?) и так далее - около 16 часов бодрствования.
Большинство вещей происходят на автомате, вы даже не задумываетесь. Некоторые из них – полезные привычки, некоторые – нет. Точнее так: в короткой перспективе все привычки кажутся “правильными” (за съеденный тортик вы получаете порцию дофамина), но в долгосрочной всё не так просто. Продуктовый пример: начать рабочий день с операционки в Slack-е (дофамин), после чего сесть за вдумчивое написание стратегии будет почти невозможно (мозг требует дешевого дофамина, а стратегия дает медленный эффект).
В общем, книга рассказывает, как добавить хороших привычек и избавиться от плохих. Привычка состоит из Cue (например, заметил телек), Craving (хочу расслабиться), Response (сел на диван, включил), Reward (мозг отключился, получил дофамин). Если я хочу перестать смотреть телек, то я должен придумать себе сложности на каждом этапе (например, спрятать пульт в шкаф) - это сделает Response тяжелее и многие из нас просто забьют. Или можно “испортить” себе Reward, ворча, что я только что убил час жизни 🙂
Для формирования хорошей привычки надо (наоборот!) упростить каждый этап. Например, я хочу начинать каждое рабочее утро с составления плана на день (а не с заглядываения в Слак, где меня сразу подхватит поток операционки). Для этого:
- The 1st law (Cue): Make it obvious. Я придумываю правило: “Каждый день, когда я открываю свой Mac, я начинаю с выбора трех главных задач на день”. Таким образом я привязываю привычку к очевидному физическому действию (открыть крышку компа).
- The 2nd law (Craving): Make it attractive. Например, я могу привязать планирование к первой чашке кофе и ассоциировать кайф кофеина с планированием.
- The 3rd law (Response): Make it easy. У меня должна быть готовая вкладка с бэкглогом (например, Todoist), которая от меня в 1 клик. Клик - и я уже смотрю, что “перетащить” на сегодня. Если будут препятствия (помойка заданий, непонятные приоритеты), то я всё это просто брошу.
- The 4th law (Reward): Make it satisfying. В конце дня я получу кайф, что вместо того, чтобы делать “что-то” или начать 10 дел, а закончить 2, я начал 3 и закончил 3. Мозг выдаст мне порцию дофамина (как программисту, который написал, оттестил и залил на продакшн код и потому уходит домой такой довольный).
В книге еще много примеров, полезных хаков и инструментов. Очень рекомендую! Ставьте 🔥, если интересно про продуктивность продакта. Ставьте что-то другое, если понравилось, но больше не надо 🙂
🔥110❤13👍7👏3🤯1
Друзья, привет!
Послезавтра, 21 декабря в 17:00 по Амстердаму / 19:00 по Мск наш последний в этом году стрим. Тема супер актуальная, судя по реакциям на предыдущий пост.
Как построить систему, которая спасет от завала и будет держать в фокусе каждый день
Кто:
Дмитрий Цепелев
Founder at Hyperfocus / Ex. Yandex
• 6 лет в продакт менеджменте и построении продуктов с нуля
• Руководил Яндекс.Кассой (7 продуктовых команд)
• Научил продакт менеджров из Miro, Intuit, Booking, Wise, Яндекс, ЦИАН, МТС фокусироваться каждый день
• Последние два года изучал neuroscience и ставил эксперименты, чтобы понять “что такое фокус” и как его исправить
Александр Поваров
Head of product Payments, Wolt / Founder at ProductDo
• PdD, 8 лет в продакт-менеджменте
• Запускал Яндекс.Кассу и Request Money в Wise
• Автор симуляторов ProductDo
Когда:
21 декабря в 17:00 по Амстердаму / 19:00 по Мск
Где:
Ссылку на трансляцию пришлем в этот канал. Или подписывайтесь на наш YouTube канал, стрим можно будет найти в разделе Трансляции.
Для кого:
Для продактов и не только. Для тех, кто много работает, отвечает за продукты и/или других людей.
О чем поговорим:
1. Что такое перегруз и почему он происходит
2. Какие регулярные ритуалы помогут избежать перегруза и будут держать в фокусе
3. Почему нельзя полагаться на силу воли и что использовать вместо (спойлер – привычки! Читайте предыдущий пост ;))
4. Как дизайнить расписание, среду и ритуалы, чтобы делать их регулярно.
5. (Бонус) Как сохранять энергию и восстанавливаться
Save the date!
Послезавтра, 21 декабря в 17:00 по Амстердаму / 19:00 по Мск наш последний в этом году стрим. Тема супер актуальная, судя по реакциям на предыдущий пост.
Как построить систему, которая спасет от завала и будет держать в фокусе каждый день
Кто:
Дмитрий Цепелев
Founder at Hyperfocus / Ex. Yandex
• 6 лет в продакт менеджменте и построении продуктов с нуля
• Руководил Яндекс.Кассой (7 продуктовых команд)
• Научил продакт менеджров из Miro, Intuit, Booking, Wise, Яндекс, ЦИАН, МТС фокусироваться каждый день
• Последние два года изучал neuroscience и ставил эксперименты, чтобы понять “что такое фокус” и как его исправить
Александр Поваров
Head of product Payments, Wolt / Founder at ProductDo
• PdD, 8 лет в продакт-менеджменте
• Запускал Яндекс.Кассу и Request Money в Wise
• Автор симуляторов ProductDo
Когда:
21 декабря в 17:00 по Амстердаму / 19:00 по Мск
Где:
Ссылку на трансляцию пришлем в этот канал. Или подписывайтесь на наш YouTube канал, стрим можно будет найти в разделе Трансляции.
Для кого:
Для продактов и не только. Для тех, кто много работает, отвечает за продукты и/или других людей.
О чем поговорим:
1. Что такое перегруз и почему он происходит
2. Какие регулярные ритуалы помогут избежать перегруза и будут держать в фокусе
3. Почему нельзя полагаться на силу воли и что использовать вместо (спойлер – привычки! Читайте предыдущий пост ;))
4. Как дизайнить расписание, среду и ритуалы, чтобы делать их регулярно.
5. (Бонус) Как сохранять энергию и восстанавливаться
Save the date!
❤46👍10🔥8🦄3
Forwarded from Victoria Mende
Вы планируете свой рабочий день?
Anonymous Poll
19%
День расписан, большую часть дня занимаюсь тем, что запланировал на это время с утра
52%
Запланированы только созвоны, в остальное время я ловко жонглирую делами в стиле agile
28%
Пытаюсь планировать, но чаще приходится реагировать на ситуацию, чем действовать по плану
1%
У меня своя система, расскажу в комментариях
🔥8❤2👍2
Две интересные вакансии, где продакту/проджекту нужны технические навыки
Привет, это Владимир. Я редко пишу про вакансии, и делаю это скорее, чтобы подчеркнуть какую-то особенность роли (и важно - мы не берём денег за размещение). Сегодня вакансий две: Sr. Tech PM в мессаджинг Авито и Tech PjM в их же инфру.
Первый интересный момент: инфраструктурой в Авито занимаются не продакты (как у нас в booking), а проджекты – они помогают раскатывать большие технические изменения на всю компанию. Плюс такого подхода – централизованная вертикаль управления и внедрения, минус – отсутствие возможности сделать даже из кастрюли продукт, а всякие базы данных, датацентры и прочие железки будут посложнее кастрюли, а значит хранят тонны возможностей для бизнеса. Пример: алгоритм базы данных, ускоренный на 10% с большой вероятностью увеличит доходы всего бизнеса, потому всё (например, приложение поиска) станет работать быстрее.
Если ты – проджект, мечтающий перейти в продукт и уже прокачавший тех.скиллы, то у тебя есть козырь: «зацепиться» за роль в большой компании, и дальше – либо расти в роли, либо совершить «фазовый переход» будет проще.
Вторая вакансия чисто продуктовая: мессенджер между покупателем и продавцом (чат, бот, in-app звонки, маркетинг). Представьте 10+ команд внутри огромного Авито: разные вертикали (недвижимость, машины, мелочи и тд), горизонтали (саппорт, маркетинг, секьюрити, аналитики) – всех надо связать сетью сервисов коммуникаций и ответить на критические вопросы бизнеса: как быстро доставлять, где и как долго хранить, как защищать, как проверять и (мое любимое!) как добавлять интересные фичи сверху (например, спец предложение от продавца «вот тебе супер скидка»).
Поскольку мессаджинг – один из канонических тех. продуктов (почти всем B2C компаниям приходится его решить на определенном этапе скейла), этот кейс (и еще 5: такси, стриминг музыки, доставку, проверки документов, аренду самокатов) мы разбираем в симуляторе «Технологии для продакта/проджекта». В конце января будет «редкий» живой интенсив с групповым разбором еще трех кейсов: соц. сети авто, умного дома и погружения в… мессаджинг. До 31 декабря действует ранняя цена, группа почти полная.
Множество отзывов можно почитать тут (оценка курса за все время 4.92/5.0) и спросить в комментах наших «бывших» учеников - вас, друзья, тут много 🦾🦾
Привет, это Владимир. Я редко пишу про вакансии, и делаю это скорее, чтобы подчеркнуть какую-то особенность роли (и важно - мы не берём денег за размещение). Сегодня вакансий две: Sr. Tech PM в мессаджинг Авито и Tech PjM в их же инфру.
Первый интересный момент: инфраструктурой в Авито занимаются не продакты (как у нас в booking), а проджекты – они помогают раскатывать большие технические изменения на всю компанию. Плюс такого подхода – централизованная вертикаль управления и внедрения, минус – отсутствие возможности сделать даже из кастрюли продукт, а всякие базы данных, датацентры и прочие железки будут посложнее кастрюли, а значит хранят тонны возможностей для бизнеса. Пример: алгоритм базы данных, ускоренный на 10% с большой вероятностью увеличит доходы всего бизнеса, потому всё (например, приложение поиска) станет работать быстрее.
Если ты – проджект, мечтающий перейти в продукт и уже прокачавший тех.скиллы, то у тебя есть козырь: «зацепиться» за роль в большой компании, и дальше – либо расти в роли, либо совершить «фазовый переход» будет проще.
Вторая вакансия чисто продуктовая: мессенджер между покупателем и продавцом (чат, бот, in-app звонки, маркетинг). Представьте 10+ команд внутри огромного Авито: разные вертикали (недвижимость, машины, мелочи и тд), горизонтали (саппорт, маркетинг, секьюрити, аналитики) – всех надо связать сетью сервисов коммуникаций и ответить на критические вопросы бизнеса: как быстро доставлять, где и как долго хранить, как защищать, как проверять и (мое любимое!) как добавлять интересные фичи сверху (например, спец предложение от продавца «вот тебе супер скидка»).
Поскольку мессаджинг – один из канонических тех. продуктов (почти всем B2C компаниям приходится его решить на определенном этапе скейла), этот кейс (и еще 5: такси, стриминг музыки, доставку, проверки документов, аренду самокатов) мы разбираем в симуляторе «Технологии для продакта/проджекта». В конце января будет «редкий» живой интенсив с групповым разбором еще трех кейсов: соц. сети авто, умного дома и погружения в… мессаджинг. До 31 декабря действует ранняя цена, группа почти полная.
Множество отзывов можно почитать тут (оценка курса за все время 4.92/5.0) и спросить в комментах наших «бывших» учеников - вас, друзья, тут много 🦾🦾
👍18❤11🔥3👏3
Привет, друзья! С вам Вика. Сегодня подводим итоги года для ProductDo.
Нетворкинг
Выступили на семи конференциях:
ProductCamp Cyprus
HeyGrowth Yerevan
Epic Growth x2
EPAM conf
EpicHey Lisbon
YooMoney Meetup
Обучение
Запустили 3 новых курса:
Большой курс Machine Learning для продакта от ML-продактов Booking & MAANG
Симулятор SQL для продакта
Симулятор Основы ML для продакта
Существенно обновили:
Технические знания для продакта
Базовая аналитика для продакта
Попробуй себя продактом (бесплатный симулятор!)
SMM (присоединяйтесь тоже ;))
Вырастили YouTube на 802 подписчика (было 181, стало 983)
Вырастили LinkedIn на 553 подписчика (было 37, стало 586)
Вырастили телеграм на ~7К (было ~9К, стало ~ 16К)
Провели 12 бесплатных вебинаров
1. Учимся задавать правильные вопросы к данным
2. Cегментации / персонализации в web
3. Что продакт должен знать про A/B эксперименты
4. Будущее Travel Tech, нейросети, AI и успешные стартапы в индустрии путешествий
5. Зачем большие компании строят свои системы аналитики?
6. Счастье VS Деньги. Что должен растить продакт: прибыль или продуктовые метрики
7. Карьерный путь продакта
8. Разбор кейса на главную метрику маркетплейса
9. Карьерный путь продакта: переезды
10. Стрим с Ильей Красинским. AB тесты и юнит-экономика
11. Почему люди покупают? Иван Замесин и Андрей Менде
12. Как построить систему, которая спасет от завала и будет держать в фокусе каждый день?
А вы как? Уже готовите оливье? Или тоже еще подводите итоги?
Нетворкинг
Выступили на семи конференциях:
ProductCamp Cyprus
HeyGrowth Yerevan
Epic Growth x2
EPAM conf
EpicHey Lisbon
YooMoney Meetup
Обучение
Запустили 3 новых курса:
Большой курс Machine Learning для продакта от ML-продактов Booking & MAANG
Симулятор SQL для продакта
Симулятор Основы ML для продакта
Существенно обновили:
Технические знания для продакта
Базовая аналитика для продакта
Попробуй себя продактом (бесплатный симулятор!)
SMM (присоединяйтесь тоже ;))
Вырастили YouTube на 802 подписчика (было 181, стало 983)
Вырастили LinkedIn на 553 подписчика (было 37, стало 586)
Вырастили телеграм на ~7К (было ~9К, стало ~ 16К)
Провели 12 бесплатных вебинаров
1. Учимся задавать правильные вопросы к данным
2. Cегментации / персонализации в web
3. Что продакт должен знать про A/B эксперименты
4. Будущее Travel Tech, нейросети, AI и успешные стартапы в индустрии путешествий
5. Зачем большие компании строят свои системы аналитики?
6. Счастье VS Деньги. Что должен растить продакт: прибыль или продуктовые метрики
7. Карьерный путь продакта
8. Разбор кейса на главную метрику маркетплейса
9. Карьерный путь продакта: переезды
10. Стрим с Ильей Красинским. AB тесты и юнит-экономика
11. Почему люди покупают? Иван Замесин и Андрей Менде
12. Как построить систему, которая спасет от завала и будет держать в фокусе каждый день?
А вы как? Уже готовите оливье? Или тоже еще подводите итоги?
🔥50❤18👍8👻4👏1😁1🦄1
С наступающим, друзья!
Хо-хо-хо! ProductDo значительно вырос за этот год: нас уже больше 16 тысяч. Пусть у всех подписчиков OKR-ы закрываются от 0.7, сервисы не падают дольше чем на 5 минут, а юнит экономика выходит в плюс. Желаем вам крутой команды, с которой интересно развивать бизнес и двигать мир вперед!
И конечно же подарки — применяйте и прокачивайтесь 🙂
1. Интерактивная инструкция «Как перейти из разных ролей в продакты».
2. Таблица навыков PM: как повысится от Junior до Core, от Core до Senior.
P.S. Любой симулятор можно купить в подарок и/или в рассрочку!
До скорых встреч!
Команда ProductDo
Хо-хо-хо! ProductDo значительно вырос за этот год: нас уже больше 16 тысяч. Пусть у всех подписчиков OKR-ы закрываются от 0.7, сервисы не падают дольше чем на 5 минут, а юнит экономика выходит в плюс. Желаем вам крутой команды, с которой интересно развивать бизнес и двигать мир вперед!
И конечно же подарки — применяйте и прокачивайтесь 🙂
1. Интерактивная инструкция «Как перейти из разных ролей в продакты».
2. Таблица навыков PM: как повысится от Junior до Core, от Core до Senior.
P.S. Любой симулятор можно купить в подарок и/или в рассрочку!
До скорых встреч!
Команда ProductDo
❤16🔥9👍5👏2👻1
Всем привет! С наступившим!
С вами Константин.
Один из самых крутых платных сервисов по экспериментированию Optimizely опубликовал отчет за 2023 год, собранный на основании 127 тысяч (!) экспериментов, проведенных на их платформе. Я собрал самые интересные тезисы на этот счет.
==
Экспериментирование сильно изменилось за последние 5 лет
- 88% тестов проваливаются.
- Только треть экспериментов проверяют более одного варианта.
- Топ 3% компаний проводят более 500 экспериментов в год.
- На 41 % больше ожидаемого эффекта благодаря персонализированным экспериментам.
Эксперименты с самым высоким аплифтом по всему миру имеют две общие черты:
1. Они вносят более крупные изменения в код, оказывая большее влияние на пользовательский опыт (значимость >99,9%).
2. Они одновременно тестируют большее количество вариантов (значимость >99,9%).
Забудьте о “низко висящих фруктах”
Получение доступа к инженерным ресурсам для внесения более масштабных изменений имеет решающее значение. Изменять цвет кнопки конечно легко и просто, но серьезного прироста по метрикам такими экспериментами как правило не получить. А проведение сложных экспериментов над серьезными изменениями в продукте требует инженерных ресурсов. Поэтому делается вывод, что нужно отходить от косметических изменений и отдавать больше предпочтений вещам вроде редизайна и переосмысления customer journeys в своем приложении/вебсайте.
Не стоит зацикливаться исключительно на деньгах
Цифровая коммерция в подавляющем большинстве отдает приоритет доходам. Мы согласны, что это самый ценный показатель бизнеса. Тем не менее, масштабные оптимизации ранней воронки продаж, такие как поиск и добавление в корзину, недостаточно изучены.
Компании, как правило, получают больший эффект от тестирования, фокусируя эксперименты на улучшении микроконверсий, например, привлекая больше пользователей к поиску, добавлению в корзину и регистрации учетных записей.
Скорость поиска — самая недооцененная цель эксперимента. Несмотря на то, что он используется в 1% случаев, он имеет самый высокий ожидаемый эффект — 2,3%. Важно отметить, что те, кто ищет, обычно конвертируют в 2-3 раза больше, чем все остальные пользователи.
Платформа данных клиентов (CDP) работает
Компании с интегрированной CDP, по-видимому, гораздо успешнее экспериментируют и видят на 80% больший ожидаемый эффект. Интересно, как это все при этом совмещается с требованиями по GDPR и CCPA 🙂.
Больше тестов ≠ больше эффекта
Чтобы масштабировать процесс экспериментирования в своей компании, вам необходимо тщательно инвестировать в ресурсы разработчиков. Проведение дополнительных тестов – это не выход. Вот почему:
- Наивысшее качество эксперимента достигается при проведении 1-10 тестов в год на одного инженера.
- Как только разработчик переходит на 11-30 тестов в год, ожидаемое влияние на каждый тест падает на 40%.
- Если вы выйдете за пределы 30 тестов, ожидаемый эффект упадет на целых 87%.
==
Если я правильно понял их выводы и прилагаемую статистику, то основной смысл в том, что количество НЕ равно качество. Очевидно, что увеличение нагрузки на команды с требованием повысить количество проводимых экспериментов на ровном месте в какой-то момент приводит к резкому возрастанию количества багов и общему падению положительных эффектов от экспериментов. Я сам это уже неоднократно наблюдал, и чтобы избегать этой ошибки нужно инвестировать больше ресурсов в различные внутренние системы автоматизаций и масштабирования процессов экспериментирования.
Интересный отчет получился. Согласны?
Мы напоминаем, что у нас на платформе есть шикарный курс, который научит вас А/Б тестированию 🥷. Курс можно купить в подарок.
Ссылка на оригинальный отчет:
https://www.optimizely.com/the-evolution-of-experimentation/
С вами Константин.
Один из самых крутых платных сервисов по экспериментированию Optimizely опубликовал отчет за 2023 год, собранный на основании 127 тысяч (!) экспериментов, проведенных на их платформе. Я собрал самые интересные тезисы на этот счет.
==
Экспериментирование сильно изменилось за последние 5 лет
- 88% тестов проваливаются.
- Только треть экспериментов проверяют более одного варианта.
- Топ 3% компаний проводят более 500 экспериментов в год.
- На 41 % больше ожидаемого эффекта благодаря персонализированным экспериментам.
Эксперименты с самым высоким аплифтом по всему миру имеют две общие черты:
1. Они вносят более крупные изменения в код, оказывая большее влияние на пользовательский опыт (значимость >99,9%).
2. Они одновременно тестируют большее количество вариантов (значимость >99,9%).
Забудьте о “низко висящих фруктах”
Получение доступа к инженерным ресурсам для внесения более масштабных изменений имеет решающее значение. Изменять цвет кнопки конечно легко и просто, но серьезного прироста по метрикам такими экспериментами как правило не получить. А проведение сложных экспериментов над серьезными изменениями в продукте требует инженерных ресурсов. Поэтому делается вывод, что нужно отходить от косметических изменений и отдавать больше предпочтений вещам вроде редизайна и переосмысления customer journeys в своем приложении/вебсайте.
Не стоит зацикливаться исключительно на деньгах
Цифровая коммерция в подавляющем большинстве отдает приоритет доходам. Мы согласны, что это самый ценный показатель бизнеса. Тем не менее, масштабные оптимизации ранней воронки продаж, такие как поиск и добавление в корзину, недостаточно изучены.
Компании, как правило, получают больший эффект от тестирования, фокусируя эксперименты на улучшении микроконверсий, например, привлекая больше пользователей к поиску, добавлению в корзину и регистрации учетных записей.
Скорость поиска — самая недооцененная цель эксперимента. Несмотря на то, что он используется в 1% случаев, он имеет самый высокий ожидаемый эффект — 2,3%. Важно отметить, что те, кто ищет, обычно конвертируют в 2-3 раза больше, чем все остальные пользователи.
Платформа данных клиентов (CDP) работает
Компании с интегрированной CDP, по-видимому, гораздо успешнее экспериментируют и видят на 80% больший ожидаемый эффект. Интересно, как это все при этом совмещается с требованиями по GDPR и CCPA 🙂.
Больше тестов ≠ больше эффекта
Чтобы масштабировать процесс экспериментирования в своей компании, вам необходимо тщательно инвестировать в ресурсы разработчиков. Проведение дополнительных тестов – это не выход. Вот почему:
- Наивысшее качество эксперимента достигается при проведении 1-10 тестов в год на одного инженера.
- Как только разработчик переходит на 11-30 тестов в год, ожидаемое влияние на каждый тест падает на 40%.
- Если вы выйдете за пределы 30 тестов, ожидаемый эффект упадет на целых 87%.
==
Если я правильно понял их выводы и прилагаемую статистику, то основной смысл в том, что количество НЕ равно качество. Очевидно, что увеличение нагрузки на команды с требованием повысить количество проводимых экспериментов на ровном месте в какой-то момент приводит к резкому возрастанию количества багов и общему падению положительных эффектов от экспериментов. Я сам это уже неоднократно наблюдал, и чтобы избегать этой ошибки нужно инвестировать больше ресурсов в различные внутренние системы автоматизаций и масштабирования процессов экспериментирования.
Интересный отчет получился. Согласны?
Мы напоминаем, что у нас на платформе есть шикарный курс, который научит вас А/Б тестированию 🥷. Курс можно купить в подарок.
Ссылка на оригинальный отчет:
https://www.optimizely.com/the-evolution-of-experimentation/
🔥26❤6👍6👏3
Привет! Это Владимир.
Обещал ответ на этот коментарий:
"Расскажите как преодолеть пропасть в карьере между стартапами и крутыми компаниями, куда не получается устроиться, может быть потому, что стартапы не считают легитимными(("
👇👇👇
Обещал ответ на этот коментарий:
"Расскажите как преодолеть пропасть в карьере между стартапами и крутыми компаниями, куда не получается устроиться, может быть потому, что стартапы не считают легитимными(("
👇👇👇
🔥6❤2👏2
Привет, это Владимир.
Еще два дня есть возможность купить участие в интенсиве "Технические знания для продакта" по ранней цене.
В пятницу стоимость станет выше.
Что входит?
• 13 уроков на симуляторе
• ∞ доступ к материалам
• Цифровой сертификат
• Чат для вопросов с ответами от Group PM Booking
• Три воркшопа:
22.01 19-21 (МСК)
25.01 19-21 (МСК)
27.01 10-12 (МСК)
Кто ведет?
Владимир Калмыков
Действующий Lead Technical PM в Booking .com
• PhD, 7 лет в продакт менеджменте
• один из первых Tech PM в Booking .com
• ведет 4 команды в качестве менеджера продактов
• вырастил 9 Tech PM-ов внутри компании
• обучил 1000+ Tech PM-ов на разных образовательных платформах
Программа и отзывы на странице курса.
Например:
"Курс реально бомба. Все начинается с банального - "это я знаю", "это я понял", "это где-то читал", НО ПОТОМ Я КАК ВСЕ ПОНЯЛ и, более того, запомнил так, что разбуди меня в два ночи - смогу сделать 1-page для CEO=))
Ребята умудрились непонятно как запихать в мою голову то, за чем я пришел. Все просто и понятно разложено по полкам, и все повторяется ровно столько раз, сколько и надо запомнить. Причем уровень погружения ты определяешь для себя сам. Симуляторы - это просто бомба, а атмосфера на воркшопах заставляет плавиться мозги.»
"Обучающий курс, у которого есть автор и душа. Это его ключевое преимущество перед остальными программами, составленными анонимными методистами без реальной практики в глобальных IT компаниях. Было интересно и полезно! Мне не хотелось пропустить ни одну часть программы, ни одну статью из доп литературы. На семинаре в zoom я встретилась с умными заинтересованными людьми. Вместе проектировать архитектуру продуктов было задорно. Разнообразный бэкграунд участников подпитывал дискуссию.»
"Курс реально стоящий, потому что действительно прививает скилл и умение применить полученные навыки к разным сферам через работу над кейсами. Мне курс помог разобраться с технической составляющей, начать управлять командой поддержки и понять, какие есть пути выхода из ситуации, когда аварии случаются каждую неделю, а поддержка разводит руками и говорит, что мониторинги показывают, что все стабильно. Также курс помог системно посмотреть на продукт и его архитектуру и начать думать с более верхнего уровня над архитектурой смежный продуктов и продуктовой стратегией!"
Запрыгивай!
Еще два дня есть возможность купить участие в интенсиве "Технические знания для продакта" по ранней цене.
В пятницу стоимость станет выше.
Что входит?
• 13 уроков на симуляторе
• ∞ доступ к материалам
• Цифровой сертификат
• Чат для вопросов с ответами от Group PM Booking
• Три воркшопа:
22.01 19-21 (МСК)
25.01 19-21 (МСК)
27.01 10-12 (МСК)
Кто ведет?
Владимир Калмыков
Действующий Lead Technical PM в Booking .com
• PhD, 7 лет в продакт менеджменте
• один из первых Tech PM в Booking .com
• ведет 4 команды в качестве менеджера продактов
• вырастил 9 Tech PM-ов внутри компании
• обучил 1000+ Tech PM-ов на разных образовательных платформах
Программа и отзывы на странице курса.
Например:
"Курс реально бомба. Все начинается с банального - "это я знаю", "это я понял", "это где-то читал", НО ПОТОМ Я КАК ВСЕ ПОНЯЛ и, более того, запомнил так, что разбуди меня в два ночи - смогу сделать 1-page для CEO=))
Ребята умудрились непонятно как запихать в мою голову то, за чем я пришел. Все просто и понятно разложено по полкам, и все повторяется ровно столько раз, сколько и надо запомнить. Причем уровень погружения ты определяешь для себя сам. Симуляторы - это просто бомба, а атмосфера на воркшопах заставляет плавиться мозги.»
"Обучающий курс, у которого есть автор и душа. Это его ключевое преимущество перед остальными программами, составленными анонимными методистами без реальной практики в глобальных IT компаниях. Было интересно и полезно! Мне не хотелось пропустить ни одну часть программы, ни одну статью из доп литературы. На семинаре в zoom я встретилась с умными заинтересованными людьми. Вместе проектировать архитектуру продуктов было задорно. Разнообразный бэкграунд участников подпитывал дискуссию.»
"Курс реально стоящий, потому что действительно прививает скилл и умение применить полученные навыки к разным сферам через работу над кейсами. Мне курс помог разобраться с технической составляющей, начать управлять командой поддержки и понять, какие есть пути выхода из ситуации, когда аварии случаются каждую неделю, а поддержка разводит руками и говорит, что мониторинги показывают, что все стабильно. Также курс помог системно посмотреть на продукт и его архитектуру и начать думать с более верхнего уровня над архитектурой смежный продуктов и продуктовой стратегией!"
Запрыгивай!
🔥11👍4🦄3👏1
Карьерный путь из проджекта в продакты
Привет, друзья!
Какое-то время назад мы анонсировали серию практических вебинаров по карьерному росту и переходу из разных ролей в продакта. Ссылки на записи уже состоявшихся вебинаров ищите ближе к концу этого поста.
Мы продложаем в новом сезоне. Это бесплатно и очень полезно.
На следующей встрече поговорим о переходе из проджектов в продакты.
Для кого будет полезно и что обсудим:
- Проджектам, которые только собираются - какие скиллы подтянуть и что выпячивать на собеседовании
- Молодым продактам, кто только-только перешел из проджектов - как ощущения (не захотелось обратно?), чего опасаться и как закрепиться
- Матерым продактам, которые когда-то начинали проджектами - приходите хвалиться и помогать новичкам советом
Кто ведет?
Андрей Менде, Sr PM ML Booking. com (Ex Project Manager)
Мы ищем спикеров!
Если вы уже (давно или только что) совершили переход "проджект -> продакт" и хотите поделиться опытом с комьюнити – напишите мне в личку @victoriamende.
Готовьте вопросы!
Ну и поскольку мы любим все практическое и полезное: вот вам табличка перехода из разных ролей (маркетолог, аналитик, дизайнер, программист, проджект) в разные типы продактов (обычный PM, Tech PM, Data PM, Payments PM, ML PM, Growth PM, UX PM). Во время лайва мы на нее тоже посмотрим.
Когда и где:
25 января 17:00 Амстердам / 19:00 Мск
Наш канал на YouTube. Вкладка Live / Трансляции
Уже сосотоявшиеся вебинары по теме:
Карьерный путь продакта https://youtube.com/live/9RfhXY9yhGo
Релокация https://youtube.com/live/2hlGZCiwfGk
Привет, друзья!
Какое-то время назад мы анонсировали серию практических вебинаров по карьерному росту и переходу из разных ролей в продакта. Ссылки на записи уже состоявшихся вебинаров ищите ближе к концу этого поста.
Мы продложаем в новом сезоне. Это бесплатно и очень полезно.
На следующей встрече поговорим о переходе из проджектов в продакты.
Для кого будет полезно и что обсудим:
- Проджектам, которые только собираются - какие скиллы подтянуть и что выпячивать на собеседовании
- Молодым продактам, кто только-только перешел из проджектов - как ощущения (не захотелось обратно?), чего опасаться и как закрепиться
- Матерым продактам, которые когда-то начинали проджектами - приходите хвалиться и помогать новичкам советом
Кто ведет?
Андрей Менде, Sr PM ML Booking. com (Ex Project Manager)
Мы ищем спикеров!
Если вы уже (давно или только что) совершили переход "проджект -> продакт" и хотите поделиться опытом с комьюнити – напишите мне в личку @victoriamende.
Готовьте вопросы!
Ну и поскольку мы любим все практическое и полезное: вот вам табличка перехода из разных ролей (маркетолог, аналитик, дизайнер, программист, проджект) в разные типы продактов (обычный PM, Tech PM, Data PM, Payments PM, ML PM, Growth PM, UX PM). Во время лайва мы на нее тоже посмотрим.
Когда и где:
25 января 17:00 Амстердам / 19:00 Мск
Наш канал на YouTube. Вкладка Live / Трансляции
Уже сосотоявшиеся вебинары по теме:
Карьерный путь продакта https://youtube.com/live/9RfhXY9yhGo
Релокация https://youtube.com/live/2hlGZCiwfGk
👍24🔥7❤6🦄1
Мне очень обидно, когда я вижу коллегу, который отлично умеет читать данные, делает из них интереснейшие выводы, но начисто лишен способности придумывать действия, которые можно предпринять основываясь на них.
Он с гораздо большей охотой закопается еще глубже в данные, потому что пока он работает над анализом, он стоит на твердой почве фактов, а выходить на скользкий неверный лёд гипотез ему страшно. Это состояние еще называется "аналитический паралич" (analysis paralysis).
И получается такой вот склад ума (aka data refrigerator). А могла бы быть фабрика...
Он с гораздо большей охотой закопается еще глубже в данные, потому что пока он работает над анализом, он стоит на твердой почве фактов, а выходить на скользкий неверный лёд гипотез ему страшно. Это состояние еще называется "аналитический паралич" (analysis paralysis).
И получается такой вот склад ума (aka data refrigerator). А могла бы быть фабрика...
👍36❤12😁10🤯6🔥2👏1😢1
Мне кажется, одна из самых больших продуктовых ошибок в истории информационных технологий – это то, как было реализовано управление cookies (данными о пользователях, которые хранят сайты).
Да-да, я про эти ужасные баннеры и попапы, которые вы видите почти на всех сайтах при первом (и не только) посещении, которые подавляющее большинство пользователей прокликивают не глядя, потому что они мешают им увидеть контент, за которым они пришли на сайт.
Человек, который придумывал этот механизм, пытался добиться достаточно понятной и даже благородной цели – дать пользователям какие-то механики управления тем, какие данные о них хранят сайты, которые они посещают.
Но я до сих пор не могу поверить, что никто не мог предугадать, во что это выльется. Какова фактическая эффективность этого механизма? Издержки для разработки и функционала колоссальные, но стал ли веб безопаснее? Очевидно, что большинство пользователей не готовы принимать решение о том, какие именно куки разрешить каждому посещаемому сайту. Не говоря уже о том, что они, скорее всего, даже не могут адекватно понять, что именно означают разные уровни разрешений.
Может быть кто-то из вас знает, почему не получилось договориться о каком-то стандарте управление cookies на уровне браузера?
Да-да, я про эти ужасные баннеры и попапы, которые вы видите почти на всех сайтах при первом (и не только) посещении, которые подавляющее большинство пользователей прокликивают не глядя, потому что они мешают им увидеть контент, за которым они пришли на сайт.
Человек, который придумывал этот механизм, пытался добиться достаточно понятной и даже благородной цели – дать пользователям какие-то механики управления тем, какие данные о них хранят сайты, которые они посещают.
Но я до сих пор не могу поверить, что никто не мог предугадать, во что это выльется. Какова фактическая эффективность этого механизма? Издержки для разработки и функционала колоссальные, но стал ли веб безопаснее? Очевидно, что большинство пользователей не готовы принимать решение о том, какие именно куки разрешить каждому посещаемому сайту. Не говоря уже о том, что они, скорее всего, даже не могут адекватно понять, что именно означают разные уровни разрешений.
Может быть кто-то из вас знает, почему не получилось договориться о каком-то стандарте управление cookies на уровне браузера?
🔥19❤8👏5😢3👍2