#product_management — Public Fediverse posts

«А какая разница?»: 54-часовой ресёрч на роль Lead Collection в Мексике, которую просто не обновили

Я регулярно смотрю на рынок и ищу интересные вакансии. Попалась вакансия Банка Плата с переездом в Мексику на лида пользовательских путей всего процесса взыскания (начиная от PreCollection и до взысканий, списаний и судов), управлять всеми каналами коммуникации (смс, пуши, whatsapp, IVR, звонки), выявлять операционную неэффективность. Звучит очень вкусно и как раз то, чем я люблю заниматься - повышать любовь пользователей и растить деньги бизнесу, а здесь просто поле непаханое! Привет! Меня зовут Мария Минакова, я Senior Product Manager и я разбираю только те продукты, над которыми сама хотела бы поработать, так как ими пользуюсь, люблю и вижу, где есть потенциал роста. Мне драйвово искать для них решения, которые выводят продукт на новый уровень не только по деньгам, но и по UX и любви пользователей. Мои предыдущие разборы: Яндекс.Музыка: как нарисовать красивые метрики, испортив продукт и ВкусВилл: UX, который покоряет, и ложка дёгтя в офлайне . В этой статье я поделюсь как готовлюсь к вкусным позициям на примере вакансии в Plata Bank. По этапам расскажу ход моих мыслей, что важно изучить на мой взгляд и как я подхожу к процессу подготовки к собеседованию на роль продакта. А ещё немного о том, что я посчитала важным изучить о стране ДО переезда. Будет интересно тем, кто как я не знает ничего о процессе коллекшена, а для тех, кто хочет посмотреть на этапы подготовки - составила содержание 🥰 Погрузиться в коллекшн

https://habr.com/ru/articles/1067222/

#ПлатаБанк #карьера_в_it #собеседования #коллекшн #взыскания #банк #управление_продуктом #менеджмент_продукта #финансы_в_it #product_management

Как мы сделали конструктор эмоций в мире чётких процессов

Привет! Я Маша, лидер стрима в HR Tech команде Альфы. В этой статье расскажу, как мы сделали «Открыточную» и теперь помогаем доставлять эмоции сотрудникам. Будет про мемные открытки, поздравления с повышением и дизайн-ревью — даже в эмоциональном проекте без этого никак. Увидите, какой инструмент мы сделали, что с цифрами и откликом коллег.

https://habr.com/ru/companies/alfa/articles/1049276/

#менеджмент_продукта #эмоциональный_дизайн #визуализация #компания #hrtech #hrtech #product #product_management

RICE, ICE, MoSCoW: когда фреймворк приоритизации вас топит

Когда я пришёл в Instameal, у нас был бэклог на сорок задач и ни одного чёткого критерия почему одно важнее другого. Мы попробовали RICE. Потом ICE. Потом MoSCoW. Потом снова RICE с другими весами. Проблема была не в том, что мы выбирали неправильный фреймворк. Проблема была в том, что мы думали: выберем правильный инструмент - и приоритеты выстроятся сами. Не выстроятся. Что такое каждый из трёх RICE: Reach (охват) × Impact (влияние) × Confidence (уверенность) / Effort (усилия). Даёт цифру. Чем выше - тем выше приоритет. ICE: Impact × Confidence × Ease. Проще, быстрее считается. Используется в growth-командах для быстрой оценки экспериментов. MoSCoW: Must have / Should have / Could have / Won't have. Не числа, а категории. Используется для определения скоупа: что точно идёт в релиз, что - нет. На бумаге выглядит логично. На практике каждый из них создаёт свою специфическую проблему. Когда RICE вас топит RICE создаёт иллюзию объективности. Вы получаете число: 84.6. Задача с числом 84.6 важнее задачи с числом 71.2. Кажется, что это данные. На самом деле это ваши субъективные оценки, умноженные друг на друга и поделённые на другую субъективную оценку. Confidence 80% - откуда? Reach 500 пользователей в месяц - это предположение или из аналитики? Impact «3» - кто решил что именно три? В Instameal мы однажды потратили два часа на заполнение RICE-таблицы для восьми задач. В конце получили список. Топ-3 задачи в списке совпали ровно с тем, что интуитивно предлагал лид разработки до всего этого упражнения.

https://habr.com/ru/articles/1050178/

#приоритизация #rice #ice_scoring #moscow #методы #приоритизация_бэклога #product_management #фреймворки

Идейный тупик: почему сотни инсайтов застревают навечно в бэклоге — и как это исправить системно

