24835
Product Management & AI Occultism, Philosophy & Logic. AI is A NEW RELIGION™ YO: @mirvla (C-f 𓇶 Meteoagent.com, f & c-o E-pepper.ru, author exp.fm/posts/25) SATOR AREPO TE8ET OPERA ROTAS
Станьте специалистом после прохождения курса «Профессия менеджер проектов».
Project-менеджеры знают, как собрать команду и реализовать новый продукт:
+ управляют бюджетом, сроками и командой в компании;
+ оценивают рентабельность и риски продукта;
+ знают, как использовать IT и маркетинг для роста;
+ умеют аргументированно доносить свои идеи и презентовать продукты.
Стать отличным специалистом вам помогут практические задания, личный наставник и реальные кейсы, которые дополнят ваше портфолио.
Подробности по ссылке:
👉 https://epic.st/7-fFN
13 распространенных предубеждений при разработке продуктов, которых следует опасаться:
1. Ранняя "сходимость"
Тенденция быстро выбирать и разрабатывать решения, не полностью исследуя альтернативные варианты. Мы полностью исследовали другие варианты, прежде чем принять решение?
2. Большой планировочный инвентарь
Накопление запланированных задач и идей, которые остаются нереализованными, приводит к неэффективности и задержкам. Мы накапливаем слишком много запланированных задач, не предпринимая действий?
3. "Мерцающие объекты"
Привлечение новых, захватывающих идей или технологий в ущерб основным целям развития продукта. Мы отвлекаемся на новые идеи, вместо того чтобы сосредоточиться на наших основных целях?
4. Краткосрочное воздействие
Приоритет мгновенных результатов перед долгосрочной ценностью, что может привести к жертве качества продукта или устойчивости. Мы жертвуем долгосрочной ценностью ради мгновенных результатов?
5. "Большие партии"
Работа с большими единицами работы, что приводит к более длительным срокам выполнения и уменьшению гибкости. Мы дробим работу на этапы и партии, чтобы сохранить гибкость и реагирование?
6. Предсказуемость и уверенность
Фокус на обеспечении предсказуемого процесса разработки, зачастую в ущерб инновациям. Мы приоритезируем предсказуемость или инновации?
7. Позднее интегрирование
Задержка объединения различных компонентов или функций, что может привести к непредвиденным проблемам и увеличению сложности. Мы слишком долго ждем, чтобы объединить компоненты, рискуя сложностью и проблемами?
8. Задержка обратной связи
Откладывание сбора и использования обратной связи от пользователей, что может привести к созданию неудовлетворительного или нежелательного продукта. Мы откладываем обратную связь от пользователей, рискуя получить неудовлетворительный продукт?
9. "Параллелизм"
Одновременный запуск нескольких задач или процессов в целях ускорения разработки, но это может вызывать конфликты или зависимости. Мы запускаем слишком много задач одновременно, что вызывает потенциальные конфликты?
10. Начало в изоляции
Инициирование работы в малых группах без участия всей команды или заинтересованных сторон, что приводит к неправильной выработке стратегии и меньшей коллаборации. Мы исключаем каких-либо заинтересованных сторон на ранних этапах разработки?
11. "Запусти и забудь"
Выпуск продукта без постоянной поддержки, обслуживания или обновлений, что приводит к неудовлетворенности пользователей и потенциальной устареваемости. Мы упускаем возможности для улучшения продукта в ответ на запросы наших клиентов?
12. Индивидуальное назначение заданий
Назначение задач отдельным членам команды, что может ограничивать коллаборацию и обмен знаниями. Мы ограничиваем коллаборацию, назначая задачи отдельным членам команды?
13. Приоритет объема над результатами
Основной акцент на количестве продукта, вместо общей ценности или успеха продукта. Мы сосредотачиваемся больше на количестве работы, чем на успехе продукта?
Как формулировать и проверять гипотезы для своего продукта? Обсудят 28 апреля (завтра) на открытом уроке «Проверка гипотез. Не А/В-тестированием единым» в OTUS.
На занятии мы разберем:
— Что такое гипотезы, и как их правильно формулировать?
— Кому и когда подойдут А/В-тесты?
— Альтернативные способы проверки гипотез.
Вебинар подойдет аналитикам, менеджерам продукта и маркетологам, желающим повысить свою эффективность в работе с данными и улучшить качество продукта.
В результате вебинара вы поймете, когда уместно проводить А/В тесты, а когда — нет, а также получите рекомендации, что делать, когда А/В тесты не подходят.
Для участия зарегистрируйтесь:
👉 https://otus.pw/80aT/
Вебинар приурочен к старту онлайн-курса «Продуктовая аналитика» в OTUS, сейчас возможны разные способы оплаты.
Нативная интеграция. Информация о продукте www.otus.ru
Продуктовые риски — факторы, которые с разной вероятностью наступления могут негативно повлиять на работу вашего продукта.
О том, как контролировать и управлять такими факторами в материале ниже.
Все стадии развития компании от Brian Feroldi:
На каждой стадии меняется значимость ключевой характеристики:
– Revenue (Доходы).
– Gross Profit (Валовая прибыль).
– Operating Profit (Операционная прибыль).
– Net Profit (Чистая прибыль).
– Share Count (Количество рекомендаций).
Ребята из red_mad_robot поделились подробным кейсом про изменение бизнес-процессов и запуск нового приложения для World Class — крупнейшей сети фитнес-клубов России.
В статье рассказали, как помогли заложить фундамент продукта, аналогов которому на рынке до сих пор нет.
Интересные моменты из кейса:
1. Цифровая трансформация — это почти всегда небыстрый и непростой путь, который требует перестройки и реорганизации многих привычных бизнес-процессов, изменений отношений между сотрудниками и в каком-то смысле — выхода из зоны комфорта.
2. Сформировать стратегию развития цифровых сервисов на несколько лет вперед невозможно без основательного исследования рынка, ЦА и самих клиентов — это один из важнейших этапов работы, на котором закладывается фундамент.
3. Цифровая экосистема — это инструмент, с помощью которого можно комплексно управлять процессами, повышать ценность продукта для клиента и дает возможности кастомизации под задачи пользователя.
Вся статья полностью на Виси
Продолжая тему Craigslist и выросших из него IT-гигантов
Читать полностью…
Практика применения DevOps-аутсорса на разных этапах жизненного цикла продукта
Хорошо, когда есть возможность взять DevOps-инженера в штат. А если нет? Использовать аутсорс? Аутстаф? Проектные работы? На что опираться при выборе?
На все эти вопросы есть ответы в выступлении Станислава Тибекина, управляющего партнера и CVO компании Nixys, на DevOps Conf 2023!
Для тех, кому удобнее читать, есть текстовая расшифровка с самым важным.
Каждый продакт нет-нет да задумывался о своем собственном деле. Ведь если мы эффективно управляем сторонним продуктом, то почему не можем своим?
Также думали фаундеры Alliesverse: начали свой бизнес, вывели его на достойный уровень, но по пути, не удовлетворившись ни одной российской CRM, решили запилить свою 🤟
Они опросили 200 предпринимателей и на основе их болей включили в платформу все необходимые инструменты для старта и управления бизнесом.
Сейчас решили раздать 100 бесплатных доступов, чтобы отпраздновать день рождения.
👉 Получить бесплатный доступ к Alliesverse
Последний запрос на сегодня – просим #ChatGPT придумать нам возможные варианты и механики для онбординга в приложении:Персона: представь, что ты – опытный менеджер по продукту, который успешно разработал и внедрил множество онбординг-программ для пользователей разных продуктов.
Действие: разработай программу онбординга для новых пользователей продукта, включающую не менее 4 форматов, уделяя внимание достижению поставленных целей, охватывая ключевые функции продукта и предлагая возможные метод доставки.
Контекст:
Продукт: приложение для метеозависимых людей
Целевая аудитория: люди с имеющимися заболеваниями, которые обостряются во время резкого изменения погоды.
Цели и задачи: повышение вовлеченности текущих пользователей, их удержания, а также сокращение оттока старых пользователей.
Основные характеристики приложения: прогноз погоды, дневником самочувствия, оповещения.
Формат: Предоставь подробный план программы онбордингу, включая структуру и последовательность действий по онбордингу пользователей с указанием метрик, на которые будет оказано влияние из онбординга, а также любые вспомогательные материалы или ресурсы, которые могут понадобиться.
Программа онбординга для приложения "Метеозависимые люди":
Цель программы: обеспечить новым пользователям гладкое и эффективное знакомство с продуктом, повысить уровень вовлеченности пользователей и удерживать их в приложении, сокращая отток.
Шаг 1: Регистрация в приложении
– На экране приветствия пользователя показывается короткое видео, представляющее ключевые функции приложения.
– Пользователю предлагается зарегистрироваться в приложении или войти в существующую учетную запись.
– После регистрации, пользователь перенаправляется на страницу со списком городов для выбора своего местоположения.
Метрика: Количество зарегистрированных пользователей
Материалы и ресурсы: обучающие видео-материалы или образовательные карточки.
Шаг 2: Знакомство с основными функциями приложения
– После выбора местоположения, пользователь перенаправляется на экран с прогнозом погоды и дневником самочувствия.
– На этом экране пользователю показывается короткое видео-инструкция по использованию приложения и возможность быстрого тестирования оповещений о смене погодных условий.
– Пользователю предлагается заполнить дневник самочувствия и установить оповещения.
Метрика: Количество пользователей, которые заполнили дневник самочувствия и установили оповещения.
Материалы и ресурсы: обучающие видео-материалы или образовательные карточки.
Шаг 3: Предложение дополнительных функций приложения
– После ознакомления с основными функциями приложения, пользователю предлагаются дополнительные функции, такие как советы по здоровому образу жизни, и т.д.
– Пользователю предлагается настроить дополнительные функции и приложение в соответствии с его потребностями.
Метрика: Количество пользователей, которые настроили дополнительные функции.
Материалы и ресурсы: образовательный контент и статьи, быстрые советы, медицинские новости и исследования.
Шаг 4. Участие в сообществе
Создание сообщества вокруг вашего приложения может помочь удержать пользователей и привлечь новых. В рамках программы онбординга для новых пользователей приложения для метеозависимых людей, можно предложить им создать или присоединиться к сообществу, где они смогут получить дополнительную поддержку от других пользователей, обмениваться опытом, делиться своими отзывами и идеями.
Метрики: Количество новых участников в сообществе, процент пользователей, присоединившихся к сообществу.
Материалы и ресурсы: Создание сообщества в социальных сетях, создание форума на сайте приложения, написание статей и блогов о погодных условиях и их влиянии на здоровье.
P.S С шагом №4 и комьюнити внутри приложения чертова машина попала в самое яблочко! Эту фичу мы придумали случайно на самом старте и она объединила и удерживает в чатах уже 1,000+ участников по всему миру (а для некоторых метеозависимых юзеров взаимоподдержка от комьюнити являлась ключевым факторов при покупке подписки).
Продолжаю делиться полезными #ChatGPT запросами для продакт-менеджеров.
Ловите запрос, который сгенерирует вам вопросы для касдева (можно расширять его под весь продукт, а можно сужать под конкретные функции):Персона: ты – профессиональный продакт-менеджерДействие: придумать мне список вопросов для касдева пользователей моего приложения
Контекст: мобильное приложение для метеозависимых людей, область касдева – функция для дневника самочувствия пользователей
Формат: список из простых и понятных для пользователей вопросов
Вот что машина предложила мне:
– Что побудило вас начать использовать эту функцию?
– Какие показатели самочувствия вам наиболее важны?
– Какие преимущества вы получаете от использования этой функции?
– Какие изменения в своей жизни вы внесли на основе информации из дневника самочувствия?
– Были ли случаи, когда дневник самочувствия помог принять правильное решение, связанное с вашим здоровьем? Если да, то какой?
– Какие сложности вы сталкиваетесь при использовании дневника самочувствия?
– Какую информацию вы бы хотели видеть в дневнике самочувствия, которой сейчас нет?
21 и 22 апреля пройдёт главное событие ФРИИ о масштабировании IT-бизнеса за рубежом — GoGlobal Forum 2023
Участников ждет два дня контента от практиков, которые уже адаптировали свои IT-продукты под новые рынки с учетом реалий 2023 года.
🔵21 апреля: стратегии и тактики запуска продаж за рубеж, ключевые ошибки, актуальные кейсы и полезные инструменты для бизнеса.
🔵22 апреля: воркшопы и мастер-классы от экспертов «Акселератора ФРИИ», которые дадут ответ на вопрос, готовы ли вы масштабировать свои продукты за рубежом.
Ну и, конечно очный и онлайн-нетворкинг с другими предпринимателями, представителями корпораций, инвесторами и экспертами. Всю программу смотрите на сайте.
Среди спикеров и экспертов: Стас Селезнев, управляющий сооснователь YallaMarket/YallaHub и DocsInBox, Максим Спиридонов, серийный технологический предприниматель, основатель бизнес-клуба Reforma, Денис Балюра, СЕО и основатель Tomoru — сервиса с оценкой в 1+ млрд рублей, Алексей Костарев, основатель OnlySpace, создатель игры «Счастливый фермер» и первый российский предприниматель на обложке Forbes, Роман Плющенков, ex-управляющий директор азиатского бизнеса в Borzo/Достависта и еще более 30 крутых спикеров.
🎟 Трансляция 1 дня бесплатно, на остальные тарифы скидка 25% для моих подписчиков по промокоду «ruspm»
Увеличение штата = увеличение производительности труда? Не всегда.
Часто случается, что компания радуется росту, но потом замечает, что штат вырос в 5 раз, а производительность — максимум в полтора или вообще не выросла. Почему это произошло и что делать в этой ситуации?
📆Обсудим 20 апреля в 20:00 мск на бесплатном вебинаре, приуроченном к старту онлайн-курса «Team Lead» в OTUS. Тема открытого урока «Масштабирование Agile и Scrum: когда одна команда не справляется»:
Вебинар будет полезен начинающим и действующим тимлидам, скрам-мастерам и руководителям, которые столкнулись или собираются столкнуться с проблемами роста. Продолжить осваивать навыки тимлида вы сможете на курсе, доступном в рассрочку.
➡️Для участия зарегистрируйтесь на вебинар: https://otus.pw/gE7V/
Реклама. Информация о рекламодателе на сайте www.otus.ru
Почему я преклоняюсь перед концепцией Craiglist и текстовых форумов?
Потому что можно взять любой его раздел и понять, что каждый известный стартап есть прямое следствие улучшения такого раздела.
Какие инструменты нужны аналитикам для работы в IT-компании?
Приглашаем начинающих аналитиков на открытый урок 17 апреля в 20:00 мск в OTUS.
На занятии вы узнаете:
— Какими инструментами пользуется аналитик каждый день: UML, BPMN, Confluence и другие.
— Какие инструменты пришлось заменить из-за санкций и ухода международных компаний с рынка.
Спикер — Михаил Максимов, опытный бизнес-архитектор, принимавший участие в консалтинговых ИТ-проектах для крупных нефтяных, логистических и медиа компаний.
Для участия нужно зарегистрироваться:
👉 https://otus.pw/s6vD/
Вебинар пройдет в рамках запуска онлайн-курса «Специализация бизнес- и системный анализ». Урок будет полезен новичкам, которые хотят узнать больше об инструментах, с которыми им предстоит работать.
Реклама. Информация о рекламодателе на сайте otus.ru
Дополняя тему предубеждений и ошибок: 28 ошибок восприятия (+ лекарства от них), которые могут влиять на сознание продакт-менеджера, искажая его продуктовую реальность.
Читать полностью…
Что делать, когда приходишь в новую команду? “Как себя вести в новом коллективе?”.
Существует три базовых модели взаимодействия продакта и команд(ы), которые строятся на простом и понятном всех факторе – опыте человека и команды.
– Лидер (lead). Задает ритм команде, формирует стратегию, самостоятельно планирует и стартует командные и продуктовые процессы, много делегирует.
– Партнер (partner). Со всеми наравне, вовлечен в общую работу и следует совместно утвержденному курсу.
– Супотер (support). На подхвате, много изучает и спрашивает, утверждает информацию, задачу, решения, идя за командой по заданному ею пути.
На оси Х — общий уровнь знаний и навыков продакт-менеджера.
На Y — опыт команды, с которой он работает.
Точки их пересечения показывают наиболее подходящую модель взаимодействия продакта со своей командой.
Дублирование облачной инфраструктуры? А может лучше... дублирование облачной инфраструктуры?
DevOps-инженер компании Nixys в статье на Хабре рассказал об альтернативах зарубежных облачных сервисов и дублировании их инфраструктуры.
👉 Читать статью
Хотите стать тимлидом ситемных аналитиков? Приходите на бесплатный урок «Архитектура информационных систем. Монолиты, SOA и микросервисы» в OTUS.
На занятии рассмотрят описание, характерные свойства и характеристики разных архитектурных моделей.
После занятия вы сможете:
– Выделять архитектурные слои информационной системы.
– Понять отличия, плюсы и минусы монолитной, SOA и микросервисной архитектуры.
– Различать явные признаки хорошей и плохой архитектуры.
– Выделять основные компоненты системы и рисовать компонентные модели.
Проходите вступительный тест и присоединяйтесь к вебинару
👉 https://otus.pw/Chic/
Вебинар приурочен к старту онлайн-курса «Системный аналитик. Team Lead» и будет полезен системным аналитикам, которые хотят углубить свои знания по архитектуре и архитекторам информационных систем.
Нативная интеграция. Информация о продукте www.otus.ru
Старина Цукерберг наигрался в метавселенную без ног (уже с ногами) и теперь запускает аналог Твиттера – приложение Barcelona.
«Мы изучаем автономную децентрализованную социальную сеть для обмена текстовыми обновлениями. Мы считаем, что есть возможность для отдельного пространства, где создатели и общественные деятели могут делиться своевременными новостями о своих интересах».
На скринах – интерфейс отдельного приложения, которое теперь позиционируется как «Instagram для ваших мыслей».
Вот известно о Барселоне на данный момент:
– Барселона будет отдельным приложением, которое будет использовать учетные данные и никнейм Instagram для входа в систему.
– Максимальная длина сообщений в Барселоне — 500 символов.
– Барселона будет децентрализована, хотя не совсем понятно, что это означает в контексте Фейсбука.
27 апреля Digital Tele2 проводит онлайн-митап «Игры в сервисных приложениях», на котором расскажет о нюансах геймификации.
В прямом эфире обсудят:
– Геймификация: видение, методологии и подходы.
– Эволюция геймификации: от бейджификации до метавселенных.
– Метрики: что замерять и на что обратить внимание.
– Зоны роста и основные ошибки в геймификации.
Спикеры: Рамиль Сарангов и Кирилл Ивашников, эксперты Tele2.
Регистрация на бесплатный вебинар:
👉 https://r.tele2.ru/qvaR8P4
Хорошая статья-лонгрид
, объясняющая как работает наш мозг, как он принимает решения и обучается чему-либо.
#best Подборка советов по ведению журнала изменений (changelog) в продукте.
Читать полностью…
Как запустить новый IT-продукт? Например, сервис по доставке еды. Просто придумать дизайн, написать код, договориться с ресторанами и всё — выкладывай и собирай деньги?
На деле всё куда сложнее. Нужно исследовать рынок, сформировать концепцию, прикинуть стратегию, рассчитать монетизацию, собрать команду, разработать продукт и ещё много чего.
Заниматься и помогать с этим — задачи продакт-менеджера. В общем, это сложная и очень интересная работа (за которую хорошо платят).
Хотите узнать больше? Загляните на курс Skillbox «Профессия Продакт-менеджер» и познакомьтесь с этой специальностью на практике.
Подробности:
👉 https://epic.st/4XOlY
Еще один полезный пример запроса #ChatGPT – просим машину провести SWOT-анализ нашего продукта:Персона: ты – профессиональный продакт-менеджер
Действие: провести SWOT-анализ мобильного приложения
Контекст: мобильное приложение для метеозависимых людей с прогнозами погоды, оповещениями и дневником самочувствия
Формат: классическая SWOT-таблица
Расширяйте, сужайте области запроса, уточняйте и перечисляйте фичи, рынки и прочее – всё это только помогает машине выдавать более релевантные ответы.
P.S. За исключением очевидных пунктов, можно сказать, что машина снова попала в нашу собственную аналитику.
Что такое MVP и как его круто сделать? Расскажут 24 апреля на бесплатном уроке онлайн-курса «Product Manager IT-проектов» в OTUS.
На нём мы разберемся с основными шагами для разработки работающего минимального продукта, какая у него основная метрика и как минимизировать затраты на разработку.
После урока вы:
– будете знать основные правила создания и метрики MVP;
– придумаете MVP реального продукта;
– узнаете какие есть инструменты, чтобы сделать работающий минимальный продукт.
Готовьте свои вопросы и регистрируйтесь на вебинар:
👉 https://otus.pw/N6zn/
Урок подойдёт для начинающих продакт-менеджеров, начинающих стартаперов и предпринимателей, которые планируют протестировать свой продукт.
Нативная интеграция. Информация о продукте www.otus.ru
#cusdev Какие вопросы задавать на касдеве так, чтобы пользователи отвечали максимально честно и без предвзятости?
Делюсь списком из 10 вопросов для касдева, ответы на которые дадут вам полезную пищу для продуктовых размышлений.
1. "Как вы решаете эту проблему сейчас (без нашего продукта)?".
Классический вопрос, ответ на который содержит в себе информацию по текущему (и уже успешно работающему) customer journey map.
Корни большинства продуктов растут именно из оптимизации этой карты и удаления из нее "болевых мест", а не придумывания "новых процессов".
2. "Как вы понимаете/узнаете, что ваша проблема решена успешно?"
Главный вопрос всех стартапов – "а что считаем за успех?" применим и к пользователям.
Этот вопрос особенно ценен для B2B-продуктов, позволяя выявлять скрытую информацию, например, когда некоторые истинные цели, процессы или действия могут скрываться за действиями иных пользователей (решения принимает СЕО, KPI ставит руководитель отдела и т.д.)
3. "Что вас больше всего неудобно/не нравится/разочаровывает в этом решении?"
Это многоцелевой вопрос, который вы можете использовать, чтобы начать выявлять те самые "болевые места" в отрасли/процессах, а далее использовать его и для определения недостатков в функционале собственного продукта.
4. "А как бы вы хотели упростить/улучшить это?".
Подобные вопросы подходят как для общих процессов, так и для вполне конкретных функций.
Главная задача этого вопроса – получить подтверждение "болевого места", а не найти готовое решение.
Будьте осторожны – вопрос обманчивый и даже кажущийся максимально конкретным ответ совсем не означает, что именно это решение будет успешным.
5. "Чем бы отличался ваш день/работа/задача, если бы у вас было улучшенное решение?"
Цель — понять, какую именно ценность добавляет в жизнь пользователя ваш будущий/текущий продукт/решение/функция. В очередной раз соотнесите это с другими ответами на предмет совпадения.
6. "Если бы это было доступно уже сегодня, вы бы купили/использовали это?"
Сам по себе ответ "да/нет" на этот вопрос не даст какого-либо полезного ответа. Просто задайте этот вопрос, а затем молчите, мотивируя пользователя сказать больше.
Прослушивание ответа даст вам представление о процессе принятия решений пользователем и о том, какой объем ценности он для себя видит в таком продукте/функции.
7. "Как вы относитесь к нашему решению?".
Хорошим последующим вопросом может быть: "В чем вы видите наибольшую выгоду нашего решения?".
Эти вопросы в очередной раз помогают понять мотивы пользователя, которые, в том числе, можно использовать и в маркетинговой стратегии.
Универсальные уточняющие вопросы:
8. Почему?
Это, безусловно, самый важный вопрос, который вы можете задать, поэтому задавайте его почаще задавая «почему» в качестве последующего вопроса, вы часто можете получить более информативный ответ и добраться до сути настоящей проблемы.
9. Можете привести пример?
Это еще один замечательный вопрос общего назначения, который может дать вам золотую жилу подтверждающих доказательств в пользу вашего нового продукта или функции (или против них).
Если вы попросите привести конкретные примеры, собеседник поймёт, что вы готовы углубиться в детали, которые предоставят ему и вам гораздо больше информации для обработки.
10. "А как вы (с)делали это по-другому?".
Ещё один вопрос, ответ на который может рассказать вам о неудачном пользовательском опыте, повторять который, скорее всего, не стоит.
Список этих вопросов подходит как разработки новых продуктов, так и для проверки уже имеющегося функционала.
Можно дополнять/видоизменять этот список и любой вопрос в частности, задавая уточняющие – каждый ответ в рамках интервью имеет вес и значение, особенно, если вы внимательно слушаете его и способны видеть и распознавать информацию "между строк".
Продакт-менеджер» от ProductStar — это обучение у ведущих практиков на реальных кейсах и гарантия трудоустройства в любой точке мира.
Преподаватели курса - специалисты из Яндекс, Amazon, SkyEng, Devtodev, Tinkoff, которые проводят практики на реальных кейсах компаний. Ребята обучают продакт-менеджменту уже 10 лет, а ProductCamp - их детище, которое развивает коммьюнити продактов в СНГ.
Во время прохождения обучения к студенту прикрепляется карьерный ментор, который ведет от составления резюме до гарантированного трудоустройства (как в России, так и зарубежом). Ребята делились кейсами, где студенты устраиваются продактами в МТС, BI Innovation, Ozon Global, ITD и другие крупные компании.
ProductStar включает:
— Гибкую программу обучения;
— Гарантию трудоустройства в международные компании и сертификат с государственной аккредитацией;
— Рассрочку, оплату курса через Яндекс.Сплит;
— Возможность налогового вычета за обучение;
👉 Junior Product: https://go.productstar.ru/rN4WA7
👉 Middle&Senior Product: https://go.productstar.ru/3UAp0V
👉 CPO: https://go.productstar.ru/Oq6tjg
Подготовили промокод РУСПМ50 со скидкой 50% на курс + карьерной консультацией со специалистом.
Ребята из Авито выкатили свежие вакансии для продактов. Готовы спорить, что они разлетятся как горячие пирожки.
➡️ Ведущий продакт-менеджер в команду Seller Experience (аналитические инструменты)
➡️ Руководитель продукта в команду финансовых продуктов для пользователей
➡️ Ведущий продакт-менеджер в команду маркетплейса
ЗП обсуждается с кандидатами лично, а вот что предлагают сразу:
• Работа удалённо или в московском офисе на Белорусской;
• Прозрачная система бонусов и премий;
• Страховка со стоматологией, в офисе ведут приём терапевт, психолог и массажист;
• Мощное железо, дополнительные мониторы и всё, что нужно для продуктивной работы;
• Личный бюджет на обучение, который можно тратить на книги, курсы и конференции.
Проходите по ссылкам выше и откликайтесь — вакансии быстро закрываются.
Как избежать проблем при запуске новой фичи
✅ Всегда проверяй интеграцию с каждым клиентом — даже если сроки поджимают и нужно выпустить обновление побыстрее.
✅ Обязательно изучи алгоритмы изящной деградации (graceful degradation), если используешь их в своей фиче. Это поможет заметить риски до того, как все пойдет не так.
✅ В автотестах нужно завязываться на корректность данных, а не только на факт их создания.
Советы подкреплены опытом и сгоревшими нервными клетками QA-инженера Авито Алёны Луцик. Ребята поторопились выкатить фичу «Легкое резюме» и особенно поспешили с Android. В результате случился факап, который пришлось экстренно исправлять.
Ошибки позволяют учиться и профессионально расти — читай подробнее об этом кейсе в статье на vc.ru.