Как правило, у продуктовых команд нет дефицита идей. Проблема обычно в другом: идей слишком много, они приходят из разных источников, не связаны между собой, дублируются и в какой-то момент превращаются в огромную «свалку» предложений и заметок. Команда при этом ощущает, что работает напряжённо, постоянно что-то обсуждает, проводит встречи, рисует схемы и обновляет бэклог, но число действительно сильных продуктовых решений от этого не растёт. Снаружи это часто выглядит как вполне нормальная «творческая кухня». Кто-то сообщает инсайт после интервью с пользователем. Кто-то вдохновляется недавним обновлением продукта конкурента. Кто-то предлагает срочно внедрить искусственный интеллект, потому что «тогда можно обходиться без CustDev’а, получать готовые гипотезы за секунды и вообще все уже делают это». Кто-то пересылает обратную связь от продаж, очередной отчёт от клиентского сервиса или поступает новая вводная от топ-менеджмента. Проблема начинается позже, когда становится трудно ответить на простые вопросы: какие следующие идеи брать в работу первыми, какие из них принесут наилучший эффект, какие уже неактуальны, и как ускорить обработку и воплощение идей в продуктах. Если же поток инсайтов и рацпредложений превышает возможности продуктовой команды с ними разбираться, то к списку вопросов добавляются – какие идеи вообще были в работе, какие из них проверяли и какой это дало результат, что было отложено, что отклонено и почему. При этом бэклог разрастается, потому у продактов просто нет времени с этим разбираться – надо успевать закрывать срочные задачи.

https://habr.com/ru/articles/1043338/

#управление_продуктом #продактменеджмент #продактменеджер #product_management #инновации #менеджмент_продукта #менеджер_продукта #ideation #искусственный_интеллект #стратегия

Почему классическое управление проектами часто не работает в IT-продуктах

За годы работы в project и product management мне довелось работать с проектами самых разных типов: от государственных и образовательных инициатив до сложных IT-продуктов и создания SaaS-платформ. И один из интересных профессиональных выводов, который я сделала за это время, касается выбора подхода к управлению проектами. Waterfall и Agile уже много лет остаются двумя основными методологиями в индустрии. О них написаны сотни книг и статей. Однако на практике вопрос обычно не в том, “какая методология лучше”, а в том, насколько она соответствует типу продукта, уровню неопределенности внутри проекта, задачам бизнеса. Когда Waterfall действительно работает Традиционная Waterfall-модель строится вокруг последовательных этапов: сбор требований → проектирование → разработка → тестирование → внедрение. Такой подход дает бизнесу несколько важных преимуществ:

https://habr.com/ru/articles/1038682/

#waterfall #agile #product_management #project_management #управление_проектами #управление_продуктом #разработка #методологии_разработки #методологии_управления

Как я автоматизировал исследование новых рынков с помощью ChatGPT-5

Раньше исследование новых рынков занимало недели и стоило тысячи долларов. Сегодня ту же задачу можно выполнить за несколько часов — без Excel, без стажёров и без «ручного» поиска данных. Ниже расскажу, как с помощью ChatGPT-5 я собрал аналитику по рынкам, регуляции и конкурентам — и построил рабочий инструмент, который теперь используется в компании на постоянной основе.

https://habr.com/ru/articles/963372/

#ai #chat_gpt #product_management #менеджмент_продукта #маркетинговый_анализ

Как выбрать структуру для организации команд

Всем привет! Продолжаю свой цикл материалов про создание успешного продукта. В прошлых статьях ( часть 1 ; часть 2 ; часть 3 ) я рассказал более чем о 12 рабочих моделях построения продуктовых команд. Сегодня разберем ошибки, которые мешают компаниям развиваться. Поехали

https://habr.com/ru/companies/garage8/articles/903904/

#продуктовая_культура #product_management #product_led_growth #корпоративная_культура #agile #экосистемы #развитие_продукта #типы_команд #продуктовые_команды #командообразование_в_IT

Как формируют продуктовые команды Apple, Amazon, Google и другие лидеры рынка

Привет, Хабр! В прошлых статьях моего цикла про продуктовую культуру ( часть 1 ; часть 2 ) я разобрал 12 типов продуктовых команд. А в этом материале хочу разобрать другую классификацию структур организации и поделиться способами, которые помогут вписать продуктовую группу в контур компании. Поехали!

https://habr.com/ru/companies/garage8/articles/899220/

#продуктовая_культура #product_management #product_led_growth #корпоративная_культура #экосистемы #agile #управление_командой #командообразование_в_ит #типы_команд

И еще 6 моделей продуктовых команд на примере Spotify и других крупных игроков

Привет, Хабр! На связи CPO Garage Eight Александр Бондаренко. Какую структуру выбрать для продуктовой команды, чтобы не утонуть в хаосе? В этой статье продолжаю разбирать рабочие модели. Если пропустили первые 6 типов продуктовых команд, заглядывайте в прошлый материал из моего цикла. Сегодня разберем такие модели как: — Команда под руководством директора по продукту — Команда под руководством директора по маркетингу — Модель на основе групп — Усложненная модель на основе групп — Бизнес-юниты — Команды разработки функций Поехали!

https://habr.com/ru/companies/garage8/articles/897222/

#продуктовая_культура #product_management #product_led_growth #корпоративная_культура #экосистема #agile #управление_командой #структура_компании #типы_команд #командообразование